> 웹3.0 > 본문

Ethereum 확장에 대한 Vitalik의 새 기사의 생각을 어떻게 이해합니까?

WBOY
풀어 주다: 2024-03-31 21:16:16
앞으로
616명이 탐색했습니다.

如何理解 Vitalik 新文对以太坊扩容的思考?

이더리움 확장에 대한 Vitalik Buterin의 새 기사 생각을 어떻게 이해할 수 있나요? 어떤 사람들은 Vitalik의 Blob Inscription 주문이 터무니없다고 말합니다. 그렇다면 Blob 패킷은 어떻게 작동합니까? 칸쿤에서 업그레이드한 후 Blob 공간이 효율적으로 사용되지 않는 이유는 무엇입니까? 샤딩 준비를 위한 DAS 데이터 가용성 샘플링?

제 생각엔 칸쿤의 성능은 업그레이드 이후에 쓸 수 있을 것 같은데, 비탈릭은 롤업의 발전을 고민하고 있습니다. 왜? 다음으로 내 이해에 대해 이야기하겠습니다.

여러 번 설명하기 전에 Blob은 합의 계층에서 직접 검색할 수 있는 임시 데이터 패키지입니다. 직접적인 이점은 EVM이 트랜잭션을 실행할 때 Blob 데이터에 액세스할 필요가 없다는 것입니다. 결과적으로 실행 계층 컴퓨팅 비용이 낮아집니다.

현재 플랫폼의 일련의 요소 중 Blob 크기는 128kb이며, 메인 네트워크에 대한 일괄 트랜잭션은 상황을 고려할 때 최대 2개의 Blob을 운반할 수 있으며, 메인 네트워크 블록의 궁극적인 목표는 약 128kb를 운반하는 것입니다. 16MB의 Blob 패킷.

롤업 프로젝트가 최고의 비용 성능을 가지기 위해서는 Blob 공간 저장 비용, TPS 트랜잭션 용량, Blob 기본 네트워크 노드 저장 등과 같은 요소를 주요 고려 사항으로 사용하여 최대 이익을 얻을 수 있습니다.

Optimism을 예로 들어보겠습니다. 현재 하루 평균 약 500,000건의 거래가 2센트마다 한 번에 1개의 Blob 데이터 패킷을 전달하여 메인 네트워크로 전송됩니다. Blob을 너무 많이 가져오면 다 사용할 수 없겠죠? 물론 두 개를 가지고 다닐 수도 있습니다. 그러면 각 Blob의 용량이 가득 차지는 않지만 저장 비용이 증가하게 됩니다.

롤업 체인의 거래량이 증가하는 경우(예: 매일 5천만 건의 거래가 처리되는 경우) 어떻게 해야 합니까? 1. 압축은 Blob 공간에서 가능한 많은 트랜잭션을 허용하기 위해 각 배치의 트랜잭션 볼륨을 압축합니다. 2. Blob 수를 늘립니다. 3. 기본 트랜잭션이 전달하는 데이터의 양을 줄입니다. 네트워크 블록은 가스 한도에 의해 제한되며 스토리지 비용의 영향으로 인해 슬롯 블록당 128개의 Blob이 이상적인 상태이지만 현재는 그렇게 많이 사용하지 않습니다. 낙천주의는 2분마다 하나만 생성하므로 Layer2 프로젝트가 TPS를 개선하고 시장 사용자 수와 생태적 번영을 확대할 여지가 많습니다.

따라서 칸쿤 업그레이드 후 일정 기간 동안 롤업은 사용된 Blob의 수와 빈도는 물론 Blob 공간 입찰 사용 측면에서 "휘발성"이 아니었습니다.

Vitalik이 Blob 비문을 언급하는 이유는 이러한 유형의 비문이 일시적으로 거래량을 증가시키고 이로 인해 Blob 사용에 대한 수요가 증가하여 규모가 확대될 수 있기 때문입니다. 비문을 예로 들면 더 깊은 이해를 제공할 수 있습니다. Blob의 작동 메커니즘과 Vitalik이 실제로 표현하고 싶은 내용은 비문과는 아무런 관련이 없습니다.

이론적으로 레이어2 프로젝트 당사자가 메인 네트워크에 대해 고주파수, 고용량 일괄 트랜잭션을 수행하고 매번 Blob 블록을 채우면 위조된 트랜잭션 일괄 처리에 따른 높은 비용을 기꺼이 부담할 의향이 있기 때문입니다. , 다른 레이어에 영향을 미칩니다. Blob의 일반적인 사용이지만 현재 상황에서는 누군가가 BTC에 대한 51% 하드 포크 공격을 수행하기 위해 컴퓨팅 파워를 구매하는 것과 같습니다. 이론적으로는 가능하지만 실제로는 이익 동기가 부족합니다.

Blob의 도입은 EVM의 부담을 줄이고 노드의 운영 및 유지 관리 능력을 향상시키기 위한 것으로 의심할 여지 없이 Rollup을 위한 맞춤형 솔루션입니다. 분명히 현재로서는 효율적으로 사용되지 않고 있으며 두 번째 레이어의 가스 요금은 오랫동안 "낮은" 범위에서 안정적으로 유지될 것입니다. 이는 레이어 2 시장에 "군대를 늘리고 식량을 모으는" 장기적인 황금 개발 창구를 제공할 것입니다.

3) 그렇다면 어느 날 레이어2 시장이 어느 정도 성장하여 Batch부터 메인넷까지의 트랜잭션 수가 매일 엄청난 양에 도달하지만 현재 Blob 데이터 패킷이 충분하지 않다면 어떻게 될까요? Ethereum은 이미 솔루션을 제공했습니다. 데이터 가용성 샘플링 기술(DAS)을 사용하여:

원래 하나의 노드에 저장해야 하는 데이터가 동시에 여러 노드에 배포될 수 있다는 것입니다. 모든 Blob 데이터를 1/8로 저장하고, 8개의 노드가 그룹을 형성하여 DA 기능을 충족합니다. 이는 현재 Blob 저장소 용량을 8배로 확장하는 것과 같습니다. 이는 실제로 샤딩이 향후 샤딩 단계에서 수행할 작업입니다.

그러나 이제 Vitalik은 이를 매우 매력적으로 여러 번 반복했으며 대부분의 Layer2 프로젝트 당사자에게 다음과 같이 경고하는 것 같습니다. 현재 TPS 용량으로는 Ethereum의 값비싼 DA 기능에 대해 항상 불평하지 마십시오. Blob 데이터 패킷의 기능을 최대한 활용하여 생태계를 개발하고, 사용자와 거래량을 확장하기 위해 화력을 높이고, 원클릭 체인 생성에 참여하기 위해 항상 DA를 생각하지 마십시오.

나중에 Vitalik은 현재 핵심 롤업 중 Arbitrum만이 1단계에 도달했다고 덧붙였습니다. DeGate, Fuel 등은 2단계에 도달했지만 아직 더 넓은 커뮤니티에 익숙하지 않습니다. 2단계는 롤업 보안의 궁극적인 목표입니다. 1단계에 도달한 롤업은 거의 없으며 대부분의 롤업은 0단계에 있습니다. 롤업 산업의 발전이 Vitalik을 정말로 걱정하고 있음을 알 수 있습니다.

4) 실제로 확장 병목 현상 문제에 있어서 Rollup Layer2 솔루션이 성능을 향상시킬 여지는 아직 많습니다.

1. 데이터 압축을 통해 Blob 공간을 보다 효율적으로 사용하세요. 현재 OP-Rollup에는 이 작업을 수행하기 위한 전용 압축기 구성 요소가 있습니다. SNARK/STARK는 메인 네트워크에 제출하는 것이 "압축"임을 증명합니다.

2. Layer2의 메인 네트워크 의존성을 최대한 줄이고, 특별한 상황에서 L2 보안을 보장하기 위해 낙관적 증명 기술만 사용합니다. 예를 들어 Plasma의 데이터는 대부분 체인에 있지만 입출금은 메인에서 발생합니다. 따라서 메인넷은 보안을 약속할 수 있습니다.

즉, Layer2는 입출금과 같은 중요한 작업만 메인 네트워크와 밀접하게 관련되어 있어야 한다는 의미이며, 이는 메인 네트워크의 부담을 줄일 뿐만 아니라 L2 자체 성능도 향상시킵니다. 앞서 병렬 EVM에 대해 이야기할 때 언급한 Sequencer의 "병렬 처리" 기능은 오프체인에서 대량의 트랜잭션을 필터링, 분류 및 전처리할 수 있으며, Metis가 추진하는 하이브리드 롤업은 OP-Rollup을 거치게 됩니다. 특별 출금 요청은 ZK 경로 등을 통해 이루어집니다. 모두 비슷한 고려 사항이 있습니다.

위 내용은 Ethereum 확장에 대한 Vitalik의 새 기사의 생각을 어떻게 이해합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:panewslab.com
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿