이더리움의 핵심 개발자들은 2024년 말이나 2025년에 나올 수 있는 "Dencun" 이후 다음 하드 포크의 우선 순위에 대해 토론하고 있습니다.
목요일의 All Core Devs 회의 이후 Dencun 포크의 잠정 일정은 변경되지 않았으며 Goerli 테스트넷은 17월 XNUMX일에 처음 시작되었습니다.
3월에 업그레이드가 출시될 것으로 예상되면서 개발자들은 프라하-엘렉트라(줄여서 Pralectra)의 다음 단계에 관심을 돌리고 있습니다.
여전히 매우 유동적이지만 전체 비전에 대한 논쟁이 진행 중입니다. 기능에 초점을 맞춘 소규모 EIP(Ethereum Improvement Proposals) 세트 또는 Verkle Trees를 실행 계층에 도입하는 주요 프로토콜 업그레이드입니다.
Verkle에 따르면 Verkle Trees는 보다 정교한 수학적 기술, 즉 타원 곡선 쌍을 기반으로 한 벡터 약속을 사용하여 오늘날 사용되는 현재 Merkle Tree를 발전시키는 새로운 데이터 구조입니다. 이는 Merkle Trees에 사용되는 단순한 해시 함수에서 크게 벗어났습니다. 정보.
이 구조는 공간을 덜 사용하고 더 빠르게 검증할 수 있어 네트워크가 더 많은 트랜잭션을 처리할 수 있습니다.
간단히 말해서, 이는 이더리움이 확장됨에 따라 점점 더 중요해질 "상태 팽창"이라는 장기적인 문제를 처리하는 방법입니다.
업그레이드는 The Verge라고 불리는 단계인 Ethereum의 장기 로드맵에서 중요한 이정표입니다.
이 통화에 대한 명확한 합의는 없었습니다. 일부는 Verkle Trees에 초점을 맞춰야 한다고 주장하고 Ethereum Foundation의 Guillaume Ballet은 "작은 포크 같은 것은 없습니다"라고 경고했지만 다른 일부는 네트워크 업그레이드에 대한 확고한 약속을 요구했습니다. 2024년에 또.
우려되는 점은 Verkle Trees를 제공하는 데 18개월 이상이 걸릴 수 있다는 것입니다. 이는 암호화폐에서는 영원합니다.
덴쿤 자체는 당초 2024월로 예정됐으나 결국 지난 XNUMX월 XNUMX년으로 연기됐다.
더 읽기 : 핵심 개발자들은 올해 Dencun 포크를 배제합니다
Ballet은 “Verkle은 복잡성 측면에서 더 나쁘지는 않더라도 Merge 규모에 속합니다.”라고 말했습니다. "실제로 [실행 계층] 측에서는 아무것도 동시에 배송할 수 없습니다."
Nethermind 실행 클라이언트 팀의 Lukasz Rozmej는 개발자에게 Verkle Trees로 완전히 전환하기 전에 먼저 기능이 풍부한 포크의 우선 순위를 지정할 것을 권장하면서 이에 동의했습니다.
“내 경험에 따르면 상태 재설계는 매우 어렵고 시간도 매우 오래 걸립니다.”라고 그는 통화 중 동료들에게 말했습니다. "Verkle 강인함은 사양이 아니라 구현, 최적화 및 테스트입니다."
기능은 그렇습니다. 하지만 어떤 기능인가요?
기능에 초점을 맞춘 두 번째 2024 포크를 옹호하는 사람들 중에는 Nethermind, Besu 및 Reth의 클라이언트 팀이 있었습니다. 그러나 문제는 무엇이 우선인가 하는 것입니다.
Erigon 클라이언트 팀의 소프트웨어 엔지니어인 Andrew Ashikhmin은 EVM 개체 형식(EOF)이 Verkle Trees에 대한 장기적인 작업을 방해하지 않고 다음 업그레이드를 추진할 수 있는 후보 중 하나가 될 것이라고 제안했습니다. 왜냐하면 소규모 팀에서 구현할 수 있기 때문입니다. 코드 베이스에 대한 보다 고립된 변경이었습니다.
“그러나 Verkle이 주요 초점이 되어야 합니다.”라고 그는 말했습니다.
EOF는 원래 Shapella 하드 포크용으로 고려되었지만 메인 "드라이버"인 Proto-Dank 샤딩 또는 EIP-4844와 함께 "승객"으로 짝을 이루기에는 너무 큰 것으로 간주되었습니다.
더 읽기 : 블롭에 집중하기 위한 이더리움의 다음 업그레이드
Besu 클라이언트 팀의 프로토콜 엔지니어인 Justin Florentine에 따르면 EOF는 "분명히 승객이 아닙니다". 그러나 그는 Besu가 이미 이 기능에 대해 "많은 진전"을 이루었기 때문에 Pralectra에서의 채택에 찬성했다고 말했습니다.
Rust Ethereum(Reth) 클라이언트를 구축하고 있는 투자 회사 Paradigm의 최고 기술 책임자이자 연구원인 Georgios Konstantopoulos는 그의 팀이 "EOF는 1인 작업이고 격리된 테스트가 필요하기 때문에 괜찮습니다"라고 말했습니다.
그러나 Ethereum Foundation 개발자 Marius van der Wijden은 “EOF는 작은 포크에 포함되지 않을 것”이라는 의견을 공유했습니다.
Ethereum Foundation의 Ansgar Dietrichs는 지난 4월 Pralectra에 EOF를 포함하는 것을 지지했으며 목요일 통화에서 EVM의 주요 스마트 계약 프로그래밍 언어를 유지 관리하는 Solidity 팀이 강력하게 찬성한다고 언급했습니다.
통화 중 EOF를 명시적으로 옹호하는 사람은 없었지만 Nethermind 창립자 Tomasz Stanczak은 "이 통화에서 EOF를 옹호하는 사람이 없다면 이것이 아직 출시되지 않은 이유를 요약한 것입니다."라고 말했습니다.
Stanczak은 EIP-7002 또는 "실행 레이어 트리거 가능 종료"를 Ethereum Magicians 포럼에서 가장 많은 지지를 받은 EIP이자 "매우 중요"하다고 불렀습니다. 왜냐하면 "스테이킹과 관련된 주요 설계 버그를 수정하고 충분히 일찍 나올 수 없기 때문입니다."
"Potuz"라는 별명으로 알려진 동료 핵심 개발자 Parithosh Jayanthi는 출시할 기능 중 하나를 선택해야 한다면 EIP-7002가 될 것이라고 말했습니다. 그러나 그의 견해로는 EIP-7549가 "반드시 포함되어야 한다"는 것입니다.
합의 레이어에만 영향을 미치는 이 기능은 이더리움 설계의 버그를 수정하고 합의 규칙을 확인하는 데 필요한 평균 쌍 수를 줄이는 것을 목표로 합니다. 페어링은 타원 곡선과 관련된 특정 암호화 알고리즘에 사용되는 작업입니다.
현재 합의에 도달하려면 검증자 간의 합의를 나타내는 최소 1366개의 증명을 검증해야 하지만 EIP-7549 이후에는 22개로 줄어들 것입니다.
Potus는 “구현하기가 쉽고 집계 시간이 많이 절약될 것입니다.”라고 말했습니다. "이것은 무신뢰 브리지와 zk-prover, zk-bridge에 도움이 될 수 있습니다. 이는 우리가 다음에 수행하는 모든 포크에 확실히 있어야 하는 것입니다."
통화의 목적은 논의를 시작하는 것이었고 구체적인 접근 방식과 개선 제안은 나중에 결정될 것입니다. Ethereum 업그레이드는 합의에 기반합니다. 우선순위를 결정하는 명시적인 권한 계층이나 투표 메커니즘이 없습니다.
고양이를 모으는 것과는 달리 진전을 이루는 것이 때때로 도전적이거나 혼란스러워 보일 수 있지만 이것이 분산형 짐승의 본질입니다.
다음 중요한 이야기를 놓치지 마세요. 무료 일일 뉴스레터에 가입하세요.
출처: https://blockworks.co/news/ethereum-devs-plan-2024