De 2 store vollgravene til @etherscan, fra @SourcifyEth dev @kaanuzdogan og løsningene for det 1. En massiv database med proprietære smarte kontrakter sammen med etiketter på hver Som utvikler, hva er det første du gjør etter å ha lansert en smart kontrakt? Du får den verifisert på Etherscan siden mennesker ikke kan lese bytekoden på Ethereum, og vi trenger å vite at GitHub-koden din er den som faktisk kjører Den sprø delen er at hele Etherscans database med verifiserte smarte kontrakter er proprietær (du kan få tilgang til frontend manuelt, men skraping er ulovlig) som i utgangspunktet setter dem i pole position for å bygge en AI-modell for smart kontraktskoding, spesielt siden alle etikettene også er proprietære Dette er fortsatt bedre enn Solana som ikke har en kultur for kildekodeverifisering 2. Etherscan har massive nettverkseffekter som de bruker til å dobbeltbelaste både API-brukere og kjeder Til deres ære vedlikeholdes den fritt for Ethereum men L2-er må betale 6 sifre i året, og brukere som spør dem med en API må også betale Løsningen? den enhetlige verifiseringspluginen på Remix (med hardhat og støperi kommende) lar deg kjøre én gang og verifisere overalt Så det ville dukke opp på Etherscan, Sorcify, BlockScout, etc uten at den smarte kontraktsutløseren manuelt integrerte hver På samme måte samler @open_labels av @growthepie_eth etiketter fra forskjellige kilder, slik at vi ikke trenger å stole på en lukket database