i 2 grandi vantaggi di @etherscan, da @SourcifyEth dev @kaanuzdogan e le soluzioni per essi 1. Un enorme database di contratti smart proprietari con etichette su ciascuno come sviluppatore, qual è la prima cosa che fai dopo aver lanciato un contratto smart? lo fai verificare su etherscan poiché gli esseri umani non possono leggere il bytecode su ethereum e abbiamo bisogno di sapere che il tuo codice github è quello che sta effettivamente funzionando la parte folle è che l'intero database di contratti smart verificati di etherscan è proprietario (puoi accedervi manualmente sulla loro interfaccia, ma il scraping è illegale) questo li mette fondamentalmente in pole position per costruire un modello AI per la codifica dei contratti smart, specialmente poiché tutte le etichette sono anche proprietarie questo è ancora meglio di solana che non ha una cultura di verifica del codice sorgente 2. Etherscan ha enormi effetti di rete che usano per addebitare doppio sia agli utenti API che alle catene a loro merito, è mantenuto gratuitamente per ethereum ma le L2 devono pagare sei cifre all'anno e gli utenti che le interrogano con un'API devono anche pagare La soluzione? il plugin di verifica unificato su Remix (con hardhat e foundry in arrivo) ti consente di eseguire una volta e verificare ovunque quindi apparirebbe su etherscan, sourcify, blockscout, ecc. senza che il deployer del contratto smart integri manualmente ciascuno similmente le @open_labels di @growthepie_eth raccolgono etichette da diverse fonti in modo da non dover fare affidamento su un database chiuso