보상을 위해 이더리움(ETH)을 스테이킹하는 단계별 가이드

이더리움 스테이킹 기본 이해

1. 이더리움 스테이킹에는 네트워크 운영을 지원하고 지분 증명 합의 메커니즘을 통해 보상을 얻기 위해 ETH를 잠그는 것이 포함됩니다.

2. 검증인은 블록 검증에 직접 참여하기 위해 전문 소프트웨어를 실행하고 최소 32 ETH 잔액을 유지해야 합니다.

3. 2020년 12월에 출시된 비콘 체인은 이더리움의 PoS 전환을 위한 백본 역할을 하며 샤드 전반에 걸쳐 검증인 활동을 조정합니다.

4. 스테이킹 보상은 ETH로 분배되며 총 네트워크 스테이킹 공급, 검증인 가동 시간 및 포함 지연 지표에 따라 변동됩니다.

5. 검증인이 악의적으로 행동하거나 프로토콜 규칙을 따르지 않는 경우(예: 이중 서명 또는 다운타임 연장)에 큰 처벌이 적용됩니다.

스테이킹 방법 선택

1. 솔로 스테이킹은 키와 인프라에 대한 완전한 통제권을 제공하지만 기술적 전문성과 지속적인 시스템 유지 관리가 필요합니다.

2. 스테이킹 풀은 여러 참가자로부터 소액의 예금을 집계하여 32 ETH 미만의 사용자가 노드 인프라를 관리하지 않고도 참여할 수 있도록 합니다.

3. 중앙 집중식 거래소는 유연한 인출 조건으로 단순화된 스테이킹 인터페이스를 제공하지만 개인 키에 대한 제3자의 통제로 인해 보관 위험이 남아 있습니다.

4. 비수탁형 유동성 스테이킹 프로토콜은 유동성을 유지하면서 스테이킹된 ETH와 누적된 보상을 나타내는 stETH 또는 rETH와 같은 파생 토큰을 발행합니다.

5. 하드웨어 지갑 통합 스테이킹 솔루션은 콜드 스토리지 호환성을 허용하여 자체 관리권을 유지하면서 원격 손상에 대한 노출을 줄입니다.

검증인 노드 설정

1. 최소 32 ETH를 획득하고 공식 이더리움 문서를 통해 확인된 입금 계약 주소로 전송합니다.

2. 키 유출을 방지하기 위해 공식 Ethereum Launchpad 또는 오프라인 서명 유틸리티와 같은 신뢰할 수 있는 도구를 사용하여 보안 키 쌍을 생성합니다.

3. 실행 및 합의 레이어 클라이언트(실행용 Geth 또는 Nethermind, 합의용 Lighthouse 또는 Teku)를 설치하고 구성합니다.

4. 유효성 검사기를 활성화하기 전에 두 클라이언트를 완전히 동기화합니다. 불완전한 동기화로 인해 증명이 누락되고 수입이 감소할 수 있습니다.

5. BeaconScan 또는 Kiln과 같은 대시보드를 통해 유효성 검사기 성능을 모니터링하고 유효 잔액, 상태 및 에포크 참여율과 같은 지표를 추적합니다.

보상 메커니즘 및 분배

1. 보상은 매 에포크(대략 6.4분마다)마다 발생하며, 글로벌 스테이킹 참여율을 기준으로 동적으로 계산됩니다.

2. 기본 보상 공식에는 검증인 잔액, 총 스테이킹된 ETH, 시기적절한 증명 및 제안에서 파생된 개별 성과 점수가 포함됩니다.

3. 보상이 검증자의 유효 잔액에 재투자되면 자동으로 복리가 발생하여 향후 에포크 지급액이 늘어납니다.

4. 2023년 4월 Shanghai-Capella 업그레이드 이후 출금이 가능해졌으며, 검증인 대기열 제한에 따라 부분 및 전체 출금이 가능해졌습니다.

5. ETH 발행이 EIP-1559 기본 수수료 소진으로 부분적으로 상쇄되어 장기적인 스테이킹 수익률 지속 가능성에 영향을 미치면서 인플레이션 압력이 완화됩니다.

자주 묻는 질문

Q: 출금을 시작한 후 즉시 ETH를 언스테이킹할 수 있나요? 아니요. 전체 언스테이킹을 위해서는 검증인 대기열을 종료해야 하며, 이는 현재 종료 백로그 및 검증인 이탈률에 따라 며칠이 걸릴 수 있습니다.

Q: 내 검증인이 장기간 오프라인 상태가 되면 어떻게 되나요? 가동 중지 시간이 길어지면 증명 효율성이 감소하고 비례적으로 보상도 낮아집니다. 8192세대(~18.4일) 이상 오프라인 상태인 경우 자동 제거가 발생합니다.

Q: 스테이킹 보상은 대부분의 관할권에서 소득으로 과세됩니까? 예. 대부분의 세무 당국은 스테이킹 보상을 수령 시 경상 소득으로 분류하여 분배일의 공정한 시장 가치로 보고하도록 요구합니다.

Q: 유동 스테이킹 토큰에는 스마트 계약 위험이 있나요? 예. stETH 또는 유사한 토큰을 발행하는 프로토콜은 감사되고 전투 테스트를 거친 코드에 따라 다릅니다. 취약점이나 Oracle 오류는 토큰 페그 및 상환 보장에 영향을 미칠 수 있습니다.