합병 임박: 이더리움 최신 기술 로드맵 상세 설명
우리는 대략적으로 볼 수 있습니다. 향후 2~3년 내에 이더리움 로드맵의 방향성이 매우 뚜렷하다는 것을——서비스 롤업을 중심으로 전개될 것입니다.저자: Jiawei
편집: Olivia, IOSG Ventures
본 문서는 산업 학습 및 교류를 위한 것이며, 어떠한 투자 참고를 구성하지 않습니다.
만약 「The Merge」가 순조롭게 진행된다면, 샤딩은 2023년 이후 이더리움의 개발 축이 될 것이며, 2015년 샤딩이 제안된 이후 그 의미는 크게 변화했습니다.
비탈릭이 「롤업 중심의 이더리움 로드맵」과 이더리움의 「Endgame」을 제안한 이후, 이더리움의 큰 방향은 사실상 변화했습니다------「무대 뒤로 물러나」 롤업의 안전성 보장 및 데이터 가용성 레이어로서의 역할을 하게 됩니다.
댕샤딩(Danksharding)과 프로토-댕샤딩(Proto-Danksharding)은 문제를 발견하고, 문제를 해결하기 위한 새로운 기술을 도입하거나 제안하는 일련의 기술 조합입니다.
시간대가 몇 년으로 늘어남에 따라, 롤업의 전체 가치는 커질 것입니다: 이더리움에서 다수의 롤업이 발전하는 양상, 롤업 간 인프라가 고도로 완비되고, 롤업 생태계가 번창할 것입니다------심지어 이더리움 자체를 초월할 수도 있습니다.
서론
이미지 출처: https://consensys.net/blog/blockchain-explained/the-roadmap-to-serenity-2/
순식간에 2022년이 절반을 지나갔습니다. 우리는 비탈릭이 2018년 Devcon 연설에서 제안한 Serenity 로드맵을 되돌아보면, 이더리움의 발전 경로가 여러 차례 변화했음을 쉽게 알 수 있습니다 --- 현재의 로드맵과 비교할 때, 샤딩은 새로운 의미를 부여받았고, eWASM은 거의 언급되지 않고 있습니다.
잠재적인 사기 및 사용자 오도 문제를 피하기 위해, 올해 1월 말 이더리움 재단은 「ETH2」라는 용어를 폐기하고, 현재의 이더리움 메인넷을 거래 처리 및 실행을 위한 「실행 레이어」로 명명하며, 원래의 ETH2 용어를 PoS를 조정하고 처리하는 「합의 레이어」로 변경했습니다.
현재 이더리움 공식 로드맵은 세 가지 내용을 포함하고 있습니다: 신호 체인, 합병 및 샤딩.
그 중 신호 체인(Beacon Chain)은 이더리움의 PoS로의 전환을 위한 전제 작업이자 합의 레이어의 조정 네트워크로, 2020년 12월 1일에 활성화되어 현재까지 약 20개월간 운영되고 있습니다.
합병(The Merge)은 현재 이더리움 메인넷과 신호 체인의 최종 합병을 의미하며, 실행 레이어와 합의 레이어의 통합을 나타내어 이더리움이 공식적으로 PoS로 전환됨을 의미합니다. IOSG의 기사 「새벽이 다가온다: 이더리움 합병이 가까워졌다」에서 우리는 합병과 관련된 중요한 진전을 소개했습니다: 현재 이더리움 로프스텐(Ropsten) 및 세폴리아(Sepolia) 테스트넷이 합병을 성공적으로 완료하였고, 이어서 고를리(Goerli)의 합병이 진행될 예정입니다; 모든 것이 순조롭게 진행된다면, 우리는 메인넷 합병이 멀지 않았음을 의미합니다.
이미지 출처: https://medium.com/decipher-media/blockchain-scaling-solutions-4-1-ethereum-sharding-e88e8cacdfc
본 문서에서는 샤딩(Sharding)에 대해 중점적으로 논의할 것입니다. 그 이유는:
첫째, 메인넷 합병이 올해 안에 순조롭게 이루어진다면, 샤딩은 2023년 이더리움의 개발 축으로 이어질 것입니다.
둘째, 이더리움 샤딩 개념은 비탈릭이 2015년 Devcon 1에서 처음 제안하였으며, 이후 GitHub의 샤딩 FAQ에서 샤딩의 6개 발전 단계를 제시했습니다(위 그림 참조). 그러나, 이더리움 로드맵의 업데이트와 관련 EIP의 추진에 따라, 샤딩의 의미와 우선순위는 크게 변화했습니다. 우리가 샤딩에 대해 논의할 때, 그 의미에 대한 이해가 일치해야 합니다.
이 두 가지 점을 종합하면, 샤딩의 배경을 명확히 정리하는 것이 매우 중요합니다. 본 문서는 이더리움의 원래 샤딩, 댕샤딩 및 프로토-댕샤딩의 유래, 진행 상황 및 미래 로드맵에 중점을 두고 논의할 것이며, 각 기술 세부 사항에 구체적으로 들어가지는 않을 것입니다. 댕샤딩과 프로토-댕샤딩에 대한 자세한 내용은 IOSG의 이전 기사에서 참조할 수 있습니다: 「확장성의 비책 댕샤딩이 이더리움 샤딩의 미래가 될 것인가」, 「EIP4844: 곧 L2 거래 수수료 감소의 예측 가능한 저지대 효과가 시작된다」.
Quick Review
이 문서에서는 롤업, 데이터 가용성 및 샤딩을 여러 번 언급할 것입니다.
여기서 세 가지의 기본 개념을 간단히 되짚어 보겠습니다.
현재 주류 롤업은 zk롤업과 옵티미스틱 롤업으로 나뉩니다. 전자는 유효성 증명을 기반으로 하며, 거래를 배치 실행하고, 상태 전환의 정확성을 보장하기 위해 암호학적 증명인 SNARK에 의존합니다; 후자는 모든 상태 전환이 올바르다고 「낙관적으로」 가정하며, 반증되지 않는 한 그렇습니다; 즉, 잘못된 상태 전환이 발견될 수 있도록 일정 시간 창이 필요합니다.
데이터 가용성은 zk롤업과 옵티미스틱 롤업 모두에게 매우 중요합니다. 전자의 경우, 사용자는 데이터 가용성을 기반으로 2층의 모든 거래를 재구성할 수 있어 검열 저항을 보장합니다; 후자의 경우, 2층의 모든 데이터가 게시되어야 하며, 어떤 거래도 숨겨져서는 안 됩니다. 현재 데이터 가용성이 직면한 병목 현상과 이에 대한 해결책은 아래에서 언급할 것입니다.
이미지 출처: https://www.web3.university/article/ethereum-sharding-an-introduction-to-blockchain-sharding
이더리움 전체 노드는 EVM의 전체 상태를 저장하고 모든 거래 검증에 참여하여 탈중앙화와 보안을 보장하지만, 그에 따라 확장성 문제도 발생합니다: 거래가 선형으로 실행되고, 각 노드가 하나하나 확인해야 하므로 비효율적입니다.
또한 시간이 지남에 따라 이더리움 네트워크 데이터가 지속적으로 축적되며(현재 786GB에 달함), 전체 노드를 운영하기 위한 하드웨어 요구 사항이 증가합니다. 전체 노드 수의 감소는 잠재적인 단일 실패 지점을 초래하고 탈중앙화 정도를 약화시킵니다.
직관적으로 샤딩은 협업을 의미하며, 모든 노드를 그룹으로 나누어 각 거래는 단일 그룹의 노드에 의해 검증되고, 정기적으로 메인 체인에 거래 기록을 제출하여 거래의 병렬 처리를 실현합니다(예를 들어 1000개의 노드가 있을 때, 원래는 각 거래가 모든 노드에 의해 검증되어야 했습니다; 만약 그들을 10개 그룹으로 나누어 각 그룹이 100개의 노드로 거래를 검증한다면, 효율성이 분명히 크게 향상됩니다). 샤딩을 사용하면 확장성을 높이는 동시에 단일 그룹 노드의 하드웨어 요구 사항을 낮출 수 있어 위의 두 가지 문제를 해결합니다.
원래 샤딩
이더리움 원래 계획에서는 64개의 샤딩이 있으며, 각 샤딩에는 독립적인 제안자와 위원회가 있습니다. 제안자는 무작위로 선택된 검증자로, 거래를 수집하고 정렬합니다; 위원회는 검증자 집합(최소 128명의 검증자로 구성)으로, 일정 시간마다 무작위로 각 샤딩에 배정되어 거래의 유효성을 검증합니다. 위원회의 2/3가 투표를 통과하면 검증자 관리 계약(VMC)을 호출하여 신호 체인에 거래 기록을 제출합니다. 아래의 「데이터 샤딩」과 구별되는 이 샤딩은 「실행 샤딩」이라고도 불립니다.
배경
댕샤딩에 대해 논의하기 전에 그 배경을 이해하는 데 시간을 할애해 보겠습니다. 개인적으로 추측하기에, 댕샤딩이 제안된 커뮤니티 분위기는 주로 비탈릭의 두 개의 글에서 비롯된 것으로 보입니다. 이 두 글은 이더리움의 미래 발전 방향을 설정했습니다.
우선, 비탈릭은 2020년 10월 「롤업 중심의 이더리움 로드맵」을 발표하며, 이더리움이 중단기적으로 롤업을 집중 지원해야 한다고 제안했습니다. 첫째, 이더리움 기본 레이어의 확장은 블록의 데이터 용량 확대에 초점을 맞추고, 체인상의 계산이나 IO 작업의 효율성을 높이는 것이 아닙니다. 즉, 이더리움 샤딩은 데이터 blob(거래가 아님)에 더 많은 공간을 제공하기 위한 것이며, 이더리움은 이러한 데이터에 대해 해석할 필요가 없고, 데이터 가용성만 보장하면 됩니다. 둘째, 이더리움의 인프라는 롤업을 지원하기 위해 조정됩니다(예: ENS의 L2 지원, 지갑의 L2 통합 및 크로스 L2 자산 이동). 장기적으로 이더리움의 미래는 높은 안전성을 가진 단일 실행 샤딩과 확장 가능한 데이터 가용성 레이어로서 존재해야 합니다.
이미지 출처: https://vitalik.ca/general/2021/12/06/endgame.html
이후 비탈릭은 2021년 12월 「Endgame」에서 이더리움의 최종 모습을 설명했습니다: 블록 생성은 중앙화되어 있지만, 블록 검증은 신뢰를 제거하고 고도로 탈중앙화되어 있으며, 검열 저항을 보장합니다. 기본 체인은 블록의 데이터 가용성을 보장하고, 롤업은 블록의 유효성을 보장합니다(zk롤업에서는 SNARK를 통해, 옵티미스틱 롤업에서는 하나의 정직한 참여자가 사기 증명 노드를 운영하면 됩니다).
코스모스의 다중 체인 생태계와 유사하게, 이더리움의 미래는 다수의 롤업이 공존하는 것입니다------이들은 모두 이더리움이 제공하는 데이터 가용성과 공유 보안성을 기반으로 합니다. 사용자는 브리지를 통해 서로 다른 롤업 간에 활동할 수 있으며, 메인 체인의 높은 비용을 지불할 필요가 없습니다.
위 두 글은 이더리움의 발전 방향을 기본적으로 확정지었습니다: 이더리움의 기본 레이어 구축을 최적화하여 롤업에 서비스를 제공합니다. 위의 주장은 아마도 다음과 같은 관점에 기반할 것입니다: 롤업이 이미 유효성을 검증받고 좋은 채택을 받았다면, 「불확실하고 복잡한 확장 솔루션(즉, 원래 샤딩)을 기다리는 데 몇 년을 소비하기보다는 롤업 기반 솔루션에 집중하는 것이 낫다」는 것입니다.
이후 댕크라드(Dankrad)는 새로운 샤딩 솔루션인 댕샤딩을 제안했습니다. 이제 댕샤딩의 구체적인 기술 구성을 분해하여 이해해 보겠습니다.
프로토-댕샤딩
이미지 출처: https://l2fees.info/
프로토-댕샤딩이 제안된 배경은, 롤업 솔루션이 이더리움 메인 체인에 비해 거래 비용을 현저히 낮추었지만, 여전히 이상적인 수준까지는 충분히 낮지 않다는 것입니다. 이는 이더리움 메인 체인에서 제공하는 데이터 가용성 CALLDATA가 여전히 상당한 비용(16gas / byte)을 차지하기 때문입니다. 원래의 구상에서 이더리움은 데이터 샤딩에서 각 블록에 16MB의 전용 데이터 공간을 롤업에 제공할 것을 제안했지만, 데이터 샤딩의 실제 구현까지는 여전히 멀었습니다.
올해 2월 25일, 비탈릭과 댕크라드 등이 EIP-4844(Shard Blob Transactions) 제안을 발표했습니다. 즉, 프로토-댕샤딩은 이더리움의 데이터 가용성을 간단하고 전방향 호환 가능한 방식으로 확장하여 댕샤딩이 출시된 이후에도 사용할 수 있도록 하는 것을 목표로 합니다. 이 제안의 변경 사항은 합의 레이어에서만 발생하며, 실행 레이어의 클라이언트, 사용자 및 롤업 개발자가 추가적인 적응 작업을 수행할 필요가 없습니다.
프로토-댕샤딩은 실제로 실행 샤딩을 수행하지 않으며, 미래의 샤딩을 위해 「Blob-carrying Transactions」라는 거래 형식을 도입했습니다. 이 거래 형식은 일반 거래와 달리 blob이라고 불리는 데이터 블록(약 125kB)을 추가로 포함하여 블록을 실제로 확장하고, CALLDATA(약 10kB)보다 더 저렴한 데이터 가용성을 제공합니다.
그러나 「대형 블록」의 일반적인 문제는 디스크 공간 요구 사항이 지속적으로 증가한다는 것입니다. 프로토-댕샤딩을 사용하면 이더리움은 매년 2.5TB의 저장 용량을 추가로 증가시킵니다(현재 전체 네트워크 데이터는 986GB에 불과합니다). 따라서 프로토-댕샤딩은 일정 기간(예: 30일)을 설정하여 그 이후에 blob을 삭제하는 작업을 수행합니다. 사용자는 이 기간 내에 blob 데이터를 백업할 수 있습니다.
즉, 이더리움의 합의 레이어는 단순히 고도로 안전한 「실시간 게시판」으로서, 이러한 데이터가 충분한 기간 동안 사용 가능하도록 보장하고, 다른 사용자나 프로토콜이 데이터를 백업할 충분한 시간을 제공하며, 이더리움이 모든 blob의 역사 데이터를 영구적으로 보관하지 않도록 합니다.
이렇게 하는 이유는, 저장소 측면에서 매년 추가되는 2.5TB는 문제가 되지 않지만, 이더리움 노드에는 상당한 부담이 됩니다. 신뢰 가정 문제는 실제로 데이터 저장자가 정직한 경우(1 of N) 시스템이 정상적으로 작동할 수 있으며, 실시간으로 검증 및 합의에 참여하는 검증자 노드 집합(N/2 of N)이 이 부분의 역사 데이터를 저장할 필요가 없습니다.
그렇다면 이러한 데이터를 저장하기 위해 제3자를 유도할 수 있는 인센티브가 있을까요? 필자는 현재 인센티브 프로그램이 출시되었다는 것을 발견하지 못했지만, 비탈릭은 몇 가지 가능한 데이터 저장자를 제안했습니다:
애플리케이션에 대한 프로토콜(예: 롤업). 이들은 노드에 애플리케이션 관련 역사 데이터를 저장하도록 요구할 수 있으며, 역사 데이터가 손실되면 이 애플리케이션에 위험을 초래하므로 저장할 동기가 있습니다;
비트토렌트;
이더리움의 포털 네트워크, 이는 프로토콜에 대한 경량 액세스를 제공하는 플랫폼입니다;
블록체인 탐색기, API 제공자 또는 기타 데이터 서비스 제공자;
개인 애호가 또는 데이터 분석에 종사하는 학자;
The Graph와 같은 제3자 인덱스 프로토콜.
댕샤딩 데이터 가용성 샘플링(DAS)
이미지 출처: https://notes.ethereum.org/@hww/workshopfeb2022
프로토-댕샤딩에서 우리는 새로운 거래 형식이 블록을 실제로 확장시키고, 롤업이 대량의 데이터를 축적하여 노드가 이러한 데이터를 다운로드하여 데이터 가용성을 보장해야 한다고 언급했습니다.
DAS의 아이디어는: 데이터를 N개의 블록으로 나누고, 각 노드가 그 중 K개의 블록을 무작위로 다운로드하면 모든 데이터가 사용 가능한지 검증할 수 있으며, 모든 데이터를 다운로드할 필요가 없으므로 노드의 부담을 크게 줄일 수 있습니다. 그러나 특정 데이터 블록이 손실되면 어떻게 될까요? 무작위로 K개의 블록을 다운로드하는 것만으로는 특정 블록의 손실을 발견하기 어렵습니다.
DAS를 구현하기 위해 오류 정정 코드(Erasure Coding) 기술이 도입되었습니다. 오류 정정 코드는 데이터 조각을 나누고, 일정한 검증을 추가하여 각 데이터 조각 간의 연관성을 생성하는 오류 내성 기술입니다. 일부 데이터 조각이 손실되더라도 알고리즘을 통해 전체 데이터를 계산할 수 있습니다.
오류 정정 코드의冗余 비율을 50%로 설정하면, 50%의 블록 데이터만 사용 가능하면 네트워크의 누구나 모든 블록 데이터를 재구성하고 방송할 수 있습니다. 공격자가 노드를 속이려면 50% 이상의 블록을 숨겨야 하지만, 여러 번 무작위 샘플링을 수행하면 이러한 상황은 거의 발생하지 않습니다. (예를 들어, 블록이 30번 무작위 샘플링되었다고 가정할 때, 이 블록들이 모두 공격자에 의해 숨겨질 확률은 )
노드가 모든 데이터를 다운로드하지 않고 오류 정정 코드를 통해 데이터를 재구성하는 경우, 우선 오류 정정 코드가 올바르게 인코딩되었는지 확인해야 합니다. 그렇지 않으면 잘못 인코딩된 오류 정정 코드로는 데이터를 재구성할 수 없습니다.
따라서 KZG 다항식 약속(KZG Polynomial Commitments)이 추가로 도입되었습니다. 다항식 약속은 특정 위치의 값이 지정된 수치와 일치함을 증명하기 위해 다항식을 대표하는 간소화된 형태로, 해당 다항식의 모든 데이터를 포함하지 않고도 가능합니다. 댕샤딩에서는 KZG 약속을 사용하여 오류 정정 코드의 검증을 구현합니다.
모든 데이터를 하나의 KZG 약속에 포함할 수 있다면 물론 편리하지만, 이 KZG 약속을 구축하거나, 일부 데이터가 사용 불가능해졌을 때 이 데이터를 재구성하는 것은 두 경우 모두 자원 요구가 큽니다.(실제로 단일 블록의 데이터는 여러 KZG 약속을 필요로 합니다) 또한 노드의 부담을 줄이고 중앙화를 피하기 위해, 댕샤딩에서는 KZG 약속을 추가로 분해하여 2차원 KZG 약속 프레임워크를 제안했습니다.
이러한 문제를 차례로 해결한 후, DAS를 통해 노드나 경량 클라이언트는 K개의 데이터 블록을 무작위로 다운로드하기만 하면 모든 데이터가 사용 가능한지 검증할 수 있습니다; 이렇게 하면 「대형 블록」이 도입되더라도 노드의 부담이 과도하게 증가하지 않습니다.
(참고: 특히 댕샤딩에서 사용되는 오류 정정 코드 알고리즘은 리드-솔로몬 인코딩(Reed-Solomon encoding)이며; KZG 약속은 케이트(Kate), 자베루차(Zaverucha) 및 골드버그(Goldberg)가 발표한 다항식 약속 솔루션입니다. 여기서는 더 이상 설명하지 않으며, 알고리즘 원리에 관심이 있는 독자는 스스로 확장할 수 있습니다. 또한 오류 정정 코드의 정확성을 보장하는 솔루션으로는 셀레스티아(Celestia)에서 사용하는 사기 증명이 있습니다.)
블록 제안자와 구축자 분리(PBS)
현재 상황에서 PoW 채굴자와 PoS 검증자는 블록 구축자(Builder)와 블록 제안자(Proposer) 역할을 동시에 수행합니다------PoS에서는 검증자가 MEV의 이익을 통해 더 많은 새로운 검증자 자리를 확보하여 MEV를 실현할 기회를 늘릴 수 있습니다; 또한 대형 검증 풀은 일반 검증자보다 MEV 포착 능력이 더 강하므로 심각한 중앙화 문제를 초래합니다. 따라서 PBS는 Builder와 Proposer를 분리하는 것을 제안합니다.
PBS의 아이디어는 다음과 같습니다: Builder들은 정렬된 거래 목록을 구축하고, 입찰가를 Proposer에게 제출합니다. Proposer는 가장 높은 입찰가의 거래 목록만 수락해야 하며, 경매의 승자가 선택되기 전까지는 거래 목록의 구체적인 내용을 알 수 없습니다.
이러한 분리 및 경매 메커니즘은 Builder와의 「내부 경쟁」을 도입합니다: 결국 각 Builder의 MEV 포착 능력은 다르며, Builder는 잠재적인 MEV 이익과 경매 입찰가 간의 관계를 고려해야 하므로 실제로 MEV의 순수 수익이 줄어듭니다; 그리고 최종적으로 Builder가 제출한 블록이 성공적으로 생성되든 아니든 Proposer에게 입찰 비용을 지불해야 합니다. 이렇게 되면 Proposer(광의적으로 모든 검증자 집합, 일정 시간 내에 무작위로 재선정됨)는 MEV 수익의 일부를 공유하게 되어 MEV의 중앙화 정도가 약화됩니다.
이상으로 PBS가 MEV 문제를 해결하는 데 있어 장점을 설명했으며, PBS를 도입하는 또 다른 이유가 있습니다. 댕샤딩에서 Builder에 대한 요구는: 약 1초 이내에 32MB 데이터의 KZG 증명을 계산해야 하며, 이는 32-64코어 CPU가 필요합니다; 또한 일정 시간 내에 P2P 방식으로 64MB 데이터를 방송해야 하며, 이는 2.5Gbit/s의 대역폭이 필요합니다. 분명히 검증자는 이러한 요구를 충족할 수 없습니다.
따라서 PBS는 두 역할을 분리하여 Proposer는 일반 검증자 노드로서 거래 목록을 선택하고 블록 헤드를 방송하는 역할을 하며; Builder는 위의 작업과 거래 목록 구축을 담당하는 전문 역할로 남습니다.
이미지 출처: https://ethresear.ch/t/two-slot-proposer-builder-separation/10980
작년 10월, 비탈릭은 이중 슬롯 PBS 방안을 제안했습니다(참고: 각 슬롯은 12초로, 신호 체인의 시간 단위입니다), 그러나 구체적인 PBS 방안은 여전히 논의 중입니다.
검열 저항 목록(crList)
이미지 출처: https://notes.ethereum.org/@hww/workshopfeb2022
그러나 PBS는 한 가지 문제를 초래합니다. 만약 특정 Builder가 항상 가장 높은 가격을 제시하여 경매에서 이기기를 원한다면, 그는 실제로 거래를 검열할 수 있는 능력을 가지게 되어 특정 거래를 블록에 포함하지 않기로 선택할 수 있습니다.
이를 위해 댕샤딩은 검열 저항 목록(crList)을 추가로 도입했습니다. 즉, Proposer는 거래 목록을 지정할 권리가 있으며, 이 거래 목록은 Builder에 의해 반드시 포함되어야 합니다; 경매에서 이긴 후, Builder는 crList의 거래가 모두 포함되었음을 증명해야 하며(또는 블록이 가득 차야 함), 그렇지 않으면 해당 블록은 무효로 간주됩니다.
요약
이미지 출처: https://notes.ethereum.org/@hww/workshopfeb2022
위의 데이터 가용성 샘플링(DAS), 블록 구축자와 제안자 분리(PBS), 검열 저항 목록(crList)을 결합하면 완전한 댕샤딩을 얻을 수 있습니다. 우리는 「샤딩」의 개념이 사실상 희석되었음을 발견했습니다. 비록 샤딩이라는 용어는 유지되었지만, 실제로는 데이터 가용성 지원에 초점이 맞춰져 있습니다.
그렇다면 댕샤딩은 원래 샤딩에 비해 어떤 장점이 있을까요?
(댕크라드 본인이 여기서 댕샤딩의 10가지 장점을 나열했으며, 우리는 두 가지를 선택하여 구체적으로 설명합니다.)
원래 샤딩에서는 각 개별 샤딩이 제안자와 위원회를 가지고 있으며, 각각 샤딩 내의 거래 검증에 대해 투표하고, 신호 체인의 제안자가 모든 투표 결과를 수집합니다. 이 작업은 단일 슬롯 내에서 완료하기 어렵습니다. 그러나 댕샤딩에서는 신호 체인에만 위원회가 존재하며(광의의 검증자 집합, 일정 시간 내에 무작위로 재선정됨), 이 위원회가 신호 체인 블록과 샤딩 데이터를 검증합니다. 이는 원래의 64개 제안자 및 위원회를 1개로 단순화한 것과 같으며, 이론적 및 공학적 구현의 복잡도가 크게 줄어듭니다.
댕샤딩의 또 다른 장점은 이더리움 메인 체인과 zk롤업 간의 동기 호출이 가능하다는 것입니다. 앞서 언급했듯이, 원래 샤딩에서는 신호 체인이 모든 샤딩의 투표 결과를 수집해야 하므로 확인 지연이 발생합니다. 그러나 댕샤딩에서는 신호 체인의 블록과 샤딩 데이터가 신호 체인의 위원회에 의해 통합 인증되므로, 동일한 신호 블록의 거래가 즉시 샤딩 데이터를 접근할 수 있습니다. 이는 더 많은 조합 가능성을 자극합니다: 예를 들어 스타크웨어(StarkWare)가 제안한 분산 AMM(dAMM)은 L1/L2 간에 스왑하거나 유동성을 공유할 수 있어 유동성 단편화 문제를 해결할 수 있습니다.
댕샤딩이 구현된 이후, 이더리움은 롤업의 통합 결제 레이어 및 데이터 가용성 레이어로 변모할 것입니다.
마무리 생각
위 그림에서 우리는 댕샤딩을 요약합니다.
종합적으로 볼 때, 향후 2~3년 내에 이더리움 로드맵의 방향성이 매우 뚜렷하다는 것을 알 수 있습니다------롤업에 서비스를 제공하는 방향으로 전개됩니다. 비록 이 과정에서 로드맵의 변경 여부는 여전히 미지수입니다: 댕샤딩은 향후 18-24개월 내에 실현될 것으로 예상되며, 프로토-댕샤딩은 6-9개월 내에 실현될 것입니다. 하지만 적어도 우리는 롤업이 이더리움의 확장 기반으로서 일정한 주도적 지위를 차지하고 있음을 분명히 알 수 있습니다.
비탈릭이 제시한 전망에 따라, 여기서 우리는 몇 가지 예측적 사고와 추측을 제안합니다:
첫째, 코스모스와 유사한 다중 체인 생태계에서, 미래 이더리움에서는 다수의 롤업 경쟁 구도가 나타날 것이며, 이더리움이 이들에게 보안성과 데이터 가용성을 보장할 것입니다.
둘째, 크로스 L1/롤업 인프라가 필수 요구 사항이 될 것입니다. 크로스 도메인 MEV는 더 복잡한 차익 거래 조합을 가져오며, 위에서 언급한 dAMM이 더 풍부한 조합 가능성을 제공합니다.
셋째, 다수의 롤업 생태 응용 프로그램이 이더리움 자체를 초월할 것입니다. 이더리움의 위치가 후퇴하고 롤업의 데이터 가용성 레이어로서 존재하게 되면, 우리는 더 많은 응용 프로그램이 롤업으로 이전할 것이라고 추측합니다(두 번째 점이 성립한다면); 또는 최소한 이더리움과 롤업에서 동시에 응용 프로그램을 운영할 것입니다.
참고 자료:
https://consensys.net/blog/blockchain-explained/the-roadmap-to-serenity-2/
https://www.web3.university/article/ethereum-sharding-an-introduction-to-blockchain-sharding
https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698
https://vitalik.ca/general/2021/12/06/endgame.html
https://notes.ethereum.org/@vbuterin/protodankshardingfaq
https://twitter.com/pseudotheos/status/1504457560396468231
https://ethos.dev/beacon-chain/
https://notes.ethereum.org/@vbuterin/pbscensorshipresistance#How-does-proposerbuilder-separation-PBS-work
https://notes.ethereum.org/@fradamt/H1ZqdtrBF
https://cloud.tencent.com/developer/article/1829995
https://medium.com/coinmonks/builder-proposer-separation-for-ethereum-explained-884c8f45f8dd
https://dankradfeist.de/ethereum/2021/10/13/kate-polynomial-commitments-mandarin.html
https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum
https://vitalik.ca/general/2019/09/22/plonk.html
