Vitalik Buterin Proposes Recursive STARKs for Ethereums

요약:Ethereum co-founder Vitalik Buterin has proposed a new system that could change how the network processes transactions as it prepares for its planned

Ethereum co-founder Vitalik Buterin has proposed a new system that could change how the network processes transactions as it prepares for its planned I-Star upgrade.

Buterin outlined EIP-8288, which would use recursive STARK proofs to bundle transaction-related work and reduce computation handled directly by Ethereum‘s mainnet. He said the proposal could follow Hegota and build on Ethereum’s Frame Transactions.

A note on recursive STARK mempools (EIP-8288) https://t.co/KGUHKCcFqf

This is an EIP that I am hoping we can get included in I-star (the fork after Hegota) that you can think of as the next step after Frames, that would unlock extreme amounts of power. Particularly:

*…

— vitalik.eth (@VitalikButerin) September 9, 2026

Recursive STARKs Could Cut Costs

The system would let Ethereum nodes group transaction computations into recursive STARK proofs, shifting much of the processing away from the main execution path.

Related: Ethereum Price Prediction: Can ETH Clear $2,600 as Institutional Buying Continues?

Buterin said the approach could lower the cost of quantum-resistant signatures while supporting private transactions and account abstraction. Developers could also add new signature systems without modifying the Ethereum Virtual Machine.

This framework could allow systems such as Falcon and ML-DSA to operate alongside Ethereum as the network prepares for cryptographic changes.

Ethereum Could Adopt RISC-V

Under the proposal, nodes would group transaction data before producing recursive proofs. Each node could broadcast a STARK proof every 500 milliseconds. Buterin estimated proofs would range from 100 to 300 kilobytes, while each verified statement would add about 96 bytes to Ethereums blockchain.

The system could also support private account-ownership changes. However, Ethereum would need a common programming language for recursive STARKs.

Buterin identified RISC-V as the leading candidate, leaving developers to resolve a key architectural choice before adoption.

면책 성명

본 기사의 견해는 저자의 개인적 견해일 뿐이며 본 플랫폼은 투자 권고를 하지 않습니다. 본 플랫폼은 기사 내 정보의 정확성, 완전성, 적시성을 보장하지 않으며, 개인의 기사 내 정보에 의한 손실에 대해 책임을 지지 않습니다.
전편

미 재무부 $60억 채권 바이백…시장, 높은 관심 안 함

다음

트럼프, 유가 하락 시점 언급…브렌트 5월 최고치 경신