Ethereum può estendere la verificabilità su Internet attraverso due percorsi complementari: 1. Infrastruttura nativamente verificabile (percorso di scaling modulare) Il design modulare di Ethereum consente ai servizi di raggiungere una verificabilità minimizzata nella fiducia direttamente onchain. • I rollup eseguono operazioni offchain e inviano radici di stato più dati compressi a Ethereum L1. Con EIP-4844 (proto-danksharding), ogni blocco può ora contenere più blob di ~125 kB, aumentando la capacità di dati e riducendo i costi dei rollup. • EigenLayer consente agli staker di ETH di ri-stakeare il loro collaterale per garantire protocolli aggiuntivi — chiamati Servizi Verificabili Autonomi (AVS) — come reti oracle, strati di disponibilità dei dati (come EigenDA) o sequencer decentralizzati. Sebbene non siano rollup stessi, questi servizi ereditano la sicurezza di livello Ethereum tramite slashing opzionale, consentendo loro di imporre garanzie verificabili onchain. 2. Interazioni Web2 avvolte in prova (percorso di attestazione TLS) I servizi internet tradizionali possono esporre prove verificabili da Ethereum utilizzando protocolli TLS a conoscenza zero. • zkTLS e TLSNotary trasformano il handshake TLS in una prova verificabile che un server specifico ha presentato un certificato X.509 e ha seguito passaggi conformi al protocollo. Questa prova può essere verificata dai contratti Ethereum, consentendo alle applicazioni di fidarsi delle interazioni HTTPS senza intermediari fidati. • ZK-P2P utilizza questo metodo per convalidare transazioni fiat offchain. Una volta che un utente dimostra che un trasferimento bancario è avvenuto su HTTPS, un contratto Ethereum può automaticamente rilasciare token in escrow. Questi percorsi sono additivi. L'infrastruttura nativa guadagna sicurezza diretta da Ethereum, mentre i servizi legacy possono essere collegati attraverso attestazioni crittografiche — formando insieme un internet verificabile radicato in Ethereum.