O Ethereum pode estender a verificabilidade pela Internet por meio de duas faixas complementares: 1. Infraestrutura verificável nativamente (caminho de dimensionamento modular) O design modular do Ethereum permite que os serviços alcancem verificabilidade minimizada pela confiança diretamente onchain. • Os rollups executam a execução offchain e enviam raízes de estado, além de dados compactados para o Ethereum L1. Com o EIP-4844 (proto-danksharding), cada bloco agora pode transportar vários blobs de ~ 125 kB, aumentando a taxa de transferência de dados e reduzindo os custos de rollup. • O EigenLayer permite que os stakers de ETH retomem suas garantias para proteger protocolos adicionais - chamados Autonomous Verifiable Services (AVSs) - como redes oracle, camadas de disponibilidade de dados (como EigenDA) ou sequenciadores descentralizados. Embora não sejam rollups, esses serviços herdam a segurança de nível Ethereum por meio de cortes opcionais, permitindo que eles apliquem garantias verificáveis onchain. 2. Interações Web2 com wrapper de prova (caminho de atestado TLS) Os serviços tradicionais de internet podem expor provas verificáveis pelo Ethereum usando protocolos TLS de conhecimento zero. • zkTLS e TLSNotary transformam o handshake TLS em uma prova verificável de que um servidor específico apresentou um certificado X.509 e seguiu as etapas compatíveis com o protocolo. Essa prova pode ser verificada por contratos Ethereum, permitindo que os aplicativos confiem em interações HTTPS sem intermediários confiáveis. • ZK-P2P usa esse método para validar transações fiduciárias offchain. Depois que um usuário prova que uma transferência bancária ocorreu por HTTPS, um contrato Ethereum pode liberar automaticamente tokens caucionados. Essas faixas são aditivas. A infraestrutura nativa ganha segurança direta do Ethereum, enquanto os serviços legados podem ser interligados por meio de atestados criptográficos - juntos formando uma internet verificável enraizada no Ethereum.