마이닝 풀 지불 방법 및 수수료를 비교하는 방법은 무엇입니까?

풀 수수료 구조 이해

1. 대부분의 채굴 풀은 블록 보상의 0.5%에서 3% 사이의 고정 비율 수수료를 부과하며, 이는 채굴자에게 분배되기 전에 공제됩니다.

2. 일부 풀은 해시 비율 기여 임계값에 연결된 가변 수수료를 구현합니다. 지속 해시 비율이 더 높은 채굴자는 할인 비율을 받을 자격이 있을 수 있습니다.

3. 소수의 풀은 시간이 지남에 따라 채굴기 가동 시간 또는 공유 제출 일관성이 향상됨에 따라 수수료가 점진적으로 감소하는 계층형 수수료 모델을 적용합니다.

4. 숨겨진 비용은 때때로 지불 지연이나 소규모 참가자의 순이익을 효과적으로 줄이는 최소 지불 한도의 형태로 나타납니다.

5. 투명한 블록체인 기반 결제 계층에서 운영되는 풀은 종종 온체인 수수료 영수증을 게시하여 실제 공제액을 독립적으로 확인할 수 있습니다.

일반적인 지급 방식 설명

1. 비례 지급은 라운드 중에 제출된 주식만을 기준으로 보상을 분배하지만 라운드 길이 종속성으로 인해 높은 차이가 발생합니다.

2. PPS(Pay-Per-Share)는 유효한 주당 즉각적인 고정 가치 지불을 보장하여 더 높은 수수료를 부과하는 동시에 풀 위험을 운영자에게 전가합니다.

3. FPPS(Full Pay-Per-Share)는 각 주식 지불에 거래 수수료를 포함시켜 PPS를 확장하여 약간 증가된 비용으로 보다 완전한 보상을 제공합니다.

4. 균등 공유 최대값(ESM)은 과거 공유 가중치와 네트워크 난이도 변화를 사용하여 지급액을 동적으로 조정하여 여러 라운드에 걸쳐 변동성을 원활하게 합니다.

5. 점수 기반 시스템은 제출 시간과 난이도에 따라 공유에 가중치를 할당하여 라운드 내 이전 제출에 더 많은 보상을 제공합니다.

수수료 투명성 및 온체인 검증

1. 이제 주요 풀은 지급 메타데이터를 Bitcoin OP_RETURN 출력에 포함시켜 제3자 도구가 채굴자 주소당 정확한 수수료 공제액을 재구성할 수 있도록 합니다.

2. 일부 Ethereum 기반 풀에서 사용되는 공개 감사 가능한 스마트 계약 래퍼를 사용하면 실시간 잔액 추적 및 자동 수수료 조정이 가능합니다.

3. 특정 풀은 GPG 키로 서명된 일일 CSV 보고서를 게시하며 모든 블록 보상, 원천징수 수수료 및 작업자 ID당 최종 배포 금액을 나열합니다.

4. PoolWatch 및 HashEye와 같은 독립적인 모니터링 서비스는 온체인 블록 데이터에 대한 풀 보고 통계를 상호 참조하여 0.1%를 초과하는 불일치를 표시합니다.

최소 지급 기준액의 영향

1. 임계값은 F2Pool의 0.001 BTC부터 기존 AntPool 구성의 0.01 BTC까지 다양하며 소규모 운영자의 현금 흐름 빈도에 직접적인 영향을 미칩니다.

2. BTC 가격이 급등할 때 높은 기준점은 기회비용을 복합적으로 초래합니다. 미지급 잔액은 재투자되거나 헤징되지 않고 유휴 상태로 유지됩니다.

3. 일부 풀은 임계값이 충족되면 지불을 실행하는 자동 변환 기능을 제공하여 사전 협상된 환율에 따라 BTC를 스테이블 코인으로 변환합니다.

4. 동적 임계값 모델은 현재 네트워크 수수료 압력에 따라 최소값을 조정합니다. 수수료가 높은 기간에는 임계값을 낮추어 소액 잔고가 장기간 유지되는 것을 방지합니다.

자주 묻는 질문

Q: 풀은 지급 주소 전환에 대해 추가 수수료를 부과합니까? 대부분의 풀은 지급 주소 업데이트에 수수료를 부과하지 않지만 일부 풀은 무단 변경을 방지하기 위해 최대 72시간의 확인 지연을 요구합니다.

Q: 보고된 해시 비율이 풀 속성과 일치하는지 확인할 수 있나요? 예. 로컬 스트라텀 로그 타임스탬프와 난이도 목표를 풀 대시보드 지표와 비교하여 ±2% 이상의 불일치는 공유 덤프 분석을 통해 조사를 보장합니다.

Q: 풀의 명시된 수수료 비율에 거래 수수료가 포함되어 있나요? 아니요. 채굴된 블록에서 수집된 거래 수수료는 일반적으로 별도로 분배되며 FPPS 또는 유사한 하이브리드 모델로 명시적으로 표시되지 않는 한 기본 풀 수수료 비율의 일부가 아닙니다.

Q: 풀은 수수료 구조를 얼마나 자주 업데이트합니까? 수수료 변경은 자주 발생하지 않으며(보통 1년에 2번 미만) 공식 블로그 게시물, 이메일 알림 및 고정된 포럼 스레드를 통해 최소 14일 전에 미리 공지됩니다.