Serve un Pool per il Solo Mining?

Non si può puntare un dispositivo di mining su un nodo Bitcoin e minare. Un ASIC parla Stratum, un nodo parla RPC, e qualcosa deve stare nel mezzo costruendo template di blocco e distribuendo lavoro. Solo CKPool lo dice sulla propria homepage. La vera domanda non è quindi pool o no pool. È quale software di pool, su quale hardware, mantenuto da chi.

Questo cambiamento di prospettiva è importante perché trasforma una questione di fedeltà in una tecnica. Ecco le tre architetture reali, cosa ciascuna offre davvero, e i modi di fallimento che le guide di setup tendono a menzionare in una nota a piè di pagina.

Punti chiave

• Non esiste configurazione senza software di pool. Il self-hosting significa gestirlo da soli, non farne a meno.
• Il proprio nodo non migliora le probabilità. Le probabilità dipendono solo da hashrate e difficoltà. Il self-hosting può abbassare le probabilità effettive tramite downtime e lavoro stale.
• Quello che offre è il controllo del template — decidere quali transazioni vanno nel blocco. Questo è qualcosa di reale e significativo.
• Il lavoro stale è il principale rischio tecnico, e la documentazione DATUM lo segnala esplicitamente: senza notifiche tempestive di nuovo blocco, l’hardware hasha per niente.
• I pool ospitati gestiscono più endpoint geografici con failover automatico. Il nodo domestico ha un endpoint: la connessione internet domestica.
• DATUM è la via di mezzo: propri template, contabilità delle share altrui. Software beta, solo Linux, solo Bitcoin.

Perché non si può minare direttamente su un nodo

Questa è la parte che sorprende le persone, e vale la pena essere precisi perché tutto il resto ne deriva.

Il compito di un nodo Bitcoin è validare e trasmettere. Espone un’interfaccia RPC, e una delle chiamate è getblocktemplate, che restituisce un blocco candidato. Non distribuisce lavoro ai miner, non traccia chi ha inviato cosa, non regola la difficoltà per dispositivo.

L’ASIC, nel frattempo, parla Stratum. Si aspetta che un server gli invii un job, gli dica la difficoltà della share, accetti le sue sottomissioni e lo notifichi quando il job cambia.

In mezzo si trova un server stratum. Solo CKPool si descrive così sul proprio sito: non un pool nonostante il nome, ma un servizio che esiste perché non si può minare direttamente su un nodo Bitcoin Core. Questa è la descrizione accurata di ogni opzione su questa pagina, comprese quelle gestite in casa.

Le tre architetture

Nessuna di queste è il modo “vero” di fare solo mining. Sono diverse distribuzioni di controllo e responsabilità, e quella giusta dipende da quale si vuole di più.

Cosa offre davvero il self-hosting

Se queste sono le cose desiderate, il self-hosting è la risposta corretta e niente di quello che segue dovrebbe dissuadere.

Cosa costa — dalla documentazione

Ogni elemento viene dai requisiti dei progetti o dai comportamenti sui quali avvertono, non dalla speculazione.

1. Il lavoro stale è il rischio reale

Quando viene trovato un nuovo blocco, ogni template costruito su quello precedente diventa immediatamente inutile. Il server stratum deve saperlo entro millisecondi e inviare nuovo lavoro, altrimenti l’hardware continua ad hashare contro un job morto.

La documentazione DATUM Gateway affronta questo direttamente, istruendo gli operatori a configurare il proprio nodo per inviare notifiche di blocco al gateway. La configurazione errata non rompe nulla visibilmente: il dashboard mostra una hashrate sana, le temperature sembrano ok, e non si produce nulla.

2. Il failover non è gratuito

Solo CKPool gestisce endpoint in USA, Europa, Asia e Oceania, seleziona automaticamente quello con latenza più bassa e passa a un altro se quell’endpoint va giù. Questa ridondanza è invisibile quando funziona.

Lo stack self-hosted ha un endpoint. Se il nodo crasha, la corrente oscilla o l’ISP ha un’ora difficile, i miner non hanno dove andare se non è configurato un fallback — e l’unico fallback sensato è un pool ospitato.

3. La macchina è una macchina vera

I requisiti dichiarati di DATUM Gateway sono: sistema Linux, nodo Bitcoin completo completamente sincronizzato (Knots consigliato), storage veloce, connessione stabile, CPU per validare blocchi in arrivo senza ritardo e circa 1 GB di RAM oltre alle esigenze del nodo. Sotto c’è un nodo completo: centinaia di gigabyte di storage e una sincronizzazione iniziale misurata in giorni.

Niente di questo è esotico. È anche un secondo dispositivo che gira continuamente, consuma energia, necessita di aggiornamenti e richiede attenzione. Con un miner da 15 W e un nodo da 40 W, il nodo è ora la parte maggiore della bolletta.

4. Gli errori di configurazione sono silenziosi e costosi

Il setup DATUM richiede di riservare spazio nel blocco per la transaction di generazione, e la documentazione è esplicita che senza questa riserva il lavoro non supporterà la suddivisione della ricompensa. È una riga di configurazione la cui assenza si scopre nel momento peggiore.

5. Software beta, piattaforma limitata

DATUM Gateway è alla v0.4.1beta, supporta solo Linux e solo Bitcoin. Le sue stesse release note affermano che altri sistemi operativi possono funzionare ma a proprio rischio. È un’etichettatura onesta del progetto.

Per le quattro chain SHA-256 oltre a Bitcoin, DATUM non è un’opzione. Uno stack completamente self-hosted in stile ckpool può servirle, ma si finisce per gestire un nodo per chain.

6. Si è il team operativo

Questo è quello che nessuno quantifica e tutti alla fine sentono. L’uptime di un pool ospitato è il lavoro di qualcuno. L’uptime del proprio nodo è qualcosa di cui ci si ricorda di controllare, fino alla settimana in cui si è in viaggio.

L’aritmetica dell’uptime

Le probabilità scalano linearmente con il tempo trascorso ad hashare su lavoro valido. Un dispositivo offline o che lavora su un template obsoleto non compra nulla in quel periodo. Il downtime è quindi una riduzione percentuale diretta dell’hashrate effettiva.

Come regola pratica è utile: se il self-hosting costa più di uno o due percento di uptime, la commissione evitata era l’opzione più economica.

Chi dovrebbe fare self-hosting

Queste opzioni non si escludono a vicenda. Il setup domestico più robusto è solitamente un mix: primario self-hosted dove conta la sovranità, fallback ospitato configurato affinché un problema al nodo non diventi hardware morto. Ogni dispositivo della famiglia AxeOS supporta un host stratum di fallback, e configurarlo non costa nulla.

Cosa conta davvero in ogni caso

Due cose sopravvivono all’intero argomento.

Chi costruisce il template decide cosa conferma Bitcoin. Se la decentralizzazione è la ragione del solo mining, quello è la leva, ed è disponibile tramite DATUM senza gestire l’intero stack da soli.

Chi detiene la ricompensa decide se la si ottiene. Un blocco pagato direttamente nel coinbase a un indirizzo che si controlla non ha bisogno di nessuna richiesta, prelievo o fiducia. Questo vale per un setup self-hosted come per un pool ospitato non-custodial. Ecco perché il nostro guida alla scelta del pool mette la verifica del pagamento non-custodial al secondo posto.

Tra questi due, la questione di quale macchina gestisce il server stratum è una questione operativa, non di principi. La si risponde con la valutazione onesta della propria uptime, non con quella che si vorrebbe vera.