내 채굴 풀이 내 해시레이트를 훔치고 있는지 확인하는 방법은 무엇입니까?

마이닝 풀에서 해시레이트 도난 식별

1. 로컬 해시레이트 모니터 출력을 풀 대시보드와 비교합니다. 자세한 로깅이 활성화된 상태에서 xmrig 또는 lolMiner 를 실행하고 30분 동안 분당 허용된 공유를 기록합니다. 동일한 간격 동안 작업자 ID에 대해 풀에서 보고된 해시 비율과 비교하여 이를 대조 확인하세요.

2. 포트 3333 또는 4444에 대해 필터링된 wireshark를 사용하여 Stratum 프로토콜 트래픽을 검사합니다. 해당 mining.set_target 업데이트 없이 상태가 'false' 또는 'duplicate' 인 반복적인 mining.submit 응답을 찾습니다. 이는 거부된 공유가 사용자 측에 기록되지 않았지만 잠재적으로 다른 곳에서 계산되었음을 나타냅니다.

3. 공유 난이도 정렬을 확인합니다. 합법적인 풀은 선언된 해시 비율과 일치하기 어려운 작업을 할당합니다. ASIC이 120TH/s를 보고하지만 풀이 지속적으로 0.5G 난이도의 작업을 보내는 반면 100TH/s의 피어는 8G 작업을 수신하는 경우 풀이 제출을 제한할 수 있습니다.

4. 주식 수에 대한 지급 내역을 감사합니다. (귀하의 지분 / 총 풀 지분) × 블록 보상 × (1 − 풀 수수료) 공식을 사용하여 예상 BTC/ETH 지급액을 계산합니다. 3회 연속 지급에서 ±3%를 초과하는 불일치는 조사가 필요합니다.

5. 연결 지속성을 모니터링합니다. 이기적인 채굴 풀은 때때로 성과가 낮은 직원을 중간에 떨어뜨리는 경우가 있습니다. 채굴자가 유효한 공유를 제출한 후 90초 이내에 반복적으로 다시 연결하는 경우(특히 네트워크 중단이 관찰되지 않은 경우) 기여를 억제하기 위해 의도적으로 연결을 끊었다는 신호일 수 있습니다.

위험 신호로서의 Stratum 프로토콜 변칙

1. Stratum 메시지의 타임스탬프 왜곡을 관찰합니다. mining.notify 페이로드가 시스템 시계보다 5초 이상 오래된 서버 타임스탬프와 함께 도착하면 풀 서버가 임시 검색 공간을 잘못 정렬하기 위해 작업 발급 타이밍을 조작하고 있음을 나타냅니다.

2. 세션 전반에 걸쳐 쿠키 재사용을 감지합니다. 마이닝 쿠키는 새로운 mining.subscribe 마다 변경되어야 합니다. 여러 재연결에서 동일한 8바이트 쿠키를 재사용한다는 것은 작업자 ID를 표적으로 삼는 세션 가장 또는 재생 공격을 의미합니다.

3. 일관되지 않은 작업 ID를 찾아냅니다. 유효한 Stratum에는 작업자당 job_id 값이 단조롭게 증가해야 합니다. job_id=7a3f 에서 job_id=1c2b 로 이동한 다음 job_id=7a40 으로 다시 이동하는 것은 작업 대기열 조작 또는 병렬 제출 하이재킹을 나타냅니다.

4. 구독 후 mining.set_extranonce 누락되었는지 확인하세요. 이 메시지는 엑스트라논스 공간을 초기화하기 위해 연결당 한 번씩 나타나야 합니다. 이 기능이 없으면 채굴자는 정적 nonce를 사용하게 되어 중복 공유 확률이 대폭 증가하고 풀사이드 필터링이 활성화됩니다.

하드웨어 수준 확인 방법

1. 채굴기와 풀 사이에 Stratum-proxy 와 같은 인라인 Stratum 프록시를 배포합니다. 모든 인바운드 및 아웃바운드 JSON-RPC 메시지를 기록합니다. 'id':null 응답에 대한 로그를 필터링합니다. 이는 광부의 논리를 우회하고 잘못된 난이도 조정을 주입할 수 있는 원치 않는 풀 시작 명령을 나타냅니다.

2. JTAG 또는 UART 디버그 핀을 통해 ASIC 펌웨어 원격 측정을 캡처합니다. 풀에서 보고된 값과 초당 원시 칩 수준 해시 시도를 비교합니다. 7%를 초과하는 불일치는 손상된 풀 펌웨어 이미지에 의한 펌웨어 수준 차단 또는 명령 삽입을 나타냅니다.

3. ASIC PSU에서 전력 측정을 사용합니다. 실시간 전력량 급증을 공유 제출 타임스탬프와 연관시키세요. mining.submit 에 맞춰 2.3초마다 일관된 120W 스파이크가 물리적 해싱 활동을 확인합니다. 청구된 높은 해시 간격 동안 부재는 가상화되거나 제한된 작업을 나타냅니다.

4. Nonce 분포 엔트로피를 검증합니다. 10,000개의 허용된 공유 nonce를 수집하고 NIST SP 800-22 테스트를 실행합니다. 합법적인 PoW는 균일한 분배를 제공합니다. 기울어진 히스토그램(특히 0 또는 최대 uint32에 가까운 클러스터링)은 nonce 잘림 또는 풀 측 위조를 나타냅니다.

도난으로 인한 일반적인 잘못된 구성

1. 작업자 이름 형식이 잘못되어 자동 거부됩니다. 일부 풀에는 Worker_01 과 같이 밑줄로 구분된 이름이 필요한 반면 다른 풀에는 점이나 하이픈이 포함된 이름을 거부합니다. 이름이 잘못되면 모든 공유가 자동으로 삭제됩니다.

2. 시계 드리프트로 인해 오래된 공유 제출이 발생했습니다. 채굴자의 시스템 시계가 NTP 동기화 풀 서버에서 30초 이상 차이가 나면 제출된 공유는 오래된 것으로 표시되고 알림 없이 보상 계산에서 제외됩니다.

3. 방화벽으로 인한 패킷 조각화. 홈 라우터의 지나치게 공격적인 MSS 클램핑은 Stratum mining.submit 페이로드를 여러 TCP 패킷으로 분할합니다. 조각화된 제출을 거부하는 풀은 근본 원인을 노출하지 않고 해당 제출을 유효하지 않은 것으로 기록합니다.

4. GPU 메모리 오버클럭 불안정. 지속적인 로드 상태에서 AMD RX 6800 XT 카드의 메모리 오류로 인해 공유 페이로드가 손상되었습니다. 이는 서버 측에서 SHA 검증에 실패하지만 조기 성공 플래그로 인해 로컬 마이너 로그에 "수락됨"으로 표시됩니다.

자주 묻는 질문

Q: 풀은 내 작업자 통계를 변경하지 않고 내 해시율을 조작할 수 있습니까? 예. 풀은 난이도가 낮은 작업을 선택적으로 할당하고, 높은 가치의 공유를 삭제하면서 평탄한 평균을 사용하여 표시된 해시 비율을 부풀리거나, 지연된 릴레이 노드를 통해 제출을 라우팅하여 블록 찾기 라운드의 효과적인 참여를 인위적으로 줄일 수 있습니다.

Q: Stratum의 SSL/TLS 암호화는 해시레이트 도난을 방지합니까? 아니요. TLS는 전송을 보호하지만 작업 무결성을 검증하지는 않습니다. 풀 서버를 제어하는 ​​공격자는 여전히 잘못된 대상을 발행하거나, 쿠키를 재사용하거나, 암호화 전 제출을 삭제할 수 있습니다. 이 모든 것은 TLS만으로는 감지할 수 없습니다.

Q: 일부 풀이 내 ASIC 사양 시트보다 더 높은 해시율을 표시하는 이유는 무엇입니까? 이는 풀이 10~15분에 걸쳐 이동 평균 평활화를 적용하고 단기 계산에 고아 또는 오래된 공유를 포함할 때 발생합니다. 블록 발견에 대한 실제 계산 기여도는 반영되지 않습니다.

Q: 풀이 맞춤형 Stratum 확장을 사용하는 경우 도난을 감지할 수 있습니까? 예. 사용자 정의 확장은 여전히 ​​JSON-RPC 2.0 프레이밍을 준수해야 합니다. 메시지 빈도, 페이로드 크기 차이, 응답 대기 시간 이상값을 분석합니다. 문서화된 공개 사양이 부족한 확장 프로그램은 임시값 억제 또는 스푸핑 로직의 어려움을 숨기는 경우가 많습니다.