Os 2 grandes fossos de @etherscan , de @SourcifyEth dev @kaanuzdogan e as soluções para isso 1. Um enorme banco de dados de contratos inteligentes proprietários, juntamente com rótulos em cada um Como desenvolvedor, qual é a 1ª coisa que você faz depois de lançar um contrato inteligente? Você verifica no Etherscan, já que os humanos não podem ler o código de byte no Ethereum e precisamos saber se o seu código GitHub é o que está realmente em execução A parte louca é que todo o banco de dados de contratos inteligentes verificados do EtherScan é proprietário (você pode acessar manualmente em seu front-end, mas a raspagem é ilegal) o que basicamente os coloca na pole position para construir um modelo de IA para codificação de contrato inteligente, especialmente porque todos os rótulos também são proprietários Isso ainda é melhor do que Solana, que não tem uma cultura de verificação de código-fonte 2. O Etherscan tem efeitos de rede massivos que eles usam para cobrar duas vezes os usuários e as cadeias da API Para seu crédito, é mantido livremente para Ethereum mas os L2s têm que pagar 6 dígitos por ano e os usuários que os consultam com uma API também precisam pagar A solução? o plug-in de verificação unificada no Remix (com capacete de segurança e fundição em breve) permite que você execute uma vez e verifique em qualquer lugar Portanto, ele apareceria no EtherScan, Sourcify, Blockscout, etc. sem que o implantador de contrato inteligente integrasse manualmente cada um Da mesma forma, o @open_labels por @growthepie_eth reúne rótulos de diferentes fontes, para que não precisemos depender de um banco de dados fechado