ETH2.0 스테이킹 방법, V신님께 여쭤봤습니다

저자: 루디 루디

어제 새로 설립된 이더리움 2.0 중국 커뮤니티에 이끌려 영광스럽게도 들어왔을 때 그룹에 수십 명밖에 없었는데 V God의 WeChat도 그룹에 있는 것을 보았고 V God은 많은 시간 (나중에 타이페이 공항에서 비행기 대기 중이라는 것을 알게 됨) 그룹의 Ethereum 2.0 애호가와 적극적으로 상호 작용하고 있으며 (중국어 표현 기술이 점점 더 강해지고 있음) 오후 내내 매우 긴 온라인 AMA.

AMA는 샤딩, 거버넌스, DApp, 1.0 및 2.0 전환 등에 대해 이야기했습니다. 친구들과 저는 기회를 보았고 물론 많은 스테이킹 관련 질문을 했습니다. 그 전에는 공용 네트워크에서 V를 찾을 수 있었습니다. 이더리움 포럼으로 신과 다른 사람들에 대한 단편적인 해석, 오늘 드디어 V 신의 개인 설명을 받았습니다.

보조 제목

해석

1. 32ETH는 노드가 되기 위해 필요한 담보값으로 하한가이자 상한가입니다. 320ETH가 있다면 10개의 노드만 설립이 가능하고 320ETH는 1노드에 약정할 수 없습니다.

2. 32ETH, 1개의 노드에 해당, 1개의 개인 키에 해당.

3. 하나의 클라이언트를 통해 여러 개의 노드를 실행할 수 있지만 이에 따라 검증 및 서명해야 하는 블록의 수도 증가하므로 수백 개의 노드가 동시에 실행되는 경우 서버를 임대해야 할 수도 있습니다.

4. ETH 2.0의 설계는 Cosmos, Tezos와 같은 인기 있는 스테이킹 체인과 다릅니다.초기에는 "위탁"의 개념이 없습니다. .

5. 그러나 2단계(0단계가 가장 먼저 오픈)에서는 컨트랙트를 통해 노드가 될 수 있으며, 이때 노드 서비스 제공자는 노드 컨트랙트를 개시하고 리베이트 규칙을 설정할 수 있습니다. 지불.

보조 제목

스테이킹 서비스 제공자를 위한 개발 기회

Vitalik의 현재 설명에 따르면 0단계와 1단계에서는 탈중앙화 위탁이 실현되지 않기 때문에 ETH 보유자는 채굴을 위해 노드에 ETH를 약정할 수 없으며, Staking 서비스 제공자는 이전 노드 설정을 따르기가 어렵습니다. , 커뮤니티 조사, 리베이트 배당금 및 기타 모델, 어떤 기회가 있습니까?

이더리움의 설계 목적은 더 많은 사용자가 채굴에 참여하도록 유도하고 노드의 탈중앙화를 실현하는 것이지만 코인 보유자가 ETH2.0의 노드 네트워크에 직접 참여하는 것은 여전히 ​​어렵습니다. 첫째, 32ETH는 여전히 낮은 임계값이 아니므로 많은 수의 소액 보유자가 참여하는 것을 방지할 수 있습니다. 대중 참여 , 그러나 노드 업그레이드, 운영 및 유지 보수, 재해 방지 및 기타 번거로운 일은 말할 것도없고 24 시간 운영도 피곤한 작업입니다.

보유하고 있는 코인의 수가 적어 참여가 불가능하거나, 24시간 온라인 상태가 되지 않아 수입이 부족하거나, ETH의 추가 발행으로 인해 보이지 않는 인플레이션 손실이 발생하게 되는데, 이는 분명 ETH 통화 보유자는 반가워하지 않습니다. 이러한 요구에 대응하여 스테이킹 서비스 제공자는 ETH 2.0을 위한 여러 경로를 탐색할 수 있습니다.

1. 기술 지원 서비스 제공

사용자가 개인 키를 마스터하게 하고 스테이킹 서비스 제공자는 서버 임대, 노드 업그레이드, 운영 및 유지 보수, 재해 방지 등 완전한 노드 기술 서비스를 제공하고 특정 기술 서비스 비용을 청구합니다.

2. 중앙화 지갑

위탁을 분산화할 수는 없지만 사용자가 코인을 입금할 수 있는 통합된 중앙 집중식 지갑을 제공할 수 있으며 Staking 서비스 공급자는 입금된 코인의 32 ETH마다 노드를 설정하고 모든 입금 사용자에게 리베이트를 제공합니다. 특정 리베이트 비율로. 이 방법은 통화 보유자가 노드를 운영하는 문제를 해결할 수 있을 뿐만 아니라 32ETH 미만의 통화 보유자가 스테이킹 수입을 얻을 수 있지만 단점은 노드가 도망칠 위험이 있으며 중앙화 지갑 제공자가 ETH를 획득해야 한다는 것입니다. 통화 보유자는 완전 신뢰합니다.

3. 탈중앙화 위임을 실현하기 위한 2단계 온라인 대기

보조 제목

AMA 레코드

1. 노드 조건

Zhufeng: ETH2.0이 노드가 되기 위해 어떤 조건이 필요한지 걱정됩니다

Vitalik Buterin：32 이더와 일반 컴퓨터면 충분합니다.

다지: 32명 이상이면? 320개의 동전이 있다면? 10개의 노드로 나누어 실행하시겠습니까?

Vitalik Buterin：클라이언트를 실행할 수 있으며 클라이언트는 여러 유효성 검사기 ID(유효성 검사기 ID)를 관리할 수 있습니다. 그러나 유효성 검사기 ID가 많을수록 더 많은 데이터를 확인해야 합니다. 예를 들어 10,000 이더가 있는 경우 서버가 필요할 수 있습니다.

카이: 여기에 언급된 데이터가 많을수록 체인에 있는 동일한 데이터라는 의미인가요?

Vitalik Buterin：이는 샤딩의 특성으로, 샤딩의 블록은 검증인 ID에 할당되기 때문에 검증인 ID가 많으면 더 많은 블록을 검증하고 서명해야 합니다.

Dazhi: 10개의 ID에 10개의 개인 키를 보관해야 합니까? 아니면 1개의 개인 키가 10개의 ID를 관리하기 위해 1개의 클라이언트만 필요합니까?

Vitalik Buterin：개인 키 10개. 그러나 클라이언트는 하나의 개인 키로 여러 개의 개인 키를 생성할 수 있습니다.

2. 탈중앙 위임의 가능성

Rudy@InfPool：ETH 2.0의 스테이킹에는 "위임"이 포함되어서는 안 될 것 같습니다."그것의 일부. 32ETH가 부족하면 탈중앙화 방식으로 다른 노드에 위임할 수 없나요? 아마도 중앙화된 지갑은 32ETH마다 풀(채굴 풀)을 만들고 인위적으로 할당하고 Validator를 설정할 수 있습니다.

Vitalik Buterin：2단계(Phase 2) 이후에는 컨트랙트를 위탁으로 사용할 수 있으며, 프라이빗 키 보유자가 나를 대신해 블록에 서명하는 등의 작업을 수행하지만 본인의 계좌로 인출(출금)할 수는 없습니다.

Rudy@InfPool：2단계 이후에 얼마나 많은 사람들이 하나의 계약을 통해 32ETH를 모아 하나의 검증자가 될 수 있습니까?

Vitalik Buterin：이 방법을 더 자세히 설명하겠습니다.

검증인을 열 때 서명 공개 키와 출금 공개 키의 두 가지 공개 키를 설정해야 합니다. 2단계 이후에는 출금 공개키 설정이 필요없으나 출금계약도 가능하며 서명의 개인키를 출금할 수 있으며 출금 완료 후 검증자에 있는 자금을 철회 계약의 주소. 그래서 새로운 검증인을 열 때 예를 들어 1이더를 먼저 보내고 출금 계약을 맺을 수 있는데, 이 계약의 규칙은 누구든지 비율에 따라 입금(입금)하고 출금하는 것입니다. 예를 들어 1이더를 입금하고 3명이 8, 10, 13이더 총 32개를 입금하면 검증인이 활성화(활성화)됩니다. 일정 시간이 지나면 인출 트랜잭션을 보내고 이제 검증인의 잔고(balance)가 33.6 ETH(+5%)이므로 계약에 33.6 ETH가 주어지고 계약의 규칙은 1.05를 귀하에게 할당하고 8.4 , 다른 참가자에게 10.5 및 13.65.

서명의 개인키는 본인의 것이며, 누가 얼마만큼 인출할 수 있는지에 대한 규정은 계약서에 명시되어 있습니다. 다른 사람들은 활성화되지 않은 검증인의 출금 계약의 규칙을 볼 수 있고, 그들이 합리적이라고 생각하면 검증인에게 코인을 보낼 수 있습니다. 이것이 위임된 방법입니다.

Rudy@InfPool：알겠습니다. 하지만 2단계까지 기다리세요.

ethresearch에 올라온 이 글에서 컨트랙트가 검증인이라는 개념을 처음 봤습니다.

https://ethresear.ch/t/decentralized-casper-validator-proposal/1430

3. 32 ETH 임계값

blockpunk@无志: 32번째기준은여전히 매우높습니다.

Vitalik Buterin：클라이언트의 효율성에 따라 숫자 32가 설정됩니다. 이더가 4개라면 검증인 ID가 많을 것이고 체인의 오버헤드가 너무 높을 것입니다. 그러나 클라이언트 효율성 향상은 두 가지 방향으로 사용될 수 있습니다: 하나는 검증인의 최소 eth를 8로 줄이는 것과 동시에 샤드 수를 늘리는 것이고, 두 번째는 이러한 수를 늘리지 않는 것입니다. 클라이언트가 점점 더 적은 자원이 되어 점점 더 많은 사용자가 비콘 노드(비콘 체인 노드)를 실행할 수 있습니다.

4. 하드웨어 요구 사항

blockpunk@无别: 320,000이더를 가지고 있는 클라이언트, 생성된10,000의검증인을임의숫자로1024개의샤드로마스터게이클라이언트는모든샤드의데이터를저장해야합니까?

Vitalik Buterin：예. 최신 계획은 1024개의 샤드가 아니라 64개의 샤드와 2048개의 위원회입니다. 이더가 60,000 이상이면 거의 모든 블록을 처리해야하므로 지역 폭군이 서버를 사용해야 할 수도 있습니다.

Rudy@InfPool：모든 블록을 처리하기 위해 서버를 임대할 수 있습니까? 올라가면 60,000과 600,000의 차이가 크지 않아야 합니다.

Vitalik Buterin：사실 특별히 큰 데이터는 아닌데, 2.7MB/sec는 물론 p2p 네트워크의 오버헤드 등을 곱한 것입니다.

Rudy@InfPool：배우다.