원제: Ethereum Acceleration
원저자: Georgios Konstantopoulos, Dan Robinson, Matt Huang, Charlie Noyes
원작: 오데일리플래닛 데일리 남편은 잘 지내요?
이더리움은 처음부터 암호화폐 분야에서 중요한 역할을 해왔습니다. 이더리움은 스마트 계약, DAO 및 DeFi를 위한 길을 열었고 ZK 및 MEV와 같은 최첨단 과제에 대한 혁신을 계속하고 있습니다. 이더리움의 연구자 및 엔지니어 커뮤니티는 차세대 분산 애플리케이션을 위한 견고한 기반을 마련했습니다.
모두가 잊고 있는 것은 이더리움 프로토콜의 첫 번째 버전이 2년도 채 안 되어 완성되었다는 것입니다. 이러한 빠른 개발 속도로 인해 많은 개발자가 플랫폼에 관심을 갖게 되었습니다.
그러나 우리는 오늘날 이더리움 핵심 프로토콜의 발전이 더 빨라질 수 있다고 믿습니다. 이더리움은 핵심 가치를 희생하지 않고도 많은 영향력 있는 개선을 가속화할 수 있는 좋은 위치에 있습니다.
Ethereum의 미래에 대한 비전에 관계없이 반복은 항상 유익합니다.
이더리움의 궁극적인 목표에 대해서는 타당한 논쟁이 있지만, 목표가 무엇이든 더 빨리 도달하는 것이 분명히 더 좋습니다. 프로토콜이 궁극적으로 어떤 방향을 택하든 이더리움의 개발 및 반복 기능을 향상시키는 것은 매우 중요합니다.
기술 선택에 직면할 때 우리는 L1 또는 L2에 더 관심을 둘지, 분산화 또는 효율성, 재정적 사용 사례 또는 비재무적 사용 사례와 같은 가치 수준에서의 논의로 빠르게 전환하는 경향이 있습니다. 이러한 토론은 거의 모든 사람이 참여할 수 있고 열을 발생시키며 토론자에게 명성을 가져다줄 수 있기 때문에 매력적입니다. 그러나 이더리움이 아직 기술적 능력의 한계에 도달하지 않았다면 그 전에 가치 트레이드오프에 대한 논의는 시기상조일 수 있습니다. 우리는 이더리움이 기술적 가능성의 효율적인 경계를 탐구하는 데 초점을 맞추고 한계에 도달한 후 가치를 교환하는 방법을 논의해야 한다고 믿습니다.
업데이트 반복은 Ethereum이 이 경계에 더 빨리 도달하는 동시에 우선순위에 대한 많은 둘 중 하나 딜레마를 해결하는 데 도움이 될 것입니다. 예를 들어, X를 먼저 해야 할까요, Y를 먼저 해야 할까요?라고 대답하면 둘 다 수행해야 합니다.라고 답할 수 있습니다.
이더리움에는 이미 필요한 자원이 있습니다. 미래를 건설하고자 하는 재능 있는 연구원과 엔지니어가 있습니다. 그들에게 더 빠르게 발전하라는 임무를 부여하고 동시에 작업할 수 있도록 하면 이더리움이 문제를 더 빨리 해결하고 조기 가치 논쟁에 갇히는 것을 피할 수 있습니다.
Ethereum 반복을 더 빠르게 만드는 방법은 무엇입니까?
역사적으로 이더리움은 매년 평균 한 번의 프로토콜 업그레이드를 통해 이더리움이 더 많은 사용 사례를 지원할 수 있게 되었습니다.
가장 중요한 단계는 그것을 하기로 결정하는 것입니다. 지역사회는 보다 야심찬 목표를 설정하고 이를 달성하기 위해 노력할 수 있습니다.
한 가지 장애물은 관성입니다. 다른 하나는 프로토콜이 고체화되기 시작해야 한다는 일부 견해입니다. 즉, 이더리움의 분산화를 유지하려면 핵심 프로토콜에 대한 수정이 느려져야 합니다.
우리는 이더리움에 있어 조기 고형화가 너무 위험하다고 믿습니다. 이는 이더리움을 플랫폼으로서 경쟁력을 잃게 만들고 애플리케이션과 사용자는 보다 중앙화된 대안으로 이동할 수 있습니다.
게다가 고형화는 이더리움에 중앙화 위험을 가져올 것입니다. 핵심 개발 프로세스는 엔지니어, 연구원, 검증자 및 기관의 의견을 반영하는 이더리움 소셜 계층의 거버넌스를 위한 주요 메커니즘 중 하나입니다. 핵심 프로토콜이 고화되면 이더리움은 이러한 거버넌스 메커니즘과 시장 구조(예: L2 및 MEV 영역)의 변화에 대응하여 진화하는 능력을 잃게 됩니다.
새로 고침 반복이 결정되면 상당한 영향을 미칠 수 있는 몇 가지 RD 프로세스 개선이 있습니다.
클라이언트 팀은 거부권보다는 제안을 제공해야 합니다. 클라이언트 다양성을 위해 개발 속도를 희생할 필요는 없습니다. 각 업그레이드를 위해 여러 클라이언트가 준비되어 있어야 하지만 가장 보수적인 클라이언트가 프로토콜 반복 속도를 지시하도록 할 필요는 없습니다. 우리는 Reth를 유지하고 Ethereum 로드맵에서 병목 현상이 발생하지 않을 것을 약속합니다.
All Core Devs 프로세스를 개선합니다. Tim Beiko가 최근 합의 계층 회의에서 제안한 것처럼, 우리는 커뮤니티에 Pectra 검토에 대한 구체적인 제안을 하도록 요청합니다.
DevOps 및 테스트에 더 많은 리소스를 할당합니다. 이를 통해 Ethereum의 높은 신뢰성을 유지하면서 주요 개선 사항을 더 자주 출시할 수 있습니다.
이 외에도 개발을 가속화하는 다른 방법이 많이 있습니다. 핵심은 가속화 필요성의 중요성을 명확하게 인식하는 것입니다.
우리에게는 좋은 아이디어가 부족하지 않습니다
우리는 이더리움 커뮤니티가 실질적인 결과를 달성하기 위해 더욱 노력할 수 있다고 믿습니다. 이러한 논란의 여지가 없는 개선 사항은 출시 속도가 느리고 매년 몇 가지 변경 사항만 적용할 수 있다는 인식으로 인해 지연되었습니다. 이더리움은 자신의 야망을 적극적으로 제한해서는 안 되며, 더 많은 것을 더 빠르게 추구해야 합니다.
가능한 몇 가지 예는 다음과 같습니다.
레이어 2 보안 확장 및 보장:
롤업에 요구 사항 계획 기능 제공: 이를 위해서는 PeerDAS 또는 Blob 매개 변수 전용 하드 포크와 같은 EIP-4844 이후 로드맵에 더 많은 리소스를 할당해야 합니다.
Rollup이 L1의 보안 및 검열 저항을 상속받게 하세요(예: Native Rollup 구현).
노드 운영 부담을 늘리지 않고 L1 확장:
L1 opcode 가격 조정: 이는 블록 가스 한도를 수정하지 않고도 Ethereum을 확장하는 데 도움이 될 수 있습니다.
L1 실행 가스 한도를 안전하게 증가: 이는 기록 만료 및 무국적과 같은 솔루션이 어떻게 작동해야 하는지 결정하는 데 도움이 되도록 기록 및 상태 성장에 대한 심층 분석이 필요한 활성 연구 영역입니다.
계정 추상화를 통해 지갑 사용자 경험과 보안을 개선합니다.
EIP-7702의 추가 개선 사항: EIP-7702는 EOA와 계정 추상화 지갑 사이의 격차를 해소하기 시작했지만 일괄 처리 및 후원 거래에 대한 사용자 경험, 개인 키에 대한 사용자 우려 제거 등 추가 개선의 여지가 여전히 있다고 믿습니다. . 의존하다.
Ethereum이 개발을 가속화하도록 어떻게 도울 수 있습니까?
연구원 및 엔지니어로서 우리는 EIP 제안, 데이터 분석 및 코드를 통해 기여할 것이며 특히 EIP-7862와 같은 제안, 즉 논란의 여지가 없고 기존 로드맵과 충돌하지 않는 개선 사항에 중점을 둘 것입니다. 우리는 가스 한도를 안전하게 조정할 수 있는 기반을 제공하기 위해 이더리움의 상태와 역사에 대해 심층적으로 조사했습니다.
Reth는 준비가 되어 있으며 다가오는 하드 포크를 위한 길을 열어주기 위해 계속해서 빠르게 발전할 것입니다. 우리는 연구원과 엔지니어 간의 실험과 혁신을 촉진하기 위해 EVM 코어 노드를 구축하기 위한 SDK로 Reth를 특별히 설계했습니다. 우리는 새로운 기능을 프로토타입하고 이더리움의 성능, 검열 저항 및 미래 적응성을 공동으로 개선하기 위해 연구 커뮤니티를 초대합니다.
마지막으로, 우리는 모든 핵심 프로토콜에 대한 업데이트가 사용자에게 효과적으로 전달되도록 Foundry, Alloy, Solar, Revm, Wagmi 및 Viem과 같은 기본 도구를 계속 구축하고 지원할 것입니다.
시야
우리는 새로운 반복을 수용하는 것이 가능성의 공간을 확장하고 프로토콜을 야심찬 로드맵으로 추진하기 위해 이더리움 커뮤니티가 할 수 있는 가장 중요한 일이라고 믿습니다.
이더리움 개발을 가속화하면 더 많은 사람들이 무허가형 혁신에 접근할 수 있게 되고 진정으로 글로벌하고 신뢰가 최소화된 금융 시스템을 구축하는 데 도움이 될 것입니다.
