[English Long Tweet] Bagong Landas ng Ethereum: Patungo sa 10,000 TPS at ang Ultimate Vision ng "ZK Everything"

Chainfeeds Panimula:

Ang Ethereum ay naghahanda para sa pinakamalaking pagbabago sa arkitektura mula nang ito ay inilunsad: papalitan ang EVM ng RISC-V. Ang dahilan ay simple—sa isang ZK-priority na hinaharap, ang EVM ang naging pinakamalaking bottleneck.

Pinagmulan ng Artikulo:

https://x.com/0xJaehaerys/status/1960051628129865918

May-akda ng Artikulo:

jaehaerys

Pananaw:

jaehaerys: Ang Ethereum ay nasa pinakamahalagang punto ng pagbabago sa arkitektura mula nang ito ay malikha: papalitan ang Ethereum Virtual Machine (EVM) ng RISC-V. Ang pangunahing dahilan ng pagbabagong ito ay sa panahon ng zero-knowledge proof (ZK), ang EVM ay naging pinakamalaking bottleneck. Sa kasalukuyan, ang paraan ng pagpapatakbo ng zkEVM ay ang pag-compile muna ng EVM interpreter sa RISC-V, at pagkatapos ay isinasagawa ang proof, na nagdudulot ng 50–800 beses na pagbaba ng performance. Habang ang mga hash function at iba pang bahagi ay na-optimize na, ang block execution proof ay unti-unting nagiging pinaka-matagal na bahagi, at ang hindi episyenteng EVM ay lubos na pinalala. Itinuro ni Vitalik na imbes na maglagay pa ng isa pang EVM layer, mas mainam na direktang gamitin ang RISC-V upang alisin ang sobrang interpretasyon. Kasabay nito, ang matagal nang inaasahan ng Ethereum na "precompiled contracts" ay napatunayang pinagmumulan ng technical debt. Ang mga hardcoded na function na ito ay nagpapataas ng komplikasyon ng protocol at panganib sa consensus, at tuwing may idinadagdag na bago ay nangangailangan ng hard fork, na nagpapabagal sa inobasyon. Malinaw na sinabi ni Vitalik na dapat itigil ang pagdagdag ng bagong precompile at lumipat sa implementasyon gamit ang RISC-V. Bukod pa rito, ang 256-bit stack architecture ng EVM ay napaka-hindi episyente, lalo na sa ZK scenarios kung saan ang karaniwang integer computation ay nangangailangan lamang ng 32/64 bits, kaya ang dagdag na overhead ay lumalaki ng 2–4 na beses. Sa kabuuan, ang tatlong pangunahing problema ng performance bottleneck, technical debt, at luma nang arkitektura ay nagdudulot ng kagyat na pangangailangan na "i-restructure ang Ethereum execution layer gamit ang RISC-V." Ang RISC-V ay hindi isang partikular na produkto, kundi isang open at modular na instruction set standard. Ang minimal core nito ay may humigit-kumulang 47 na pangunahing utos, na mas ligtas at mas madaling ma-verify kaysa sa komplikadong EVM; ang open ecosystem nito ay nangangahulugang hindi na kailangang magsimula mula sa simula ang mga developer sa paggawa ng compiler toolchain, at ang mga pangunahing wika tulad ng Rust, C++, Go ay maaaring direktang i-compile sa RISC-V, na nagpapababa ng hadlang para sa mga Ethereum developer. Mas mahalaga, halos nagkakaisa na ang ZK ecosystem: 9 sa 10 zkVM projects ay pumili ng RISC-V bilang base ISA, na nagpapatunay na ito na ang de facto na industry standard. Kumpara sa mahirap intindihin na "Yellow Paper," ang RISC-V ay may formal at machine-readable na SAIL specification, na nagbibigay ng basehan para sa mathematical-level correctness verification. Kasabay nito, ang "privileged mode" ng RISC-V ay nagbibigay ng hardware-level isolation para sa trusted execution environment, kung saan ang user-mode contracts ay dapat gumamit ng ECALL instruction para tumawag sa kernel mode, kaya nakabubuo ng mas matibay na security boundary kaysa sa EVM software sandbox. Ang migration path ay hahatiin sa tatlong yugto: Unang yugto, papalitan ng RISC-V ang precompile sa mga low-risk na scenario; Ikalawang yugto, magkakaroon ng dual VM period kung saan maaaring magtawagan ang EVM at RISC-V contracts; Ikatlong yugto, ang "Rosetta strategy," kung saan ang EVM ay tatakbo bilang contract sa RISC-V para sa long-term compatibility. Ang unti-unting pag-unlad na ito ay nagsisiguro ng stability at nag-aalis ng hadlang para sa final protocol simplification. Ang paglipat mula EVM patungong RISC-V ay hindi lang upgrade ng execution layer, kundi magbabago rin ng buong Ethereum ecosystem. Para sa Rollup, ang optimistic types (Arbitrum, Optimism) ay umaasa sa L1 EVM para sa fraud proof re-execution, kaya kapag napalitan ang EVM, ang kanilang modelo ay kailangang baguhin o tuluyang ihiwalay. Samantala, ang ZK Rollup ay makikinabang: karamihan sa mga proyekto ay gumagamit na ng RISC-V, kaya unified na ang L1 at L2 execution environment, na magpapahintulot ng "native Rollup," seamless settlement sa L1, at mas mababang proof cost. Para sa mga developer, ang Rust, Go, Python at iba pa ay maaaring direktang tumakbo sa L1, na lubos na nagpapalawak ng hangganan ng smart contract development; para sa mga user, maaaring bumaba ng daang beses ang proof cost, at maaabot ng Ethereum ang "Gigagas L1" na may tens of thousands TPS. Sa mas malayong hinaharap, ang pagbabagong ito ay tumutugma sa "Lean Ethereum" vision: pinasimpleng consensus, data, at execution layer, na magpapabago sa Ethereum bilang minimal at verifiable trust layer ng internet. Ang mungkahi ni Vitalik na "the endgame is ZK-snark everything" ay hindi na isang pantasya, kundi isang konkretong plano gamit ang RISC-V. Ibig sabihin, ang hinaharap ng Ethereum ay hindi na ang tradisyonal na "smart contract virtual machine," kundi isang globally verifiable, simple, at transparent na trust foundation. 【Ang orihinal ay nasa Ingles】