eip8288

摘要：Vitalik称预编译与EVM承载密码学已遇吞吐瓶颈，EIP-8288拟将验证移出主线程，链上只留一个递归证明。
10月19日，以太坊联合创始人Vitalik Buterin在X平台继续阐述EIP-8288路线。他给出了一个具体的约束：即使采用PeerDAS和blocks-in-blobs，数据吞吐量在约8MB/s以上也会开始面临实际压力。
这句话放在密码学支持的语境下，指向一个正在逼近的冲突。以太坊需要接纳越来越多的签名方案和证明系统，但如果每一种密码学支持都以预编译合约或EVM执行的方式塞进链上，占用的calldata空间会持续膨胀。8MB/s不是一条遥远的理论红线，而是主线程扩容正在撞上的物理边界。
预编译和EVM，为什么不再是理想位置
预编译合约曾是 #以太坊 引入昂贵密码学操作的务实选择：把特定计算固化成链上原生函数，绕过EVM的逐字节开销。问题在于，预编译合约和EVM处理的数据通常都需要写入以太坊区块，占用calldata空间。
每新增一种密码学方案，就新增一个预编译，或者新增一段EVM验证逻辑。协议复杂度上升，calldata占用上升，而主线程的吞吐是有上限的。PeerDAS和blob已经把数据可用性从执行主路径中拆出去了一部分，但Vitalik的判断是，即便做了这些，8MB/s以上的压力依然会出现。
预编译合约解决的是单次验证的效率，但没有解决验证总量持续膨胀的问题。每多一种密码学，主线程就多背一份数据。
EIP-8288：把验证移出主线程
Vitalik给出的替代路径，是把繁重的密码学计算从链上执行路径中拆出来。
对于自包含的繁重计算，用户或客户端在本地完成，生成STARK证明，再通过EIP-8288的递归聚合机制提交。链上不再接收原始数据和全部计算过程，只验证两件事：计算确实被执行了，以及结果正确。
递归聚合是这套机制的核心。内存池节点收集交易附带的证明，在打包前进行聚合和递归压缩，最终整个区块只留下一个汇总证明，代表区块内所有交易依赖的密码学条件全部成立。主链验证者的工作量，从逐笔核对完整证明，变成确认一个递归证明是否有效。
这延续了以太坊过去几年一贯的拆分逻辑：Rollup把执行拆到L2，Blob把数据与执行分离，PeerDAS进一步降低数据可用性的节点负担。EIP-8288想拆分的，是验证本身。
Vitalik同时修正了一个叙事惯性。以太坊不应只被看作一条区块链，而应被视为“密码学世界计算机”。这个定位的潜台词是，主线程不负责亲自跑完所有计算，它负责的是为计算结果提供最终的可信验证。不必放进主线程的数据和执行，就不应该占用主线程。
后量子与隐私：不拆分，就付不起
EIP-8288的直接驱动力，是两组正在变得不可忽视的成本。
后量子密码学方面，哈希类后量子签名大约需要2至3KB，单次验证可能消耗15万至20万Gas；STARK证明可能超过128KB，直接在链上验证需要数百万Gas。如果每一笔交易都携带完整的抗量子证明，并让所有节点逐笔验证，安全升级的成本会高到难以大规模使用。
隐私交易面临类似的结构。很多隐私系统在密码学上已经可行，真正的障碍是证明成本。既要求隐私又要求后量子安全，验证成本会进一步叠加。把证明聚合到内存池层统一处理，是让这些能力从“昂贵选项”变成“可负担的账户层功能”的前提。
这解释了为什么EIP-8288在技术讨论中不像价格叙事那样热闹，却在触及一个更底层的问题：以太坊未来的密码学兼容性，是继续靠增加预编译来堆叠，还是换一种方式，让主线程只承担验证的最后一环。
预编译的黄昏与证明基础设施的黎明
如果EIP-8288按设计运行，一个直接的后果是新增预编译合约的需求会显著下降。用户可以在本地生成任意类型的签名，以STARK证明形式提交，再经由聚合器进入链上，而不需要以太坊为每一种新算法专门添加一个预编译。
另一个后果是基础设施形态的变化。今天的mempool主要承担交易传播和排序；在EIP-8288的框架下，内存池节点还需要承担证明的收集、聚合和递归压缩。这可能催生专业化的证明基础设施，计算工作从所有节点重复执行，转向由更专业的网络完成后再交给主链确认。
但这套机制并非没有工程难题。Vitalik本人曾指出，管理和并行化对以太坊极大规模状态的访问，可能比让零知识证明变得高效和安全更难。证明可以聚合，状态不能凭空消失。EIP-8288解决的是验证的数据负载，不自动解决状态膨胀。
接下来看什么
EIP-8288与EIP-8141的依赖关系：提案目前主要依赖EIP-8141的帧交易结构，后者在开发网络上的可运行实现进度，决定了8288能否进入实质讨论阶段RISC-V的标准化走向：递归STARK需要一个通用指令集来承载，Vitalik将RISC-V视为领先候选，这一架构选择是否形成共识，影响聚合证明的通用性Hegota与I-star升级窗口：EIP-8288目前仍是草案，尚未正式进入确定的主网升级，2027年Hegota之后的时间表是观察它能否落地的坐标状态管理的并行化方案：验证移出主线程之后，状态访问会成为下一个瓶颈，相关研究进展将决定EIP-8288的实际收益边界
主线程还剩什么
以太坊过去十年的技术路线，反复回答同一个问题：哪些事情必须由整个网络共同完成，哪些可以交给更专业的系统，再由主网确认结果。执行去了L2，数据去了Blob，现在验证也被推到内存池和客户端。主线程剩下的核心职能，是为计算结果提供最终的可信性与共识。
这不是以太坊变小，而是它的职责边界被重新画定。8MB/s的压力不是终点，它只是让“把一切塞进主线程”这条路，提前走到了需要转弯的地方。
#EIP8288 #VitalikButerin #STARK #密码学

No dia 9 de setembro de 2026, Vitalik Buterin publicou no X um post que rapidamente circulou pelo mercado cripto. Nele, o co-fundador do Ethereum destacou o EIP-8288 e afirmou que espera vê-lo incluído no I-star — o hard fork previsto para depois do Hegota. Segundo ele, a proposta desbloquearia “quantidades extremas de poder”, especialmente em assinaturas resistentes a computadores quânticos e em protocolos de privacidade.
O texto do CoinMarketCap, que viralizou em português, resumiu bem a essência: assinaturas à prova de quântica ultrabarata e transações privadas a uma fração do custo atual de gás. Mas o que exatamente está em jogo?
O problema que o EIP-8288 tenta resolver
Assinaturas pós-quânticas (como SPHINCS+) e provas STARK são grandes e caras. Uma assinatura hash-based tipicamente ocupa 2–3 KB e custa entre 150 mil e 200 mil de gás para verificar. Provas STARK podem ultrapassar 128 KB (e chegar a 512 KB quando geradas rapidamente), o que empurra o custo de verificação para milhões de gás.
Hoje, uma transação privada bem otimizada já custa cerca de 300 mil de gás. Uma versão quantum-safe pode chegar a aproximadamente 10 milhões de gás — um valor proibitivo para a maioria das aplicações. Isso torna privacidade avançada e preparação pós-quântica economicamente inviáveis em escala no Ethereum atual.
Como o EIP-8288 funciona
O EIP-8288, co-autorado por Vitalik Buterin e Thomas Coratger e publicado em junho de 2026, estende o conceito de Frames (EIP-8141). Em vez de colocar as assinaturas e provas completas on-chain, as transações carregam apenas dependencies leves — triplas curtas do tipo (scheme, data_hash, verification_key_hash), com cerca de 96 bytes cada.
Os nós do mempool periodicamente (a cada ~500 ms) agregam essas dependencies em um único STARK recursivo. O bloco final precisa apenas desse STARK agregado (estimativa de 100–300 KB) mais os dados mínimos das claims. O resultado é o que Vitalik chama de “Proof Singularity”: a sobrecarga criptográfica de um bloco inteiro fica concentrada em uma única prova, independentemente de quantas assinaturas ou transações privadas estejam sendo processadas.
Os benefícios prometidos
No post original, Vitalik listou os principais ganhos:
Assinaturas quantum-safe ultracbaratas (ex.: SPHINCS+). Grande parte da economia vem do fato de que os ~3 KB da assinatura não precisam ir para a blockchain.
Protocolos de privacidade quantum-safe muito mais baratos. O status quo de ~10 milhões de gás poderia cair para dezenas de milhares.
Suporte universal a novos esquemas criptográficos sem precisar alterar a EVM. Falcon, ML-DSA, esquemas baseados em lattice, código ou isogenias poderiam ser “embrulhados” client-side em um STARK e verificados on-chain a custo baixo.
Possibilidade de private account abstraction — mudar a propriedade de todas as posições on-chain de uma conta em uma única transação sem revelar o que foi movido.
Contexto no roadmap do Ethereum
O EIP-8288 depende do EIP-8141 (Frames), que está sendo considerado para o Hegota. O I-star seria o passo seguinte natural. A proposta se encaixa na estratégia mais ampla de tornar o Ethereum resistente a computadores quânticos (a Ethereum Foundation tem como meta mais longa a prontidão pós-quântica em torno de 2029) e no movimento em direção ao “Lean Ethereum”.
Ainda é um draft. Não há garantia de inclusão no próximo fork, e a implementação exige mudanças de consenso, coordenação entre clientes e definição de um conjunto de instruções comum para as provas (RISC-V aparece como candidato principal).
Por que isso importa para o ecossistema
Se for implementado, o impacto potencial é grande:
Protocolos de privacidade deixam de ser economicamente marginais.
Carteiras e aplicações podem adotar assinaturas pós-quânticas de forma gradual e barata, sem esperar uma migração forçada de todo o protocolo.
Reduz a “política de EIPs” toda vez que surge um novo esquema criptográfico.
Fortalece a narrativa de longo prazo do Ethereum como infraestrutura segura e preparada para ameaças futuras.
No curto prazo, o efeito sobre o preço do ETH tende a ser limitado — trata-se de pesquisa e advocacy técnica. No médio e longo prazo, porém, propostas como essa definem se o Ethereum consegue manter privacidade e segurança avançadas sem sacrificar usabilidade e custo.
Conclusão
O EIP-8288 não é hype vazio. É uma proposta concreta, bem fundamentada e alinhada com os desafios reais de escalabilidade criptográfica que o Ethereum enfrenta. Vitalik está empurrando publicamente a inclusão dela no I-star, o que já elevou a discussão na comunidade técnica.
Como sempre no Ethereum, o caminho entre draft e produção é longo e exige consenso. Mas a direção está clara: tornar criptografia avançada (pós-quântica e de privacidade) barata o suficiente para ser usada em escala. Se o I-star realmente entregar essa peça, o Ethereum dará um passo importante em direção a um futuro mais seguro e privado.
#EIP8288 #Ethereum #Vitalik #PostQuantum #Privacy