워커 통계 읽기 — 낮은 해시레이트, 높은 거부율, Stratum 연결 끊김 진단
SoloFury 워커 통계를 위한 완전한 진단 가이드. 모든 숫자의 의미, 낮은 해시레이트·높은 거부율·오래된 셰어·연결 끊김의 근본 원인 식별 방법, 수정 방법을 배웁니다.
워커 통계 페이지는 솔로 채굴에서 가장 중요한 화면입니다. 해시레이트가 풀에 도달하는지, 셰어가 승인되는지, 채굴기가 건강한지, 블록을 찾기까지 얼마나 가까운지를 알려줍니다. 올바르게 읽고 그에 따라 행동하는 것이 좋은 오즈로 24시간 채굴하는 것과 몇 주 동안 눈치채지 못한 채 용량을 잃는 것의 차이입니다.
이 가이드는 SoloFury 채굴기 통계 페이지의 모든 메트릭, 각 숫자가 어떻게 보여야 하는지, 무언가 잘못됐을 때 무엇을 해야 하는지, 증상별로 문제를 분류하는 방법을 설명합니다.
1. 워커 통계를 찾는 곳
SoloFury는 각각 다른 장점을 가진 세 곳에서 워커 통계를 제공합니다:
라이브 채굴기 대시보드 /miner/?addr=<당신의지갑>&coin=<bch|btc|bc2|bch2|xec>
특정 코인에서 지갑에 연결된 모든 워커를 보는 가장 빠른 방법. ~24초마다 업데이트. 해시레이트, 셰어 수, 최고 셰어, 워커 건강 상태 표시.
워커별 상세 — 대시보드의 워커 이름을 클릭하여 시간에 따른 기록, 해시레이트 그래프, 개별 통계 확인.
Telegram 봇 (@SoloFuryBot) — 지갑을 구독하여 능동적인 알림 받기. 워커가 오프라인이 되거나 셰어가 도달하지 않거나 블록을 찾을 때 메시지 수신.
2. 핵심 메트릭 — 각 숫자의 의미
해시레이트
대시보드에 세 가지 해시레이트 값이 표시됩니다:
| 레이블 | 의미 | 일반적인 지연 |
|---|---|---|
| 1m | 지난 1분간 평균 해시레이트 | 실시간이지만 잡음이 많음 |
| 5m | 지난 5분간 평균 해시레이트 | 안정적, “지금 동작하는지” 판단에 최적 |
| 1h | 지난 1시간 평균 해시레이트 | 부드러움, 장기 트렌드에 최적 |
솔로 채굴에서 5m 해시레이트가 가장 유용한 단일 숫자입니다. 1m은 너무 잡음이 많고(짧은 창에서 분산이 큼), 1h는 고장을 반영하는 데 너무 오래 걸립니다.
승인된 셰어
채굴기가 제출하는 모든 유효한 셰어가 카운트됩니다. 숫자가 올라가는 것이 “동작하고 있음”의 가장 기본적인 신호입니다. 10분 이상 승인 셰어가 없는 워커는 로컬 UI가 무엇을 말하든 풀의 관점에서는 망가진 것입니다.
거부된 셰어(및 거부율 %)
거부된 셰어는 다음 중 하나의 이유로 풀이 거부한 제출입니다:
- 셰어가 이미 다른 채굴기에 의해 제출됨(“중복”)
- 현재 vardiff 목표에 대해 셰어 난이도가 너무 낮음
- 셰어가 도달하기 전에 Stratum 작업이 만료됨
- 셰어 데이터의 하드웨어 오류
건강한 거부율: 0.5% 미만. 허용 가능: 0.5〜2%. 문제: 2% 이상. 5%+ 거부율은 실제 해시레이트를 낭비하고 있으며 즉시 조사가 필요합니다.
오래된 셰어(Stale)
Stale은 채굴기가 이미 채굴된 블록(풀이 새 블록 템플릿으로 이동한)에 기반한 작업을 제출한 특별한 형태의 거부 셰어입니다. 높은 stale 비율은 채굴기가 새 작업을 너무 늦게 받고 있음을 의미합니다 — 거의 항상 네트워크 지연 문제입니다.
건강한 stale 비율: 1% 미만. 2% 이상은 더 가까운 SoloFury 리전으로 전환해야 합니다.
최고 셰어
이제까지 제출한 가장 높은 난이도의 셰어를 네트워크 난이도로 나눈 것. 이것은 허영 메트릭이자 “아깝다” 지표입니다: “최고 셰어” 0.5는 네트워크 난이도의 50%의 셰어를 제출했음을 의미합니다 — 실제 블록에 가까운 것입니다.
솔로 로터리 채굴에서 모든 셰어는 블록이 되려고 합니다. 최고 셰어 수는 지금까지 가장 가까이 간 것에 불과합니다. 높은 최고 셰어는 미래의 오즈를 바꾸지 않지만 운을 추적하는 재미있는 방법입니다.
마지막 확인
풀이 이 워커로부터 마지막으로 셰어를 받은 시간. 건강함: 5분 미만. 우려: 15분 이상. 사망: 1시간 이상. 워커가 “마지막 확인: 6시간 전”을 표시한다면 조사해야 할 문제가 있습니다.
Ping(풀까지의 지연)
ASIC에서 풀의 stratum 서버까지 왕복 시간. 50ms 미만: 우수. 50〜150ms: 양호. 150〜300ms: 작동 가능하지만 최적 이하. 300ms 이상: 더 가까운 리전으로 전환.
높은 ping은 오래된 셰어를 직접 유발합니다(채굴기가 새 작업을 너무 늦게 받음). 이것이 수정 가능한 수익 손실의 가장 큰 원인입니다.
3. 증상: 낮은 해시레이트(예상 이하로 표시됨)
S21+가 235 TH/s를 표시해야 하는데 SoloFury 대시보드가 180 TH/s를 표시한다면 무언가 잘못된 것입니다. 이 순서로 분류하세요:
1단계: ASIC의 로컬 UI도 같은 숫자를 보여주는가?
ASIC의 웹 인터페이스에 로그인하여 자체 해시레이트 읽기를 확인합니다. ASIC의 UI도 180 TH/s를 보여준다면 문제는 물리적입니다: 칩 고장, 열 스로틀링, 언더볼팅, 또는 전원 공급 문제. ASIC이 로컬에서 235 TH/s를 보여주지만 SoloFury에는 180 TH/s만 도달한다면 문제는 네트워크 또는 stratum입니다.
2단계: 물리적 원인(ASIC 로컬 UI도 낮은 값 표시)
| 원인 | 진단 | 수정 |
|---|---|---|
| 해시보드 고장 | ASIC UI가 하나 이상의 칩을 0 GH/s 또는 체인 실패로 표시 | 해시보드 교체, 보증 기간 내라면 연락 |
| 열 스로틀링 | 온도가 85°C 이상, 팬 100% | 환기 개선, 주변 온도 낮추기, 언더볼트 |
| 언더볼팅이 너무 공격적 | 커스텀 펌웨어가 효율>18 J/TH를 보이지만 해시레이트 손실 | 전압 높이기, 스톡에 가깝게 돌아가기 |
| 전원 공급 부족 | PSU 100% 용량, 부하 시 전압 강하 | PSU 업그레이드, 220V 배선 확인 |
| 펌웨어 버그 | 최근 펌웨어 업데이트가 문제 이전에 발생 | 펌웨어를 이전 안정 버전으로 롤백 |
3단계: 네트워크/stratum 원인(ASIC 로컬 UI는 정상, 풀에서 낮은 값 표시)
| 원인 | 진단 | 수정 |
|---|---|---|
| Stratum 연결 끊김 | 워커가 로그에 재연결을 표시 | 섹션 5의 연결 끊김 참조 |
| 높은 거부율 | 풀 통계에서 거부율 2% 이상 | 섹션 4의 거부 참조 |
| 높은 stale 비율 | stale 비율 2% 이상 | 더 가까운 SoloFury 리전으로 전환 |
| Vardiff가 안정화되지 않음 | 새 워커, 대시보드 해시레이트가 천천히 상승 중 | Vardiff가 안정화될 때까지 30분 대기 |
4. 증상: 높은 거부율
2% 이상의 거부율은 심각한 문제입니다. 원인은 두 가지 카테고리로 나뉩니다:
지연 관련 거부(가장 일반적)
채굴기가 Stratum 작업이 만료된 후 셰어를 제출하고 있습니다. 원인:
- 풀 서버까지 높은 ping(150ms 이상)
- 사용자와 풀 사이의 패킷 손실
- 불안정한 Wi-Fi(Bitaxe/NerdQAxe를 Wi-Fi 사용 시)
수정:
- 더 가까운 SoloFury 리전으로 전환(유럽은
eu-*.solofury.com, 아시아는asia-*.solofury.com) - Wi-Fi에서 유선 Ethernet으로 전환
ping <코인>.solofury.com으로 연결 품질 확인 및 지터 기록
Vardiff 난이도 관련 거부
Vardiff는 워커의 해시레이트에 맞게 셰어 난이도를 조정합니다. 워커가 셰어를 너무 느리게 제출하거나(낮은 해시레이트) vardiff가 조정할 시간이 없었다면 셰어가 난이도 너무 낮음으로 거부될 수 있습니다.
수정:
- 새 워커에서 vardiff가 안정화될 때까지 30분 대기
- 해시레이트가 스펙보다 훨씬 낮다면 먼저 해시레이트 문제 해결
하드웨어 생성 거부
ASIC의 칩이 유효하지 않은 셰어를 계산하고 있습니다. 결함이 있는 실리콘을 나타냅니다.
수정:
- 칩 온도 확인(고온 또는 저온 이상값 찾기)
- 언더볼팅 줄이기 / 전압 높이기
- 지속되면 영향받은 해시보드 교체
5. 증상: Stratum 연결 끊김(워커가 계속 재연결)
떨어지고 재연결을 반복하는 워커는 각 사이클마다 몇 초의 해싱을 낭비합니다. 원인은 보통 네트워크 측에 있습니다.
일반적인 원인
| 원인 | 진단 | 수정 |
|---|---|---|
| 불안정한 ISP에서 TCP 킵얼라이브 실패 | mtr이 >0.5% 패킷 손실 표시 | 더 가까운 HAProxy 릴레이 리전 사용(이미 SoloFury EU/Asia 엔드포인트에서 활성화됨) |
| 풀 유지보수/재시작 | 풀 전체에서 여러 워커가 동시에 연결 끊김 | 대기 — 자동 재연결이 몇 초 내에 시작되어야 함 |
| 방화벽 / NAT 타임아웃 | ~5분마다 정확히 연결 끊김 | 더 긴 TCP 킵얼라이브(>10분)를 위한 라우터 설정, 또는 채굴기 자체 재연결 루프에 의존 |
| 불량 이더넷 케이블 또는 PoE 인젝터 | 무작위 연결 끊김, 채굴기 전원 사이클과 상관될 수 있음 | 케이블 교체, PoE 건강 확인 |
| ASIC IP 충돌 | DHCP가 두 장치에 같은 IP 반환 | 라우터에서 각 ASIC에 고정 IP 예약 |
| ISP DPI / 트래픽 셰이핑 | 연결 끊김이 피크 시간대와 상관 | 다른 stratum 포트 또는 VPN 터널 시도 |
SoloFury의 HAProxy 릴레이가 어떻게 도움이 되는가
SoloFury의 EU와 Asia 엔드포인트(eu-*.solofury.com와 asia-*.solofury.com)는 24시간 TCP 타임아웃과 연결 킵얼라이브가 활성화된 HAProxy 릴레이입니다. 그렇지 않으면 연결이 끊어질 풀 측 재시작과 ISP 문제 중에도 워커를 연결 상태로 유지합니다. 북미에 있지 않다면 항상 Atlanta 기본보다 지역 릴레이를 선호하세요.
6. 증상: 셰어가 전혀 없음(워커가 “마지막 확인: 없음” 또는 수시간 전 표시)
워커는 풀의 관점에서 완전히 오프라인입니다.
진단 순서
- IP에서 ASIC의 로컬 UI에 접근할 수 있는가? 아니오 → 전원, 네트워크, 또는 ASIC 하드웨어. 예 → 계속.
- ASIC의 로컬 UI가 채굴 중으로 표시하는가? 아니오 → ASIC의 풀 설정 확인, 재시작, 펌웨어 확인. 예 → 계속.
- ASIC에 설정된 풀 URL은 무엇인가? 다음 중 하나여야 합니다:
bch.solofury.com:7070,btc.solofury.com:7070,bc2.solofury.com:7070,bch2.solofury.com:7070,xec.solofury.com:7070, 또는eu-/asia-지역 버전. - 워커 이름은 무엇인가?
<지갑주소>.<워커이름>이어야 합니다. 지갑 주소는 코인에 대해 유효해야 합니다(BCH/BCH2는 BCH CashAddr, BTC는 P2PKH/Bech32, XEC는 eCash 등). - ASIC에서 풀에 접근할 수 있는가? ASIC의 진단 도구 또는 같은 서브넷의 다른 머신에서 ping/telnet 사용.
가장 일반적인 근본 원인: 잘못된 지갑 형식
각 SoloFury 코인은 네이티브 형식의 지갑이 필요합니다:
| 코인 | 형식 | 예시 |
|---|---|---|
| BTC | Bech32 또는 P2PKH | bc1q... 또는 1... |
| BCH | CashAddr(접두사 포함) | bitcoincash:qq... |
| BC2 | BTC 호환 | bc1q... 또는 1... |
| BCH2 | CashAddr(접두사 포함) | bitcoincash:qq... |
| XEC | eCash(접두사 포함) | ecash:qq... |
7. 증상: 최고 셰어가 낮은 채 고착됨(블록을 찾지 못할까 걱정됨)
몇 주의 채굴 후 최고 셰어가 네트워크 난이도의 0.001 같은 것이라도 운이 나쁘거나 오즈가 나쁘다는 것을 의미하지 않습니다. 최고 셰어는 역대 최대값 통계입니다; 포아송 과정에서 대부분의 셰어는 작고, 최대값은 수행된 총 작업의 세제곱근으로 천천히 성장합니다. 낮은 최고 셰어는 통계적으로 정상입니다.
블록 발견 확률에 중요한 것은 총 누적 해시레이트-시간이며 최고 셰어가 아닙니다. 해시레이트가 좋고 거부율이 낮다면 올바르게 로터리 티켓을 구매하고 있는 것입니다 — 분산이 표현되는 데 시간이 걸릴 뿐입니다.
솔로 채굴 분산의 배경 수학과 다양한 해시레이트 수준에서 현실적으로 기대할 수 있는 것에 대해서는 솔로 채굴 로터리 수학 기사를 참조하세요.
8. 빠른 참조: 증상 → 가장 가능성 있는 원인
| 증상 | 먼저 확인할 것 | 가장 일반적인 원인 |
|---|---|---|
| 해시레이트가 예상의 20%+ 이하(안정적) | ASIC 로컬 UI | 해시보드 또는 열 문제 |
| 해시레이트가 분단위로 심하게 변동 | 소규모 워커에서는 정상 | 분산, 1시간 평균 대기 |
| 거부율 2% 이상 | 풀까지 ping | 지연 — 리전 변경 |
| stale 비율 2% 이상 | 풀까지 ping | 지연 — 리전 변경 |
| 워커 오프라인(“마지막 확인: 수시간 전”) | ASIC 전원 & 네트워크 | 정전 또는 stratum 설정 오류 |
| 자주 연결 끊김 | 라우터/NAT, ISP | HAProxy 지역 엔드포인트 사용 |
| 몇 주 후에도 최고 셰어가 매우 낮음 | 통계적인 것 | 정상, 채굴 계속 |
| 시작 후 해시레이트가 천천히 상승 | Vardiff 수렴 중 | 30분 대기, 정상 동작 |
9. 올바른 SoloFury 리전 선택하기
풀 지연은 셰어 품질에 가장 조절 가능한 요소입니다. SoloFury는 세 가지 리전을 운영합니다:
| 리전 | 엔드포인트 패턴 | 최적 대상 |
|---|---|---|
| Atlanta(기본) | <코인>.solofury.com | 북미, 카리브해, 남미 동쪽 해안 |
| Frankfurt(EU 릴레이) | eu-<코인>.solofury.com | 유럽, 중동, 아프리카 |
| Singapore(아시아 릴레이) | asia-<코인>.solofury.com | 아시아, 오세아니아, 인도 |
각 엔드포인트의 <코인>을 교체하고 네트워크에서 ping을 보내 지연을 테스트합니다. 가장 낮은 것을 선택합니다. 두 개가 비슷하다면 단순히 평균이 낮은 것보다 더 낮은 지터(ping 시간의 분산)를 가진 것을 선호합니다.
10. 지원에 연락할 때
이 가이드를 따른 후에도 워커가 다음 증상 중 하나를 보인다면:
- 여러 워커가 동시에 모두 떨어짐, SoloFury에서만(다른 풀에서는 아님)
- ASIC UI가 해싱 중임을 확인하는데도 모든 워커가 셰어 0을 표시
- Hall of Fame에서 블록이 발견되었지만 지갑에 보상이 도달하지 않음
…Telegram 봇 또는 X의 @SoloFuryPool을 통해 SoloFury 지원팀에 연락하세요. 다음을 제공하세요:
- 지갑 주소(지원팀이 워커 기록을 조회할 수 있도록)
- 채굴 중인 코인(BTC/BCH/BC2/BCH2/XEC)
- 증상을 보이는 워커 이름
- ASIC에 설정된 엔드포인트 URL
대부분의 문제는 지원팀이 워커 이름을 받은 후 30분 이내에 해결됩니다.
다음 단계
- 오작동하는 ASIC의 완전한 진단 안내를 위해 Miner Health Check 가이드 실행
- 새 채굴기 설정 시 Antminer S21+ 설정 가이드 또는 Antminer S19 & Whatsminer M-series 설정 가이드 참조
- 렌탈 해시레이트 진단 차이는 NiceHash 솔로 채굴 가이드 참조
- 셰어 난이도 수학 배경은 솔로 채굴 분산 기사 읽기
- 실시간 풀 상태는 시스템 상태 페이지 확인