Vitalik Buterin은 Ethereum을 단순화하기위한 새로운 계획을 설명했습니다

Vitalik Buterin은 이더 리움 프로토콜을 단순화하기위한 새로운 계획을 제안했습니다. 그는“L1 단순화”라는 제목의 블로그 게시물에서 이것을 공유했습니다.

In a recent blog post titled "Simplifying the L1," Vitalik Buterin, a co-founder of Ethereum, has proposed a new plan to simplify the protocol.

이더 리움의 공동 창립자 인 Vitalik Buterin은 "L1 Simplify the L1"이라는 최근 블로그 게시물에서 프로토콜을 단순화하기위한 새로운 계획을 제안했습니다.

The post, which was published on May 3, 2025, sees Buterin suggest that Ethereum should aim to become "close to as simple as Bitcoin" within five years.

2025 년 5 월 3 일에 출판 된이 포스트는 Buterin이 이더 리움이 5 년 안에 "비트 코인만큼 간단한"것을 목표로해야한다고 제안합니다.

This move is intended to help reduce costs and increase security. Buterin admitted that some earlier decisions, including his own, have increased technical complexity and created inefficiencies.

이러한 움직임은 비용을 줄이고 보안을 높이는 데 도움이됩니다. Buterin은 자신을 포함한 일부 초기 결정이 기술적 복잡성을 증가시키고 비 효율성을 창출했다고 인정했습니다.

"Historically, Ethereum has often not done this (sometimes because of my own decisions). We decided to add more technical DEFIgners to the sync committee system, we've kept the legacy EVM despite its flaws because it was deemed "good enough," and we've generally erred on the side of more features and more complex systems, even when simpler alternatives existed," he wrote.

"역사적으로, 이더 리움은 종종 이것을하지 않았다 (때로는 내 결정 때문에) 우리는 더 많은 기술적 수비수를 동기화위원회 시스템에 추가하기로 결정했다. 우리는"충분히 좋은 것으로 간주되기 때문에 "결함에도 불구하고 레거시 EVM을 유지했다.

Buterin added that the overengineering had led to delays and an increased risk of bugs.

Buterin은 과잉 가이너리가 지연과 버그의 위험이 증가했다고 덧붙였다.

"Whenever a technical DEFIgner is working on something, they can feel in their bones how much simpler and tidier their own internal mental model for the system is compared to the actual code that gets output, and how much simpler and tidier their own mental model is compared to the average person's understanding of the system," he explained. "We're also used to simpler code. For example, the Tinygrad project aims to build a deep learning framework that can fit entirely in a single C++ header file, and projects like LUAA attempt to make it possible to write entire AAA games in less code than the average mobile game."

"기술적 인 수비수가 무언가를 작업 할 때마다, 시스템에 대한 자신의 내부 정신 모델이 출력되는 실제 코드와 비교되는지, 자신의 정신 모델이 시스템에 대한 평균적인 사람의 이해와 비교되는 실제 코드와 비교되는지 자신의 뼈에서 자신의 내부 정신 모델이 얼마나 단순하고 깔끔한지를 느낄 수 있습니다." "우리는 또한 코드를 더 간단하게하는 데 사용됩니다. 예를 들어, Tinygrad 프로젝트는 단일 C ++ 헤더 파일에 완전히 적합 할 수있는 딥 러닝 프레임 워크를 구축하는 것을 목표로하며 LUAA와 같은 프로젝트는 평균 모바일 게임보다 적은 코드로 전체 AAA 게임을 쓸 수 있도록 시도합니다."

3-Slot Finality Proposed to Simplify Ethereum Consensus

이더 리움 합의를 단순화하기 위해 3 슬롯 결승

Buterin proposed 3-slot finality to simplify the Ethereum consensus process. This change would remove existing elements like epochs, sync committees, and validator shuffling.

Buterin은 Ethereum Consensus 프로세스를 단순화하기 위해 3 슬롯 최종을 제안했습니다. 이 변경은 에포크, 동기화위원회 및 유효성 검사기 셔플 링과 같은 기존 요소를 제거합니다.

3-slot finality reduces the confirmation process to three voting rounds within three slots, where validators first propose a block, then vote on it twice to confirm and finalize it. This model removes complex elements like epochs, sync committees, and validator shuffling, aiming to lower protocol complexity, improve safety, and allow for faster and clearer block finality across the Ethereum network.

3 슬롯 결승 성은 확인 프로세스를 3 개의 슬롯 내에서 3 개의 투표 라운드로 줄입니다. 여기서 유효성 검사기는 먼저 블록을 제안한 다음 두 번 투표하여 확인하고 마무리합니다. 이 모델은 프로토콜 복잡성을 낮추고 안전을 개선하며 이더 리움 네트워크에서 더 빠르고 선명한 블록 최종성을 허용하는 에포크, 동기위원회 및 유효성 검사기 셔플 링과 같은 복잡한 요소를 제거합니다.

"The reduced number of active validators at a time means that it becomes safer to use simpler implementations of the fork choice rule, and we can also simply have fewer types of messages that validators need to process and output (for example, no slashing messages). In general, we want to be able to reach a point where the total code size for the consensus-critical parts of the client software is no larger than, say, 100,000 lines of code, or ideally even less than 50,000 lines of code," Buterin added.

"한 번에 활성 유효성 검사기의 수가 줄어드는 것은 포크 선택 규칙의 더 간단한 구현을 사용하는 것이 더 안전 해짐을 의미하며, 검증기가 처리 및 출력이 필요한 유형의 메시지 (예 : 슬래시 메시지 없음)를 가질 수 있음을 의미합니다. 일반적으로 클라이언트의 합의 된 부분에 대한 총 코드 크기가 더 크지 않거나, 100 개 라인보다, 또는 이상적으로도 달성 할 수 없기를 원합니다. Buterin은 덧붙였다.

This proposal also suggests using STARK-based aggregation protocols. These are cryptographic systems that allow validators to prove and bundle large amounts of data, such as votes or transactions, into a single proof that others can quickly verify. In Ethereum, these protocols let any participant act as an aggregator without needing trust-based roles or preassigned committees. By removing sync committees and relying on STARKs for coordination, Ethereum can achieve decentralized, efficient validation with reduced overhead, making the network easier to scale while keeping it secure.

이 제안은 또한 스타크 기반 집계 프로토콜을 사용하는 것을 제안합니다. 이들은 유효성 검사기가 투표 또는 거래와 같은 다량의 데이터를 다른 사람들이 신속하게 확인할 수있는 단일 증거로 증명하고 묶을 수있는 암호화 시스템입니다. 이더 리움에서 이러한 프로토콜은 모든 참가자가 신뢰 기반 역할이나 사전위원회가 필요하지 않고 집계 자 역할을하도록합니다. 동기화위원회를 제거하고 조정을 위해 Starks에 의존함으로써 Ethereum은 오버 헤드 감소로 분산 된 효율적인 유효성 검사를 달성하여 네트워크를보다 쉽게 ​​확보 할 수 있도록 할 수 있습니다.

"We can also use STARK-based aggregation protocols to aggregate attestations and other messages, and crucially, these protocols can be implemented in a modular fashion. For example, we can have one open-source reference implementation of the STARK system, but different client teams can choose to use their own preferred programming language and build their own implementations of the STARK aggregator and generate proofs in a format of their choosing, as long as they can be checked by the reference implementation," Buterin explained.

"우리는 또한 Stark 기반 집계 프로토콜을 사용하여 증명 및 기타 메시지를 집계 할 수 있으며,이 프로토콜은 모듈 식 방식으로 구현 될 수 있습니다. 예를 들어, 우리는 Stark 시스템의 하나의 오픈 소스 참조 구현을 가질 수 있지만, 다른 클라이언트 팀은 자신의 선호하는 프로그래밍 언어를 사용하여 스태크 집계의 자체 구현을 구축하기 위해 선택할 수 있습니다. Buterin은 설명했다.

Buterin proposes changing the Ethereum execution layer. He suggested replacing the Ethereum Virtual Machine (EVM) with RISC-V, which is a minimal instruction set architecture. RISC-V may help improve performance in zero-knowledge proofs, which are used in Ethereum’s privacy and scalability features.

Buterin은 이더 리움 실행 계층 변경을 제안합니다. 그는 EVM (Ethereum Virtual Machine)을 RISC-V로 교체하는 것을 제안했는데, 이는 최소한의 교육 세트 아키텍처입니다. RISC-V는 이더 리움의 개인 정보 및 확장 성 기능에 사용되는 제로 지식 증거의 성능을 향상시키는 데 도움이 될 수 있습니다.

The Ethereum Virtual Machine (EVM) is the core component that executes smart contracts on Ethereum. It was designed specifically for the Ethereum network and uses its own set of instructions tailored to blockchain logic. The EVM supports features like account storage, gas metering, and deterministic execution, but its complexity has grown over time. This makes it harder to verify with cryptographic proofs, especially for advanced systems like zero-knowledge proofs.

EVM (Ethereum Virtual Machine)은 이더 리움에서 스마트 계약을 실행하는 핵심 구성 요소입니다. 그것은 이더 리움 네트워크를 위해 특별히 설계되었으며 블록 체인 로직에 맞춰진 자체 지침 세트를 사용합니다. EVM은 계정 저장소, 가스 계량 및 결정 론적 실행과 같은 기능을 지원하지만 시간이 지남에 따라 복잡성이 증가했습니다. 이로 인해 암호화 증명, 특히 제로 지식 증명과 같은 고급 시스템에 대해 확인하기가 더 어려워집니다.

RISC-V, on the other hand, is a general-purpose, open-source instruction set architecture (ISA) commonly used in computer processors. It follows a minimalist approach with a small, consistent set of instructions, making it easier to implement and verify. Vitalik Buterin proposed using a ZK-friendly virtual machine based on RISC-V to simplify Ethereum’s execution layer. This shift could support faster zero-knowledge proof generation and reduce the overall complexity of the protocol

반면에 RISC-V는 컴퓨터 프로세서에서 일반적으로 사용되는 일반적인 개방형 소스 교육 세트 아키텍처 (ISA)입니다. 작고 일관된 지침 세트로 미니멀리스트 접근 방식을 따라 구현하고 확인할 수 있습니다. Vitalik Buterin은 이더 리움의 실행 계층을 단순화하기 위해 RISC-V를 기반으로 ZK 친화적 인 가상 머신을 사용하여 제안했습니다. 이 변화는 더 빠른 제로 지식 증거 생성을 지원하고 프로토콜의 전반적인 복잡성을 줄일 수 있습니다.