los 2 grandes muros de @etherscan, del desarrollador de @SourcifyEth @kaanuzdogan y las soluciones para ello 1. Una base de datos masiva de contratos inteligentes propietarios junto con etiquetas en cada uno como desarrollador, ¿cuál es la primera cosa que haces después de lanzar un contrato inteligente? lo verificas en etherscan ya que los humanos no pueden leer el código byte en ethereum y necesitamos saber que tu código de github es el que realmente está funcionando la parte loca es que toda la base de datos de contratos inteligentes verificados de etherscan es propietaria (puedes acceder manualmente en su frontend, pero raspar es ilegal) lo que básicamente los coloca en la pole position para construir un modelo de IA para la codificación de contratos inteligentes, especialmente dado que todas las etiquetas también son propietarias esto sigue siendo mejor que solana, que no tiene una cultura de verificación de código fuente 2. Etherscan tiene enormes efectos de red que utilizan para cobrar doble tanto a los usuarios de API como a las cadenas a su favor, se mantiene libre para ethereum pero las L2 tienen que pagar 6 cifras al año y los usuarios que las consultan con una API también necesitan pagar ¿La solución? el plugin de verificación unificado en Remix (con hardhat y foundry en camino) te permite ejecutar una vez y verificar en todas partes así que aparecería en etherscan, sourcify, blockscout, etc. sin que el desplegador del contrato inteligente tenga que integrar manualmente cada uno de manera similar, las @open_labels de @growthepie_eth recopilan etiquetas de diferentes fuentes para que no tengamos que depender de una base de datos cerrada