Uptime adalah waktu operasi atau proporsinya dalam periode pengamatan yang jelas. Untuk penambangan, nyatakan apakah yang diukur keterjangkauan, hashing atau layanan lain, bagaimana data hilang diperlakukan dan gangguan mana yang dihitung.
NIST mengaitkan ketersediaan dengan akses yang dapat digunakan ke layanan atau informasi, bukan persentase penambangan universal. Contoh kami: memenuhi syarat selama 23 dari 24 jam menghasilkan sekitar 95,83 %. Mengeluarkan satu jam perawatan dari penyebut mengubah metrik dan harus diungkapkan. [NIST — Availability]
Dalam uraian Februari 2026, Braiins membedakan Worker System Uptime, perangkat yang merespons, dari Worker Hashing Uptime, interval dengan hashrate positif. Penambang dapat merespons tanpa hashing. Hashrate positif saja juga tidak memastikan keluaran nominal. [Braiins — Mastering Uptime, 2026]
Braiins Manager memakai Unknown saat bacaan hilang; Agent Offline menandai agen yang tidak tersedia. Hilangnya pengukuran saja tidak membuktikan penambang berhenti. Dalam perhitungan sendiri, pisahkan interval tidak diketahui atau jelaskan perlakuannya; jangan mengubahnya tanpa bukti menjadi operasi berhasil maupun kerusakan. [Braiins Manager — Hashing and Connectivity Status]
Braiins Pool menurunkan hashrate efektif dari hasil terkirim yang memenuhi kriteria pool. Dalam jangka pendek, variasi acak penemuan shares dan koneksi memengaruhinya. Selisih terhadap bacaan perangkat tidak langsung menjadi persentase downtime yang sama; bandingkan periode yang sama dan kualitas pekerjaan terkirim. [Braiins Pool — Hashrate Specification]
Dalam pemantauan Braiins Pool, Offline berarti hashrate tidak terdeteksi, bukan ketakterjangkauan yang diukur langsung. Cuplikan diambil setiap 5 menit dan Low membutuhkan dua periode di bawah batas. Disabled berarti pemantauan dimatikan; bukan pernyataan bahwa penambang berhenti menambang. [Braiins Pool — Monitoring]
Dokumentasi dasbor Braiins Manager menyebut penyegaran setiap 5 menit dan jeda 20 menit untuk deret waktu. Ini tidak universal bagi semua monitor. Saat membandingkan peringatan dengan grafik, periksa waktu kejadian, zona waktu dan usia data; titik terakhir mungkin bukan keadaan saat ini. [Braiins Manager — Dashboard]
Braiins menjelaskan Curtailment sebagai pengurangan operasi yang disengaja, misalnya saat harga energi tinggi atau ada permintaan jaringan. Hashing uptime lebih rendah tidak harus berarti kerusakan. Pisahkan pembatasan terencana, perawatan dan kegagalan tak terencana; uptime lebih tinggi saja tidak membuktikan keuntungan lebih besar. [Braiins — Mastering Uptime, 2026]
Braiins Pool memantau worker sebagai satu kesatuan; beberapa perangkat dengan nama sama tidak menyediakan diagnosis individual. Contoh kami: mesin 100 TH/s dan 200 TH/s dengan uptime 100 % dan 50 % memiliki rata-rata sederhana 75 %, tetapi tertimbang hashrate nominal 66,67 %. Nyatakan bobot; perhitungan ini juga tidak mengukur shares yang diterima. [Braiins Pool — Monitoring]
Untuk gambaran yang lebih utuh, baca entri ini bersama Air Cooling, Hashrate, Curtailment, Mining Farm. Entri ini juga dirujuk dari Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.