대중 과학: ETH2 스테이킹에 참여하는 방법
먼저 Danny와 Joe의 도움에 감사드립니다.
비콘 체인의 출시가 가까워짐에 따라 eth2는 기정사실에 점점 가까워지고 있습니다.이제 최신 eth2 내부 작업과 특정 요구 사항, 인센티브 및 검증자가 되는 경험을 커뮤니티와 신속하게 동기화해야 할 때입니다. 이 글은 eth2에 대한 높은 수준의 개요를 제공할 것이며, eth2 유효성 검사기의 다양한 측면과 관련된 일련의 글은 향후 발표될 예정입니다.
지금까지 eth2에 대한 준비가 오랫동안 진행되어 왔지만 수년에 걸쳐 엄청난 발전도 이루어졌습니다. 원래 스마트 계약에 의해 관리되는 샤딩 기술과 PoS(Proof-of-Stake) 메커니즘은 독립적으로 설계되었지만 지금은 고도로 상호 연결되어 효율성, 확장성 및 보안 측면에서 상당한 개선을 이루었습니다.
eth2의 다양한 단계
eth2의 구성 요소가 더 밀접하게 연결됨에 따라 다른 부분은 eth2의 다른 부분의 내용을 더 잘 알아내기 위해 단계로 나뉩니다. 작성 당시 클라이언트 소프트웨어 개발이 최종 단계에 접어들면서 0단계가 시작되려고 합니다. 동시에 Phase 1의 사양이 공식화되었으며 Phase 2의 사양에 대한 연구 개발이 활발히 진행되고 있습니다.
0단계의 내용은 비콘 체인이며, 비콘 체인은 검증자를 관리하고 샤드 체인을 조정할 수 있는 eth2의 핵심입니다. 비콘 체인은 eth2의 다른 모든 측면의 개발을 안내하는 실질적인 기반 역할을 합니다.
Phase 1의 구현은 Phase 0을 기반으로 하며 주요 내용은 데이터를 샤드 체인에 쓰는 것입니다. 0단계는 샤드 체인에 대한 대부분의 토대를 마련하므로 1단계는 다른 구성 요소보다 훨씬 덜 복잡하게 구현됩니다.
2단계는 기본적으로 eth2를 강력한 데이터베이스에서 완전히 분산된 컴퓨팅 플랫폼으로 업그레이드하는 eth2의 구현 단계입니다.
Phase 0이란 정확히 무엇입니까?
앞에서 언급했듯이 비콘 체인은 검증자 세트와 샤드 체인의 상태를 추적할 수 있습니다. 실제로 이것은 사용자가 비콘 체인의 활동을 (정기적으로) 추적하는 경우 eth2에서 발생하는 모든 것을 확인할 수 있는 충분한 정보를 갖게 됨을 의미합니다. 신뢰를 기반으로 추가 확인.
PoS 시스템이 제대로 작동하기 위해서는 검증자가 누구인지, 각 검증자가 얼마나 지분을 가지고 있는지에 대한 합의에 도달해야 합니다. 그래야만 검증자가 자신의 투표 가중치가 얼마인지 알 수 있고 행동에 따라 적절하게 보상하고 처벌할 수 있습니다. . 비콘 체인은 또한 샤드 간에 검증자 책임을 할당하고 각 샤드의 현재 상태를 추적하여 eth2의 샤드 체인을 관리합니다.
Eth2와 다른 PoS 시스템의 차이점 중 일부는 프로토콜에 참여하는 유효성 검사기의 순전한 수입니다. 다른 PoS 시스템의 유효성 검사기 수는 수십, 수백 또는 수천일 수 있지만 eth2의 유효성 검사기 수는 수십만 또는 수백만입니다. 이 수준의 분산화는 검증자 그룹 또는 위원회가 달성한 중간 합의에 의해 가능합니다. 비콘체인은 어느 정도의 무작위성을 기반으로 위원회에 검증자를 할당하고 위원회는 특정 부분이 비콘체인과 샤드체인에 속하는지 여부를 평가하는 역할을 한다. 그런 다음 각 위원회의 투표는 암호학적으로 하나의 증명으로 집계됩니다. 즉, 전체 위원회의 모든 투표를 확인하는 것이 단일 투표를 확인하는 것보다 더 번거롭지 않습니다. 따라서 비콘 체인의 유효성을 확인하려면 다수의 유효성 검사기의 투표를 평가하기 위해 집계된 서명의 일부만 필요합니다.
비콘 체인은 또한 eth1 체인과 그 예치금을 추적하므로 새로운 검증자가 eth1 체인에 배치된 예치금 계약에 32 ETH를 전송하여 eth2 시스템에 참여할 수 있습니다. 비콘 체인이 투표하고 eth1 체인을 검증할 수 있게 함으로써 eth2는 향후 eth1 표준 체인(가장 긴 체인)의 블록에 대한 경제적 보증을 제공하여 eth1 체인의 보안을 강화할 수 있습니다.
노드와 클라이언트
eth2는 비콘 노드와 검증자 클라이언트를 구분하며, 둘 다 검증자가 의무를 수행하는 데 필요합니다. 비콘 노드(즉, 노드)는 전체 비콘 체인과 사용자 또는 검증자가 사용해야 할 수 있는 샤드를 유지 관리할 책임이 있습니다.
이름에서 알 수 있듯이 유효성 검사기 클라이언트(즉, 클라이언트)는 단일 유효성 검사기의 논리를 처리합니다. 특정 구현은 비콘 노드와 통신하여 비콘 체인의 현재 상태를 이해하고 적시에 블록을 증명하고 제안하며 마지막으로 비콘 노드가 다른 노드에 블록 정보를 보내도록 요청하는 데 반영됩니다.
참고: 유효성 검사기 클라이언트가 실행되지 않는 경우 비콘 노드에는 eth1의 전체 노드와 유사하게 eth2와 신뢰 없이 상호 작용하는 데 필요한 모든 정보가 포함됩니다.
다음은 비콘 노드와 유효성 검사기 클라이언트를 구별하는 이유 중 일부를 발췌한 것입니다.
검증인이 되려면 먼저 32 ETH를 스테이킹해야 하므로 더 많은 ETH를 스테이킹하려는 사용자는 여러 검증인 인스턴스를 실행해야 합니다. 노드와 클라이언트를 분리하면 이러한 사용자가 단일 비콘 노드만 실행하면서 여러 유효성 검사기 클라이언트에 연결할 수 있으므로 계산, 메모리 및 스토리지 요구 사항이 줄어듭니다.
독립적으로 차별화된 유효성 검사기 노드는 더 작은 코드 블록을 더 쉽게 작성, 추론 및 감사할 수 있으므로 잠재적으로 더 안전합니다.
중복성을 염려하는 사용자의 경우 여러 노드를 병렬로 실행하면 검증자가 오프라인 상태가 될 가능성이 줄어듭니다.
검증자 클라이언트는 비콘 노드를 통해서만 eth2 네트워크의 다른 부분과 상호 작용할 수 있기 때문에제한된 API, 검증자 노드의 공격 표면을 크게 줄입니다.
eth2와 상호 작용하고 싶지만 검증자가 되고 싶지 않은 사용자는 단순히 비콘 노드를 실행하여 비콘 체인 및 샤드에 대한 액세스 권한을 부여할 수 있습니다.
디자인 컨셉
eth2의 설계 철학은 eth2 내의 모든 결정에 유용한 참조 프레임을 제공하며 많은 경우에 eth2와 다른 프로토콜 간의 차이점을 캡슐화합니다.
프로토콜은 기본입니다. 모든 것이 장단점이 있음을 인식하면 프로토콜 안전 및 활성이 다른 설계 요구 사항보다 우선합니다.
최선의 희망, 최악의 계획: eth2는 검증자가 게으르고 뇌물을 받고 검증자에게 인센티브를 제공하기 위한 조치를 취하지 않는 한 시스템을 공격한다고 가정합니다. 또한 네트워크가 완전히 신뢰할 수 없으며 치명적인 이벤트로 인해 많은 수의 유효성 검사기가 오프라인 상태가 될 수 있다고 가정합니다. 이러한 가정을 바탕으로 eth2는 3차 세계 대전을 견딜 수 있도록 준비되어 있어야 합니다.
사용성 어려움 최소화: eth2는 버그가 없는 클라이언트를 쉽게 이해, 전파, 감사, 개발하고 일반적으로 코너 케이스를 피하기 위해 가능한 한 단순화되었습니다.
최대 분산화: PoS 프로토콜은 일반적으로 검증자 수를 타협하기 쉽고 eth2의 설계 개념은 검증자의 규모를 수백만으로 확장하는 동시에 이러한 검증자가 서로 독립적으로 임무를 수행하도록 장려하는 것입니다.
예기치 않은 상황을 예상하십시오. eth2의 모든 구성 요소는 양자 컴퓨터에 내성이 있거나 양자 재앙이 발생할 경우 양자 컴퓨터에 내성이 있는 구성 요소로 교체될 수 있습니다.
발문
발문
공개 계정: ETH 중국 웹사이트
원본 링크:https://blog.ethereum.org/
이더리움에 대한 자세한 내용은 다음을 참조하십시오.
공개 계정: ETH 중국 웹사이트
고지 사항: ECN의 번역 작업은 중국 이더리움 커뮤니티에 고품질 정보 및 학습 리소스를 제공하는 것을 목표로 합니다.기사의 저작권은 원저자에게 있습니다.재인쇄는 원문의 출처와 ethereum.cn을 표시해야 합니다.장기적으로 재인쇄는 ethereumcn@gmail.com으로 연락주세요.
고지 사항: ECN의 번역 작업은 중국 이더리움 커뮤니티에 고품질 정보 및 학습 리소스를 제공하는 것을 목표로 합니다.기사의 저작권은 원저자에게 있습니다.재인쇄는 원문의 출처와 ethereum.cn을 표시해야 합니다.장기적으로 재인쇄는 ethereumcn@gmail.com으로 연락주세요.
