244 / 736UP

Uptime

측정 기간의 채굴 가동률

화면에는 채굴기가 온라인으로 표시됩니다. 소유자는 작동한다고 생각하지만 채굴자들이 함께 작업하는 풀은 결과를 받지 못합니다. 모순이 아닐 수 있습니다. 각 지표가 서로 다른 것을 측정하기 때문입니다. Uptime은 특정 가동 조건을 얼마나 오래 충족했는지 말합니다. 비율을 이해하려면 어떤 조건인지 알아야 합니다. 접속 가능, 계산 진행, 작업 인정은 다릅니다. 함께 봐야 실제로 무엇이 일어났는지 알 수 있습니다.

Uptime은 장비나 서비스가 정해진 작동 조건을 충족한 시간, 또는 관찰 기간에서 그 시간이 차지하는 비율입니다. 채굴에서는 접속 가능 여부나 실제 계산을 측정할 수 있습니다. 조건, 대상 기간, 누락 데이터와 중단 처리 방법을 함께 밝혀야 합니다.

장비가 관찰 기간 중 23시간 동안 조건을 충족했다고 합시다. 전체가 24시간이면 이 예시의 uptime은 약 95.83 %입니다. 유지보수 시간을 기간에서 빼면 장비가 한 일은 같아도 비율이 달라집니다. 따라서 예외를 명시해야 합니다. 미국 국립표준기술연구소(NIST)는 가용성을 서비스나 정보에 대한 사용 가능한 접근과 연결하며, 채굴 전체에 공통인 비율을 정하지는 않습니다. 서비스와 시간을 먼저 정의하고 숫자를 평가해야 합니다. [1]

Hashrate는 초당 채굴 시도 횟수입니다. Braiins는 2026년 설명에서 Worker System Uptime과 Worker Hashing Uptime을 구분합니다. 전자는 장비의 응답 여부를, 후자는 hashrate가 영보다 큰 구간을 봅니다. 따라서 계산이 멈춰도 관리 페이지에 접속할 수 있습니다. 반대로 조금 계산한다고 제조사 정격 성능에 도달한 것도 아닙니다. 하나는 접속, 다른 하나는 작업을 보여 주므로 함께 보면 유용하지만, 각각만으로 결과 전체를 설명하지는 못합니다. [2]

Braiins Manager는 필요한 데이터가 없을 때 Unknown을 사용합니다. Agent Offline은 데이터를 모아 전달하는 서비스인 에이전트가 응답하지 않는다는 뜻입니다. 그것만으로 채굴 중단을 입증할 수는 없습니다. 모니터링이 고장 나도 장비는 계속 일할 수 있습니다. 반대로 빈 구간을 자동으로 정상 가동이라 세어서도 안 됩니다. 알 수 없는 기간을 따로 표시하거나 계산에서 어떻게 처리했는지 설명해야 합니다. 그렇지 않으면 같은 누락 데이터가 서로 반대의 인상을 줍니다. [3]

Mining Pool은 채굴자들의 작업을 모으고 자체 규칙으로 보상을 나눕니다. 장비는 매번의 시도가 아니라 풀의 더 쉬운 목표를 충족한 결과인 shares를 보냅니다. Braiins Pool은 제출된 결과로 유효 hashrate를 추정합니다. 짧은 구간에서는 shares를 찾는 무작위성과 연결 품질의 영향을 받습니다. 풀의 낮은 수치를 같은 비율의 중단으로 곧장 바꿔 해석할 수는 없습니다. 같은 기간을 비교하고, 풀이 작업을 받아 인정했는지 먼저 확인해야 합니다. [4]

Braiins Pool 모니터링에서 Offline은 hashrate가 감지되지 않았다는 뜻입니다. 장비의 네트워크 접속 가능 여부를 직접 검사한 결과는 아닙니다. 문서는 5분마다 기록하며, OK에서 Low로 바뀌려면 설정 기준 미만이 두 구간 연속 이어져야 한다고 설명합니다. Disabled는 모니터링이 꺼졌다는 뜻이지 채굴이 중단됐다는 뜻이 아닙니다. 빨간색이나 회색 표시는 조사 출발점이며 완성된 진단은 아닙니다. 다른 도구는 같은 이름을 다르게 정의할 수 있습니다. [5]

Braiins Manager 대시보드 문서는 데이터 갱신 주기를 5분으로, 측정값을 시간순으로 나열한 시계열 데이터의 지연을 20분으로 설명합니다. 화면을 갱신한 시점과 표시된 사건의 시점은 다릅니다. 경보를 조사할 때 그래프 마지막 점에 조치 결과나 현재 상태가 아직 없을 수 있습니다. 결론 전에 사건 시각, 시간대, 데이터가 얼마나 오래됐는지 확인하세요. 이 간격은 인용한 문서의 내용이며 모든 모니터링 도구의 공통 성질은 아닙니다. [6]

Curtailment는 전기가 비싸거나 전력망이 요청하는 경우처럼 의도적으로 가동을 제한하는 것입니다. Braiins는 이때 낮은 hashing uptime이 기술적 결함을 뜻하지 않을 수 있다고 설명합니다. 보고서에서는 계획된 제한, 정비, 예상치 못한 고장을 나눠야 합니다. 모두 계산 시간을 줄이지만 필요한 결정은 다릅니다. 높은 uptime만으로 더 큰 이익을 입증할 수도 없습니다. 전기 가격, 성능, 인정된 작업도 중요하며 켜 둔 시간만의 문제가 아닙니다. [2]

Worker는 풀이 작업을 기록하는 이름입니다. Braiins Pool은 같은 이름의 여러 장비를 함께 감시하므로 합계만으로 개별 장비를 진단할 수 없습니다. 이 예시는 두 장비를 같은 기간 동안 관찰합니다. 각 장비의 가중치는 두 장비의 정격 hashrate 합계에서 해당 장비가 차지하는 비율입니다. 예시로 초당 조 단위 시도를 나타내는 100 TH/s와 200 TH/s 장비의 uptime이 100 %와 50 %라고 합시다. 단순 평균은 75 %지만 정격 hashrate로 가중하면 66.67 %입니다. 더 강한 장비의 중단에 더 큰 비중을 둡니다. 이것도 인정된 shares를 측정하는 것은 아니며 가동 시간을 다르게 요약할 뿐입니다. 따라서 사용한 가중치를 밝혀야 합니다. [5]

더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Air Cooling, Hashrate, Curtailment, Mining Farm, Mining Pool. 다음 항목에서도 이 글을 참조합니다 Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.

DOC · 001NIST — Availability문서 DOC · 002Braiins — Mastering Uptime, 2026문서 DOC · 003Braiins Manager — Hashing and Connectivity Status문서 DOC · 004Braiins Pool — Hashrate Specification문서 DOC · 005Braiins Pool — Monitoring문서 DOC · 006Braiins Manager — Dashboard문서
개정일: 1차 출처 우선 · 투자 조언이 아닙니다