2 velké příkopy @etherscan , od @SourcifyEth vývojový @kaanuzdogan a řešení pro něj 1. Masivní databáze proprietárních chytrých kontraktů spolu se štítky na každém z nich Co je 1. věc, kterou jako vývojář děláte po spuštění chytrého kontraktu? Získáte jej ověřený na Etherscanu, protože lidé nemohou číst bajtový kód na Ethereu a potřebujeme vědět, že váš kód GitHubu je ten, který skutečně běží Šílené na tom je, že celá databáze ověřených chytrých kontraktů EtherScanu je proprietární (na jejich frontendu můžete přistupovat ručně, ale scraping je nezákonný) což je v podstatě staví na pole position pro vytvoření modelu AI pro kódování chytrých kontraktů, zejména proto, že všechny štítky jsou také proprietární To je stále lepší než Solana, která nemá kulturu ověřování zdrojového kódu 2. Etherscan má masivní síťové efekty, které využívají ke dvojitému účtování uživatelů API i řetězců Ke cti jim slouží, že je volně udržován pro Ethereum ale L2 musí platit 6místnou částku ročně a uživatelé, kteří se na ně dotazují pomocí API, musí také platit Řešení? sjednocený ověřovací plugin na Remix (s hardhat a foundry nadcházejícím) vám umožní spustit jednou a ověřit všude Takže by se to objevilo na Etherscan, Sourcify, Blockscout atd., aniž by to Smart Contract Deployer ručně integroval Podobně @open_labels by @growthepie_eth shromažďuje štítky z různých zdrojů, takže se nemusíme spoléhat na uzavřenou databázi