¡Acabamos de lanzar una nueva interfaz de verificación! Con Sourcify APIv2, la verificación es más fluida que nunca: ✅ Mensajes de error claros ✅ Diferencias en cadena vs recompiladas ✅ Informe de problemas en GitHub con un solo clic cuando falla ✅ Importación de Etherscan ✅ Solidity & Vyper Desglosemos esto 👇

.@kaanuzdogan, @sourcifyeth en @argotorg en @devtoolsguild El ecosistema de Ethereum se basa en fundamentos de código abierto, sin embargo, el desafío de financiar de manera sostenible el FOSS sigue sin resolverse. (1/5)

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

Casi 6,666,666 👀

Usando WhatsABI (de @shazow) en el fondo, Sourcify puede resolver múltiples DiamondProxies y ver si las implementaciones están verificadas. Mira este ejemplo de Diamond de @lifiprotocol Sourcify te brinda la información más rica sobre todo lo relacionado con la verificación de contratos.

Hemos añadido instancias de Sourcify autoalojadas públicas de las que tenemos conocimiento a nuestra página de inicio: @hashgraph @hedera @blockvisionhq @monad_xyz @parsec_finance @Ronin_Network ¿También estás ejecutando una instancia de Sourcify autoalojada pública? Añade tu propia instancia haciéndonoslo saber 🙂

Hemos añadido instancias de Sourcify autoalojadas públicas de las que tenemos conocimiento a nuestra página de inicio. ¿También estás ejecutando una instancia de Sourcify autoalojada pública? Añade tu propia instancia haciéndonoslo saber 🙂

¿Por qué los conjuntos de datos de contratos verificados deben ser abiertos? Con >6 millones de fuentes de contratos en el mundo real, puede probar sus herramientas a fondo Al igual que @NomicFoundation's Slang, que hace uso del conjunto de datos abierto de Sourcify para aumentar su confianza y generar casos de prueba.

Intentamos solucionar el problema de la firma ciega de Ethereum... No pudimos arreglarlo, pero al menos aprendimos algunas cosas. Aquí están nuestras lecciones aprendidas y un desglose de lo que las personas propusieron para resolver este problema 👇👇👇