Garanzie di uptime del mining ASIC
Come leggere uno SLA di hosting nel 2026
Tempo di attività dell'hashing · Esclusioni SLA · Riduzione · Crediti di servizio · Risposta alla riparazione · Monitoraggio indipendente
1Cosa dovrebbe misurare una garanzia di uptime
Quasi tutti i provider di hosting ASIC promuovono l'uptime, ma la percentuale da sola dice molto poco. Una struttura può essere alimentata al rack mentre un minatore è disconnesso dal pool, limitato termicamente, riavviato ripetutamente o invia condivisioni non valide. Dal punto di vista dell'operatore, l'edificio potrebbe essere online. Dal punto di vista del minatore, le entrate si sono fermate.
La definizione più utile è hashing del tempo di attività: la percentuale di tempo in cui ciascuna macchina ospitata produce condivisioni valide in un intervallo di prestazioni concordato. La disponibilità di potenza e la disponibilità della rete sono importanti misurazioni di supporto, ma nessuna delle due dimostra che un ASIC sia redditizio. Un solido accordo sul livello di servizio spiega la fonte di misurazione, l'intervallo di campionamento, la varianza accettabile dell'hashrate, il fuso orario del reporting e il trattamento delle prestazioni parziali.
Per "tempo di attività" si intende l'alimentazione elettrica presso il sito, la disponibilità della rete, le apparecchiature accese o un hashing valido a bordo piscina? Se il contratto non risponde esattamente a questo, la percentuale principale non è ancora paragonabile all'offerta di un altro fornitore.
2I tre numeri dietro ogni SLA minerario
Nelle proposte di hosting spesso si fondono tre diverse figure. Separarli impedisce che un'impressionante statistica di vendita venga scambiata per una promessa contrattuale.
Confronta la media pubblicizzata con il minimo garantito. Verificare inoltre se la garanzia si applica all'intera struttura, a una zona elettrica, a un rack o a ogni singolo ASIC. Una media a livello di parco macchine può nascondere le macchine che rimangono offline per giorni mentre le unità più sane mantengono la media del sito al di sopra della soglia.
3Quanti tempi di inattività consente la percentuale?
Le percentuali di uptime sembrano astratte finché non vengono convertite in ore. Il calcolo di base è: tempo di inattività consentito = ore totali del periodo x (1 - percentuale di tempo di attività). La tabella seguente utilizza un mese medio di 730 ore e un anno di 8.760 ore. I calcoli del contratto potrebbero utilizzare le ore di calendario effettive, quindi conferma il metodo indicato.
| Livello di disponibilità | ca. Tempo di inattività mensile | ca. Tempo di inattività annuale |
|---|---|---|
| 97% | 21,9 ore | 262,8 ore |
| 98% | 14,6 ore | 175,2 ore |
| 99% | 7,3 ore | 87,6 ore |
| 99.5% | 3,65 ore | 43,8 ore |
| 99.9% | 0,73 ore | 8,76 ore |
Una differenza di un punto può quindi rappresentare molti giorni di produzione annuale in una flotta. Tuttavia, una percentuale più elevata non è automaticamente il contratto migliore. Una garanzia del 99,5% con ampie esclusioni può proteggere meno tempo di hashing reale rispetto a una garanzia del 99% chiaramente definita con esclusioni ristrette, record per macchina e crediti automatici.
4Tempi di inattività che possono essere esclusi
La sezione delle esclusioni in genere determina la quantità di protezione fornita dallo SLA. Leggilo con la stessa attenzione della garanzia stessa, soprattutto quando il fornitore utilizza un linguaggio ampio come eventi di rete, manutenzione richiesta, interruzioni causate dal cliente o circostanze oltre ogni ragionevole controllo.
Riduzione della rete e risposta alla domanda
I siti minerari possono ridurre il carico durante le emergenze della rete, i periodi di prezzi elevati, le richieste di servizi pubblici o gli eventi di risposta alla domanda contrattati. Questi arresti possono essere economicamente razionali e possono supportare la stabilità della rete, ma i contratti spesso li escludono dai tempi di attività. Chiedere se la riduzione è obbligatoria o discrezionale, quanto spesso si è verificata in quel sito, come vengono informati i clienti e se il cliente condivide eventuali vantaggi economici.
Manutenzione programmata
L'ispezione elettrica, gli interventi sui trasformatori, la manutenzione del sistema di raffreddamento, l'implementazione del firmware e le modifiche alla rete possono richiedere tempi di inattività programmati. Una clausola ragionevole dovrebbe limitare la manutenzione esclusa, richiedere un preavviso tranne in caso di emergenza, identificare le normali finestre di manutenzione e impedire al fornitore di etichettare guasti operativi ricorrenti come lavoro pianificato.
Guasto hardware del client
Una ventola, un alimentatore, una scheda di controllo o un hashboard guasto non rientrano normalmente nella garanzia dell'infrastruttura della struttura. Ciò rende il contratto di riparazione altrettanto importante quanto la clausola di operatività. Il contratto dovrebbe indicare chi diagnostica un minatore, quando viene avvisato il cliente, se è necessaria l'approvazione, come vengono addebitati manodopera e parti e il tempo previsto per la rimessa in servizio dell'unità.
Pool, firmware e azioni del cliente
Potrebbero essere escluse anche interruzioni del pool, dettagli errati del portafoglio, firmware non supportato, overclocking, approvazione ritardata del cliente e modifiche alla configurazione remota. Il provider dovrebbe comunque conservare i registri degli eventi che identificano quando la struttura era in buone condizioni e perché la macchina non eseguiva l'hashing.
Uno SLA può promettere un uptime del 99% escludendo gli eventi che hanno maggiori probabilità di fermare una flotta mineraria. Richiedi un elenco scritto delle esclusioni, non una spiegazione informale da parte di un rappresentante di vendita.
5Calcolare il costo reale di un'interruzione
Le entrate perdute del mining cambiano in base al prezzo della moneta, alla difficoltà della rete, alle commissioni di transazione, alle prestazioni del pool e all'hashrate effettivo della macchina. Invece di incorporare una stima di mercato fissa, calcola la perdita utilizzando i dati del periodo di interruzione.
Entrate lorde perse stimate = hashrate della flotta in PH/s x hashprice osservato per PH/s al giorno x ore offline / 24. Quindi aggiustare per le tariffe del pool, i risparmi previsti dalla riduzione e l'elettricità non consumata.
Ad esempio, una flotta di 20 PH/s offline per sei ore a un hashprice osservato di 45 dollari per PH/s al giorno perderebbe circa 225 dollari di entrate lorde: 20 x 45 x 6/24. Se al cliente non è stata fatturata l'elettricità durante l'interruzione, il costo energetico evitato dovrebbe essere sottratto prima di stimare la perdita netta. Il risultato è una stima operativa, non un calcolo dei danni garantiti.
Salva l'hashrate a bordo piscina, i registri dei minatori, gli avvisi dei fornitori, le letture della potenza, i timestamp e i dati di mercato rilevanti. Questi registri rendono misurabile l'interruzione e riducono le controversie sul fatto che una macchina non fosse disponibile, con prestazioni inferiori o semplicemente presentasse una normale variazione dell'hashrate.
6Come funziona solitamente la compensazione SLA
Una garanzia senza un rimedio definito ha poca forza pratica. I contratti di hosting minerario utilizzano comunemente crediti di servizio anziché rimborsi in contanti per il reddito minerario stimato. Un credito può compensare una fattura di hosting successiva, scadere dopo un certo periodo, richiedere un reclamo scritto ed essere limitato a una percentuale delle tariffe mensili.
Rivedi sia la formula che il processo di raccolta. Il credito inizia subito dopo il superamento della soglia o solo dopo un ulteriore periodo di grazia? Si basa sulle macchine interessate, sulla capacità energetica interessata o sulla fattura mensile completa del cliente? Il credito è automatico? Può essere utilizzato se il contratto scade? Il credito di servizio è l'unico rimedio?
| Clausola | Cosa confermare | Rischio comune del cliente |
|---|---|---|
| Base di credito | Per macchina, kW, ora di fermo o percentuale della fattura | Un piccolo credito ha poca relazione con la flotta interessata. |
| Scadenza per il reclamo | Periodo di presentazione e prove richieste | Una richiesta valida scade prima del completamento del reporting mensile. |
| Limite di credito | Rimedio massimo per mese o evento | Una lunga interruzione produce lo stesso rimedio di una breve interruzione. |
| Utilizzo del credito | Scadenza e applicazione ad oneri futuri | Il credito diventa inutilizzabile dopo la risoluzione. |
| Rimedio esclusivo | Se rimangono altri diritti contrattuali | Lo SLA può limitare il recupero oltre un piccolo credito di servizio. |
7Monitoraggio: puoi verificare i numeri del provider?
Un monitoraggio affidabile trasforma uno SLA da una promessa in un record operativo verificabile. Un portale clienti dovrebbe mostrare l'hashrate attuale e storico di ciascun minatore, le condivisioni accettate e rifiutate, la temperatura, lo stato di alimentazione, la connessione al pool, gli avvisi e la cronologia degli eventi. I riepiloghi della flotta sono utili, ma non dovrebbero sostituire la visibilità per unità.
Chiedi quale sistema controlla il calcolo ufficiale dello SLA. La telemetria dei fornitori può confermare l'alimentazione della struttura e gli eventi di rete, mentre i dati a bordo piscina sono spesso una prova migliore del fatto che le macchine hanno prodotto un lavoro valido. Il contratto dovrebbe spiegare come vengono risolti i dati in conflitto e se i clienti possono esportare i record in un formato utilizzabile.
8Ciò che distingue uno SLA forte da uno debole
- Definizione precisa del tempo di attività: le prestazioni di hashing valide si distinguono dalla potenza e dalla disponibilità della rete.
- Responsabilità per macchina: le medie della flotta non possono nascondere unità ripetutamente offline.
- Esclusioni limitate: ogni evento escluso ha una definizione, un limite e un requisito di prova chiari.
- Impegni di risposta: gli obiettivi di riconoscimento, diagnosi, escalation e riparazione sono indicati in base alla gravità.
- Trasparenza della riduzione: il cliente può vedere il motivo, la durata, il preavviso e il trattamento di fatturazione.
- Flusso di lavoro di riparazione: siano documentati l'autorità diagnostica, le tariffe della manodopera, l'approvazione delle parti, lo stoccaggio e la consegna.
- Rimedi utilizzabili: i crediti sono calcolabili, rivendicabili e preziosi anche verso la fine del contratto.
- Accesso ai dati: i clienti possono rivedere ed esportare in modo indipendente i record utilizzati per calcolare il tempo di attività.
9Domande frequenti: tempi di attività e SLA dell'hosting ASIC
Cosa significa uptime del 99% per l'hosting ASIC?
Prima delle esclusioni, il tempo di attività del 99% consente circa 7,3 ore di inattività in un mese medio di 730 ore o 87,6 ore in un anno di 365 giorni.
Il tempo di attività dovrebbe significare disponibilità di energia o hashing attivo?
L'hashing attivo è la metrica del cliente più significativa perché una macchina alimentata potrebbe ancora essere disconnessa, limitata, instabile o non inviare condivisioni valide.
La limitazione della rete conta come tempi di inattività?
Dipende dal contratto. Molti accordi escludono eventi di utilità e di risposta alla domanda, quindi i minatori dovrebbero rivedere la frequenza, il preavviso, la fatturazione e qualsiasi termine di condivisione dei benefici.
Uno SLA ripagherà le entrate minerarie perse?
Di solito non. Molti fornitori offrono crediti di servizio limitati a fronte di fatture future anziché un risarcimento in contanti basato sulla perdita di entrate in monete.
Quali prove dovrebbe conservare un minatore dopo un'interruzione?
Conserva i record dell'hashrate del pool, i registri delle macchine, gli avvisi dei fornitori, i dati sull'alimentazione, i timestamp, i ticket di supporto, le classificazioni degli eventi e gli input di mercato utilizzati in qualsiasi stima delle perdite.
Decisione di ospitalità
Il contratto di hosting più forte non è necessariamente quello con la maggiore percentuale di uptime. È quello che definisce chiaramente le prestazioni di hashing, limita le esclusioni, registra ogni evento, ripristina rapidamente le macchine guaste e fornisce un rimedio che il cliente può effettivamente utilizzare.
Leggi lo SLA prima di spedire i tuoi ASIC. Modellare i tempi di inattività consentiti dalla percentuale, esaminare le regole di riparazione e riduzione e insistere per un accesso indipendente ai dati. L’hardware di mining guadagna solo mentre produce lavoro accettato; il contratto dovrebbe misurare lo stesso risultato.








Lascia un commento
Questo sito è protetto da hCaptcha e applica le Norme sulla privacy e i Termini di servizio di hCaptcha.