작가: 하오티엔

정말 어처구니가 없습니다. 저는 지난 이틀 동안 Devcon에 집중적으로 참석했고 Ethereum이 3.0-BeamChain 및 레이어 2 알약으로 업그레이드될 것이라는 소식을 많이 보았습니다(매우 화가 났습니다). 이미 소극적인 상황에 있던 레이어 2가 무고하게 등을 찔러 급락을 일으켰다. 실제로 보니 엄청난 혜택이 있었어요! 상황을 바로잡기 위해 내 관점에 대한 간략한 설명:

1) 새로운 체인을 언급하지 말고 이를 대규모 포크와 새로운 코인 발행의 인지적 논리에 집어넣으세요. 저스틴 드레이크가 말했듯이 BeamChain은 단지 BeaconChain(비콘 체인)의 업그레이드일 뿐이며, 공식적인 것과는 거리가 멀고 출시된 지 오래되었으며 이더리움의 로드맵 경로 계획을 완전히 따릅니다.

이더리움은 원래 BeaconChain 비콘 체인 + EVM 실행 체인으로 나누어집니다. 우리가 이해하는 바에 따르면 이 둘이 함께 이더리움 체인을 구성합니다. 비콘 체인은 합의 계층의 역할을 하고 EVM은 실행 계층의 역할을 한다고 생각하지 마십시오. 새로운 것을 보낸다는 뜻으로 체인이라고 합니다. BeamChain은 비콘 체인의 전환적 업그레이드일 뿐이며 이더리움 체인의 실행에는 전혀 영향을 미치지 않습니다.

이더리움 3.0은 어디에서 왔는가?

2) 비콘체인을 업그레이드해야 하는 이유에 대한 논리를 이야기해 보겠습니다.

제안자 블록 제안자 및 Realy 중계 노드와 이더리움 EVM 실행 계층의 검증자는 각각 "프로젝트 관리자", "작업자" 및 "품질 검사자"의 역할을 수행합니다. 사용자가 Mempool에 트랜잭션을 제출한 후 블록 빌더는 이를 수행합니다. 트랜잭션 풀에서 트랜잭션을 선택하고 패키징합니다. 프로세스는 일부 트랜잭션 정렬 기능을 처리한 다음 구축된 블록을 실제로 배포하고 유효성 검사기는 최종적으로 승인 확인을 수행합니다.

이 과정에서 빌더가 트랜잭션을 정렬하고 트랜잭션을 실제로 배포하는 과정에서 과도한 중앙화 요소가 있습니다. Flashbot과 같은 대형 빌더는 일부 블록 순서를 결정한 다음 MEV를 결정할 수 있는데 이는 분명히 이더리움의 대전략과 일치하지 않습니다.

따라서 Justin은 Builder의 구성 블록에 포함 목록을 추가하는 아이디어를 제안했는데, 이는 반드시 포함되어야 하는 트랜잭션 목록과 동일합니다. Builder와 중계 링크에 "중앙 집중식 간섭"이 있는 경우 제안된 노드에 장애가 발생할 수 있습니다. 블록 생성 및 후속 합의 참여, 제안자-구축자 분리(PBS)를 통해 검증인은 일부 주요 거래가 거래 목록에 없음을 확인하고 해당 블록이 자격이 없는지 직접 확인할 수 있습니다. 보시다시피 포함 목록은 검열 저항을 강화하기 위해 이더리움 블록 생성 프로세스의 분산 속성을 개선하는 것입니다.

문제는 전체 실행 검증 프로세스에 포함 목록을 누가 넣는가 하는 것입니다. BeaconChain 합의 레이어를 기반으로만 추가할 수 있습니다. 그러나 BeaconChain은 이 기능을 지원하지 않으므로 개선을 위해 BeamChain으로 업그레이드되었습니다. 앞으로 비콘 체인은 포함되어야 하는 모든 트랜잭션을 공개할 수 있습니다. 실행 계층에 문제가 있으면 검증 노드가 통과되지 않습니다.

또한 Pectal 업그레이드에는 서약 임계값을 32ETH-1ETH로 변경하는 문제도 추가되었습니다. 이번에는 BeaconChain 경제 모델 및 관리 로직의 변경이 포함되며, 이는 메이저 버전 업그레이드도 필요합니다.

또한 이더리움이 Verge와 같은 후속 단계에서 완전히 Snark화되면 비콘 체인 및 EVM 실행 체인의 검증 프로세스도 SNARK로 최적화되며 SNARK도 합의 계층에서 지원되어야 합니다. 양자 암호화 공격에 대한 대응은 항상 이더리움의 핵심이었습니다. 이더리움의 전략적 목표 중 하나인 BeaconChain의 업그레이드는 이더리움을 더욱 안전하게 만들기 위해 일부 서명 확인 메커니즘을 변경합니다.

따라서 BeamChain의 출현은 전적으로 이더리움 로드맵 계획을 충족시키기 위해 필요한 일련의 준비입니다.

3) 왜 레이어2에서는 나쁜 것이 아니라 큰 좋은 것이라고 하는가!

따라서 BeamChain의 출현은 전적으로 이더리움 로드맵 계획을 충족시키기 위해 필요한 일련의 준비입니다.

3) 왜 레이어2에서는 나쁜 것이 아니라 큰 좋은 것이라고 하는가!

우선 이더리움은 오랫동안 Rollup-Centric이라는 대대적인 전략 확장 아이디어를 확립해왔습니다. BeamChain의 업그레이드가 이 전략의 기반을 흔들지는 않을 것입니다. 전체 이더리움 커뮤니티.

둘째, BeamChain의 새로운 비콘 체인은 이더리움이 주요 네트워크 수준 확장을 달성하는 데 도움이 될 것이라고 합니다. 핵심은 SNARKs 이후 이더리움의 전체 프레임워크는 모든 데이터를 저장, 계산 및 검증하는 것에서 증명 증명만 검증하는 것으로 변경됩니다. 그러나 이번 확장은 기본 데이터 구조를 논리적으로 ZK화한 결과다. 레이어 2의 확장과 같은 차원의 문제는 아니다. 하나는 운영 비용 부담을 줄이는 일이다. 다른 하나는 트래픽 및 사용자 애플리케이션 시나리오 대체를 담당합니다. 따라서 메인 네트워크가 확장 가능하다고 해서 레이어 2가 약화될 것이라고 생각하지 마십시오.

게다가 며칠 전 이더리움의 완전한 SNARK와 EVM이 메인넷에 존재하는 altVM 중 하나가 된다는 @VitalikButerin의 아이디어를 해석한 기사를 게시했습니다. 다른 레이어 2의 altVM이 뛰어나면 언급될 것입니다. 메인넷 수준에서 EVM과 병행하여 전체 이더리움 생태계에서 트랜잭션을 실행합니다.

그때쯤이면 BeamChain의 역할이 더욱 커지고 업그레이드가 필요할 것입니다. 이 논리에 따라 Ethereum의 확장 요구 사항을 충족하는 우수한 VM 솔루션을 메인 네트워크 수준으로 가져와 트랜잭션을 흡수하고 실행합니다. Ethereum 레이어 2 간의 상호 운용성도 원활하게 해결되었으며 이는 Ethereum의 개발 전략과 완전히 일치합니다. 레이어 2. .

현재 시장에는 기능이 없고 일반적인 레이어 2가 너무 많습니다. 이더리움이 실제로 모듈식 아이디어를 채택하고 alt-VM의 새로운 전략을 채택하면 직접적인 "상향 채널"을 얻을 수 있는 레이어 2가 많이 있을 것으로 알려져 있습니다. Ethereum의 셔플링과 최적화도 촉진할 수 있는데, 이것이 직접적인 이점이 되어야 하지 않을까요?

마지막으로, 모두가 ZK 폭발 시대의 도래를 기대하고 판단과 논리 없이 그러한 FUD와 루머를 피해야 합니다.