하나의 기사에서 Eth2 검증자의 위험을 평가하기 위한 올바른 자세에 대해 알아보십시오.

소스 |Ethereum Blog

소스 |

Beacon Chain에는 유효성 검사기 동작에 대한 여러 인센티브 메커니즘이 있으며, 모두 네트워크의 현재 상태에 따라 결정됩니다. 따라서 노드 보안 방법을 결정할 때 다른 유효성 검사기가 문제가 발생할 수 있는 상황을 고려하는 것도 중요합니다.

• 활성 유효성 검사기의 잔액은 증가하거나 감소하며 동일하게 유지되지 않습니다. 따라서 위험을 최대한 줄이는 것이 수익을 극대화하는 방법입니다. 검증자의 잔액이 비콘 체인에 의해 차감되는 세 가지 주요 상황이 있습니다.

• 일반 페널티: 이 페널티는 검증자가 직무를 수행하지 않을 때 부과됩니다(오프라인 등).

• 비활성 유출: 네트워크가 종료할 수 없는 상태에 있을 때 검증자는 과실로 처벌됩니다. 즉, 오프라인 상태인 다른 검증자와 관련성이 높습니다.

슬래싱(Slashing): 유효성 검사기가 모순된 블록 제안 또는 증명을 만들면 슬래싱됩니다(아마도 공격).

참고: 평균적으로 단일 검증인은 일정한 잔고를 가질 수 있지만 작업 참여에 대해 보상을 받거나 불이익을 받습니다.

상관관계

전체 네트워크가 건강한 상태라면 단일 검증인이 오프라인 상태가 되거나 슬래시가 발동되는 영향이 적기 때문에 처벌이 그다지 가혹하지 않을 것입니다. 반대로 네트워크의 많은 수의 유효성 검사기가 오프라인 상태이면 오프라인 유효성 검사기의 균형이 훨씬 빨리 삭감됩니다.

마찬가지로 다수의 검증인이 동시에 슬래싱을 트리거하면 비콘 체인에 대한 공격에 해당하므로 이러한 검증인의 약정 자금은 100% 파괴됩니다.

이러한 "상관관계가 없는" 인센티브로 인해 유효성 검사기는 개인적으로 고립되기보다는 다른 사람에게 동시에 영향을 미치는 문제에 대해 더 많이 생각해야 합니다.

고장 원인 및 가능성

몇 가지 실패 사례를 살펴보고 동시에 영향을 받는 다른 유효성 검사기의 수와 유효성 검사기가 얼마나 많은 불이익을 받게 되는지 살펴보겠습니다.@econoar나는 여기에 동의하지 않는다

성명. 이러한 문제의 심각도는 보통으로 간주됩니다. 가정용 UPS 및 이중 WAN 주소 오류는 다른 사용자와 관련이 없으며 고려 대상에서 제외됩니다.

🌍 인터넷/전원 장애

집에서 유효성 검사기를 실행하는 경우 향후 이러한 문제에 직면할 가능성이 있습니다. 홈 네트워크 및 전원 연결은 가동 시간을 보장하지 않습니다. 네트워크 연결이 끊기거나 전원이 꺼지면 몇 시간 동안이라도 전체 영역이 영향을 받는 경우가 많습니다.

Validator #12661네트워크나 전기가 매우 안정적이지 않는 한 이러한 이유로 불이익을 받을 가치가 없습니다. 몇 시간 동안 불이익을 받지만 전체 네트워크가 정상적으로 실행되고 있기 때문에 벌금은 해당 기간 동안 받아야 할 보상과 거의 동일합니다. 즉, 실패 시간이 k시간인 경우 검증인 잔액은 실패 k시간 이전의 값으로 롤백할 수 있으며 k시간 후에 검증인 잔액은 실패 이전의 값으로 돌아갑니다.Beaconcha.in

잔액은 오프라인 감소와 거의 동일한 비율로 반환됩니다.

🛠 하드웨어 오류

네트워크 문제와 유사하게 하드웨어 장애는 무작위로 발생하며 장애가 발생하면 노드가 며칠 동안 오프라인 상태가 될 수 있습니다. 예비 하드웨어 비용 대비 유효성 검사기 수명 동안 예상되는 이점을 고려하는 것이 중요합니다. 예상되는 실패 값(오프라인 페널티에 발생 가능성을 곱함)이 예비 하드웨어 비용보다 큽니까?

개인적으로 실패 확률이 낮고 예비 하드웨어 비용이 높으면 가치가 없습니다. 그러나 다시 말하지만 나는 거대한 고래 🐳가 아닙니다. 실제 상황에 따라 모든 실패 시나리오를 평가해야 합니다.

☁️ 클라우드 서비스 장애

아마도 하드웨어 및 네트워크 오류를 피하기 위해 클라우드 서비스를 사용하도록 선택할 수 있습니다. 클라우드 서비스를 사용하는 경우 위에서 언급한 관련 위험이 도입됩니다. 귀하와 동일한 클라우드 공급자를 사용하는 다른 검증인은 몇 명입니까?제작 일주일 전,Amazon의 AWS가 장기간 다운되었습니다.

, 네트워크에 큰 영향을 미쳤습니다. 이제 유사한 이벤트가 발생하여 많은 수의 유효성 검사기가 동시에 오프라인 상태가 되면 비활성 페널티가 트리거됩니다.

더 나쁜 것은 클라우드 서비스 공급자가 새 가상 머신으로 노드를 실행하지만 실수로 이전 노드 실행을 중지하지 않으면 슬래시가 될 수 있습니다(이것이 다른 검증자에게도 영향을 미치면 페널티가 특히 클 것임).

클라우드 서비스 사용을 고집하는 경우 손실을 줄일 수 있는 더 작은 서비스 공급자로 전환하는 것을 고려할 수 있습니다.

🥩 스테이킹 서비스현재 메인넷은다양한 서약 서비스

선택할 수 있으며 탈 중앙화 정도는 다양하지만 ETH를 서비스 제공자에게 맡기면 상관 관계의 위험이 다소 증가합니다. 이러한 서비스는 의심할 여지 없이 eth2 생태계의 필수적인 부분이며, 특히 32 ETH 미만을 보유하거나 스테이킹에 필요한 기술 지식이 부족한 사용자에게 적합합니다. 그러나 이러한 서비스는 사람이 설계한 것이므로 결함이 있을 수 있습니다.

스테이킹 풀이 결국 eth1 마이닝 풀만큼 커지면 버그로 인해 사용자에게 막대한 삭감 또는 감속 페널티가 발생할 수 있습니다.

🔗 실패Infura는 지난달 6시간 동안 다운되었습니다.

, Ethereum 생태계의 정체로 이어집니다. 같은 방식으로 이것은 Eth2 유효성 검사기가 직면할 수 있는 관련 위험이기도 합니다.

또한 타사 eth1 API 공급자는 서비스에 대한 호출 속도를 제한해야 합니다. 과거에는 이로 인해 유효성 검사기가 유효한 블록을 생성할 수 없었습니다(Medalla testnet).

최상의 솔루션은 자체 eth1 노드를 실행하는 것입니다. 속도 제한에 부딪히지 않고 상관관계 위험을 줄이고 전체 네트워크의 분산화를 개선하는 데 도움이 됩니다.PR#8062Eth2 클라이언트는 여러 eth1 노드를 지정할 가능성을 추가하기 시작했습니다. 이점은 기본 엔드포인트가 실패할 경우 백업 엔드포인트를 쉽게 전환할 수 있다는 것입니다(Lighthouse: --eth1-endpoints, Prysm:

, Nimbus 및 Teku는 나중에 지원을 추가할 수 있습니다).EthereumNodes.com저비용 또는 무료 대체 API를 추가하는 것이 좋습니다(

무료 및 유료 API 끝점과 현재 상태가 )에 있습니다. 이 측정은 자체 eth1 노드를 실행하는지 여부에 관계없이 필요합니다.

🦏 특정 eth2 클라이언트가 다운되었습니다.

코드 검토, 감사 및 테스트에도 불구하고 eth2 클라이언트의 버그는 어딘가에 숨어 있습니다. 대부분은 사소한 문제이며 제품이 출시되기 전에 잡힐 수 있지만 선택한 클라이언트가 오프라인 상태가 되거나 삭감될 가능성이 있습니다. 이런 일이 발생하면 대부분의 사람들(>1/3)이 사용하는 클라이언트를 실행하고 싶지 않을 것입니다.

어떤 클라이언트가 가장 적합하다고 생각하는지와 그 인기 사이에서 절충해야 합니다. 노드에 문제가 발생할 경우 다른 클라이언트를 설치하고 구성하는 방법을 알 수 있도록 다른 클라이언트의 설명서를 읽어보십시오.Vouch많은 ETH를 스테이킹했다면 계란을 한 바구니에 담지 않으려면 서로 다른 클라이언트를 운영해야 합니다.Secret Shared Validators다중 노드 스테이킹, 현재 비밀 공유 유효성 검사기를 제공할 수 있는 인프라입니다.

)도 빠르게 발전했습니다.

물론 가능성이 낮고 예측할 수 없지만 위험을 초래하는 영향력이 큰 사건도 많이 있습니다. 이것은 귀하의 스테이킹 설정 및 결정과는 아무런 관련이 없습니다. 예를 들어 하드웨어 수준에서Spectre그리고Meltdown그리고BleedingTooth, 또는 커널 취약점(

하드웨어 스택 전체의 특정 위험에 대한 힌트). 즉, 이러한 문제를 완전히 예측하고 피할 수는 없지만 문제가 발생한 후에 상응하는 조치를 취합니다.

무엇을 걱정해야 합니까?

궁극적으로 주어진 실패의 예상 값 E(X)를 계산하는 것으로 귀결됩니다: 이벤트 발생 가능성 및 해당 이벤트 비용. 상관 계수는 처벌의 심각도에 상당한 영향을 미칠 수 있으므로 eth2 네트워크의 다른 구성원과 관련하여 이러한 실패 이벤트를 고려하는 것이 중요합니다. 실패의 예상 비용과 희석된 실패의 비용을 비교하면 시도해 볼 만한 가치가 있는지 합리적인 답을 얻을 수 있습니다.

아무도 노드가 실패할 수 있는 모든 상황이나 각 실패 가능성을 알지 못하지만 각 실패 유형의 가능성을 독립적으로 추정하고 최대 위험을 희석함으로써 "군중의 지혜"가 작용합니다. 또한 각 검증인은 서로 다른 위험에 직면하고 이러한 위험을 다르게 평가하기 때문에 귀하가 고려하지 않은 위험이 다른 사람이 직면할 수 있으므로 관련성이 떨어질 수 있습니다. 탈중앙화의 힘!

📕 당황하지 마세요

마지막으로 노드에 실제로 어떤 일이 발생하더라도 당황하지 마십시오! 비활동성 유출로 처벌을 받더라도 단기간에 처벌의 양은 크지 않습니다. 진정하고 무슨 일이 일어났는지, 왜 그런 일이 일어났는지 생각하고 그것을 고칠 계획을 세우십시오. 시작하기 전에 심호흡을 하세요! 자신에게 생각할 시간을 5분 더 주는 것이 서둘러 잘못된 결정을 내리고 벌금을 물어야 하는 것보다 훨씬 낫습니다.

최우선 순위: 🚨 동일한 확인 키로 두 개의 노드를 실행하지 마십시오! 🚨

고지 사항: ECN의 번역 작업은 중국 이더리움 커뮤니티에 고품질 정보 및 학습 리소스를 제공하는 것을 목표로 합니다.기사의 저작권은 원저자에게 있습니다.재인쇄는 원문의 출처와 ethereum.cn을 표시해야 합니다.장기적으로 재인쇄는 eth@ecn.co로 연락하십시오.Beaconcha.in]

고지 사항: ECN의 번역 작업은 중국 이더리움 커뮤니티에 고품질 정보 및 학습 리소스를 제공하는 것을 목표로 합니다.기사의 저작권은 원저자에게 있습니다.재인쇄는 원문의 출처와 ethereum.cn을 표시해야 합니다.장기적으로 재인쇄는 eth@ecn.co로 연락하십시오.

공식 계정: ETH 차이니즈 스테이션

공식 계정: ETH 차이니즈 스테이션