ANCORA BLOCCATO I wallet trattengono ancora le monete appena minate dettagli

Maturità della coinbase · tutta la catena

La regola della catena è scaduta, ma i wallet trattengono ancora per 6,480 blocchi le monete appena minate.

Il blocco 979,920 è passato, quindi la regola temporanea della catena è finita. La policy di propagazione arrivata insieme a lei, però, non è legata a quella finestra e continua a chiedere 6,480 conferme prima che una ricompensa si possa spendere. È un comportamento del client, non una regola di questo pool, ed è una questione ancora aperta a monte.

Che cosa ha fatto PyBLØCK. Il nostro nodo gira già su v29.4.3.knots20260508, dal 2026-10-27. Avevamo detto che avremmo aggiornato con RC2, e l'abbiamo fatto.

Che cosa cambia per te, detto chiaro. Vale già, e non ha aspettato il blocco 973,440: il nostro nodo non propaga più la spesa di nessuna ricompensa con meno di 6,480 conferme. Riguarda che cosa trasmette il nostro nodo, non se la moneta è tua: una ricompensa minata prima del blocco 973,440 matura alle solite 100 conferme e il tuo saldo la mostra spendibile, perché lo è. Le tue monete non sono congelate e non le teniamo noi. Sono valide, sono già tue sulla catena, e qualsiasi altro wallet o nodo continua a trasmetterle: la maggior parte della rete non ha aggiornato. Quel che cambia è il nostro nodo, non la tua proprietà.

Perché qui è più sopportabile che altrove. La tua ricompensa è scritta direttamente nella coinbase del blocco, al tuo indirizzo: è già tua sulla catena, e qui non tratteniamo niente: non possiamo spenderla e non ci paghiamo per primi. Un pool custodiale invece incassa tutta la coinbase e ti paga dopo dal proprio saldo; finché quella coinbase è bloccata, deve finanziare ogni pagamento con le riserve. Noi non anticipiamo nulla, quindi qui non c'è niente che possa finire.

Perché la data arriva prima dei 45 giorni: la regola conta blocchi, non tempo. 6,480 blocchi sono circa 45 giorni al solito ritmo di 10 minuti, ma questa catena sta andando più veloce (~45 giorni al ritmo recente), quindi lo sblocco cade prima. L'altezza del blocco è la parte fissa; ogni data qui è una stima che si muove con la catena.

Finora una ricompensa di blocco si poteva muovere dopo 100 blocchi, circa 16 ore. Questa è una regola del client Bitcoin BLAKE2b, non di questo pool: vale per ogni coinbase della catena, chiunque l'abbia minata, e non c'è niente che possiamo cambiare dalla nostra parte. Quello che ti spetta non cambia: cambia solo quanto resta fermo prima di muoversi. I pagamenti continuano a essere scritti direttamente nella coinbase del blocco stesso, al tuo indirizzo, senza che noi tratteniamo nulla. Vuol dire anche che la tua parte è bloccata come la nostra: non ci paghiamo per primi.

Perché questo parte prima del blocco 973,440. La parte wallet e propagazione di questa release applica l'attesa lunga a ogni ricompensa, di proposito e indipendentemente dalla regola della catena: la proposta lo dice a chiare lettere. Abbiamo fatto girare la release su un nodo isolato nostro per esserne certi: il taglio sta esattamente a 6,480 conferme a prescindere da quando la ricompensa è stata minata, e vale già con l'attivazione ancora nel futuro. Quindi non è qualcosa che si sistema prima del flag day: è quello che fa il client, ed è un comportamento del client più che una regola di questo pool.

Lo stesso annuncio dice che chi mina senza far girare un nodo e un gateway propri non sta davvero minando e in futuro potrebbe non essere pagato affatto. È un'intenzione dichiarata in il cambiamento stesso: non è codice, e oggi non esiste nessun meccanismo del genere. Non faremo finta di sapere come verrebbe amministrata. Te lo diciamo perché meriti il quadro completo. Se mai diventerà una regola vera, lo leggerai qui per primo.

Quello che ti consigliamo, per quel che vale. Se comunque dovrai aspettare una maturità più lunga, è un buon momento per far girare un nodo tuo e un gateway DATUM. Non perché ti esenti dall'attesa: non lo fa, e chi ti dice il contrario sbaglia — la regola vale per ogni coinbase della catena, chiunque abbia costruito il blocco. Fallo perché ti conviene e basta. Il tuo nodo sceglie le transazioni, quindi non vediamo mai la tua selezione e non potremmo censurarne una nemmeno volendo. E ti resta di più, perché non c'è la quota del node-runner quando il node-runner sei tu: 99% su CAROUSEL, contro 22% sul nostro stratum (CHIRP paga già il 100% in ogni caso: gira al 100% su DATUM). L'attesa è la stessa in ogni caso; quel che cambia è quanta parte del blocco è tua quando si sblocca, e chi ha deciso che cosa ci è finito dentro. Come farlo girare →

Far girare un nodo e un gateway propri è quello che WAVICLES fa già, e ora è disponibile anche per CAROUSEL e CHIRP: vedi PATUM, l'installer con un clic.

WAVICLES

porta il tuo nodo · DATUM · BLAKE2b
IN DIRETTA

Il tuo nodo costruisce il blocco. La pool fissa solo la ripartizione: tutti quelli con lavoro nella finestra, in proporzione al lavoro · commissione 0% con il tuo nodo, 0% tramite lo stratum di PyBLØCK · pagata nella coinbase. La pool non trattiene mai un satoshi.

Collega il tuo nodo →
—
Hashrate della pool
—
Node runner
—
Miner nella finestra
—
Blocchi trovati
—
Miner tramite il nodo di PyBLØCK
—
Miner con nodo proprio
Hashrate · 24h   blocco minato—
Prossimo blocco · chi viene pagato
—
ai miner · valore del blocco − commissione (0% nodo · 0% casa)
— della finestra accreditato—
MinerHashrate · 10 minQuota della finestraRiceverebbeUltima share
Ancora nessun lavoro nella finestra — collega un nodo e la ripartizione compare qui.
Riceverebbe = la ripartizione che la pool detta in questo momento: tutti quelli con lavoro nella finestra, in proporzione, minimo 1.000 sat. Se il blocco lo trova un miner il cui firmware regge solo una coinbase piccola, la ripartizione viene ridistribuita fra chi ci sta — mai trattenuta dalla pool.
Sotto ~100 MH/s? La tua quota di un blocco può restare sotto il minimo di 1.000 sat (la soglia cresce con la pool). CHIRP fa più al caso tuo: pesa l’anzianità e non ha minimo per blocco → CHIRP.
Blocchi trovati
BloccoQuandoCostruito daPagato ai minerOutput della poolMiner pagati
Ancora nessun blocco WAVICLES — il primo compare qui e in BLOCCHI.
Output della pool = esattamente la commissione: 0% dal 2 ottobre 2026 (prima: 0,4% sul lavoro dal tuo nodo, 2,9% tramite lo stratum di PyBLØCK), quindi da allora i blocchi non hanno output della pool. Tutto il resto viene pagato alla finestra nella stessa coinbase, in proporzione al lavoro (minimo 1.000 sat per identità; sotto, la tua quota va agli altri miner, mai alla pool). I blocchi #970075 e #970309 sono stati pagati con la vecchia regola del riporto; quel riporto viene saldato manualmente.
Penalità SV1 · chi la paga

Dal blocco 977,350, il lavoro inviato dalle porte SV1 pubbliche di PyBLØCK cede il 77 % della sua parte alla pool. Minando con il tuo gateway DATUM (PATUM) si evita.

Se il prossimo blocco arriva ora
…
Blocchi penalizzati
…
Node runner collegati
GatewaySoftwareShareLavoroCollegatoUltima share
Nessun gateway collegato in questo momento.
—
Grafici
Hashrate della pool
Finestra accreditata · % e miner
Blocchi al giorno · trovati vs attesi
Altri grafici · node runner, share
Node runner collegati
Share all’ora · accettate / rifiutate
raccolta dati in corso…
Collega · il tuo gateway DATUM
Sei nuovo? Inizia in quattro passi →
"mining": { "pool_address": "YOUR_BLAKE2B_ADDRESS", "coinbase_tag_secondary": "your-name" }, "datum": { "pool_host": "b.pyblock.xyz", "pool_port": 28915, "pool_pubkey": "b5e0b0326b964a92f3046c73a76b9e98173e0c3ea0e0ca771f4e6a3dd92e2935b2caad2a088fdd7bf0a48fc0c41776a9abb13c7d4c6964b53a9ceee4c775e036", "pool_pass_workers": true, "pool_pass_full_users": true, "pooled_mining_only": true }, "stratum": { "vardiff_min": 1, "vardiff_target_shares_min": 8 }
  1. mining.pool_address = il tuo indirizzo. La tua quota di ogni blocco viene pagata lì, nella coinbase.
  2. mining.coinbase_tag_secondary = il tuo nome. Va on-chain nello scriptsig: PyBLOCK-WAVICLES-BLAKE2b/il tuo nome.
  3. Punta i miner sul tuo gateway, mai sulla pool. Va bene qualsiasi miner BLAKE2b (GPU, CPU, ASIC Sia).
Servono un nodo Bitcoin Knots BLAKE2b e un gateway DATUM: CONVOY (master ≥ 2026-09-02), fork della linea OCEAN, pacchetti StartOS.
Diagnostica e impostazioni del nodo
Utenti CONVOY: compilate dal master di CONVOYMining/datum_gateway dal 2026-09-02 in poi (commit b9ea7dc+). Le build precedenti falliscono dopo l’handshake con "Invalid data structure in configuration" — pull, rebuild, riconnessione; la configurazione non cambia.
Sintomo nel log del gatewayCausaSoluzione
Invalid data structure in configuration → Waiting on DATUM server… 0build di CONVOY precedente al 2026-09-02aggiorna a master (≥ b9ea7dc), ricompila, riconnetti
decryption failedpool_pubkey errata o troncatacopia la chiave completa da 128 hex (clicca sul blocco di configurazione), riavvia il gateway
Handshake OK ma 0 share sulla pooli miner puntano alla pool invece che al tuo gatewayi miner vanno su IP-del-gateway:porta-stratum, mai su :28915
i miner lavorano sul tuo gateway, ma dopo 30+ min ancora 0 sharela soglia predefinita di DATUM vardiff_min = 16384 è su scala ASIC SHA-256; una GPU o CPU BLAKE2b non la raggiunge mai"stratum": {"vardiff_min": 1} (una potenza di due; 1 è quello che usa il gateway GPU di PyBLØCK), riavvia il gateway
coinbase "solo pool" in un bloccoil template non ha lasciato spazio per gli output di pagamentoblockreservedweight=100000 nel bitcoin.conf del tuo nodo
si collega, poi cade ogni pochi minuti con una chiave gateway nuova ogni voltail gateway si riavvia subito dopo l’handshake: il suo nodo non restituisce lavoro BLAKE2b (RPC mal configurato, non sincronizzato, o manca la regola blake2b)leggi il log del gateway dopo "DATUM Pool MOTD"; sul nodo esegui bitcoin-cli getblocktemplate '{"rules":["segwit","blake2b"]}'
la tua identità mostra lavoro ma pagamento 0 / "not payable"lo username del miner sul tuo gateway è un nome di worker, non un indirizzoi miner si collegano con un indirizzo Bitcoin-BLAKE2b (bc1q… / 1…); un worker dopo il punto va bene: bc1q….rig1
poche identità pagate in un bloccoun budget di coinbase troppo piccolo per la lista dei pagamentirisolto lato pool il 2026-09-14: ogni gateway riceve ora la classe da 16 KB (~400 pagamenti), CONVOY di serie compreso. Nulla da cambiare da parte tua.
Consiglio per il nodo: blockreservedweight=100000 in bitcoin.conf. Il default di Knots lascia spazio per ~55 output di coinbase. Il firmware dei tuoi miner decide quanti pagamenti può portare una coinbase: i firmware moderni (Whatsminer, S21, ePIC) accettano coinbase grandi e pagano tutta la finestra; una coinbase di serie da ~730 byte ne contiene ~15, e allora la ripartizione va a chi ci sta — mai trattenuta dalla pool. Con una finestra grande la tua coinbase può portare centinaia di output (ogni pagamento bech32 = 124 WU); riserva peso perché non sposti mai transazioni. I template Bitcoin-BLAKE2b oggi sono ~110 kWU, quindi c’è spazio in abbondanza.
Endpoint DATUM b.pyblock.xyz:28915 · pubkey della pool b5e0b0326b964a92f3046c73a76b9e98173e0c3ea0e0ca771f4e6a3dd92e2935b2caad2a088fdd7bf0a48fc0c41776a9abb13c7d4c6964b53a9ceee4c775e036
Gestire il proprio nodo · FAQ
L’unica cosa che la gente sbaglia: il tuo indirizzo va in due posti, e fanno lavori diversi. In mining.pool_address decide chi viene pagato se mai mini senza la pool, e il gateway senza uno valido non parte nemmeno. Su ogni miner, come username Stratum, decide chi viene accreditato nella finestra. Impostali entrambi. Poi controlla la tabella Node runner qui sopra: se le share salgono, ha funzionato.
Cosa mi serve, e in che ordine?
Tre pezzi, in quest’ordine. 1. Un nodo Bitcoin Knots con BLAKE2b, completamente sincronizzato. 2. Un gateway DATUM sulla stessa macchina o nella LAN, puntato al tuo nodo via RPC e a WAVICLES via internet. 3. I tuoi miner, puntati al tuo gateway. Va bene qualsiasi miner BLAKE2b: GPU, CPU o un ASIC classe Sia. Non saltare avanti. Un gateway il cui nodo non è pronto si collega lo stesso, resta a zero e da fuori sembra sano.
Dove va esattamente il mio indirizzo di pagamento?
1. Nella configurazione del gateway, come mining.pool_address. È obbligatorio. Con uno non valido il gateway stampa Could not generate output script for pool addr ed esce in meno di un secondo, quindi se il tuo gateway gira, questo campo è già a posto. È anche l’indirizzo che incassa il 100% di qualsiasi blocco trovi mentre la pool è irraggiungibile, che è il caso qui sotto.

2. Su ogni miner, come username Stratum. La password viene ignorata, usa x. Un nome di worker dopo il punto va bene: bc1q….rig1. Con la configurazione che pubblichiamo sopra (pool_pass_full_users: true) questo username è ciò che accreditiamo, quindi ogni miner sul tuo gateway viene pagato all’indirizzo con cui si collega.

Attenzione a quel flag. Metti pool_pass_full_users a false e ogni miner sul tuo gateway viene accreditato a mining.pool_address, qualunque cosa scrivano i miner. È l’impostazione giusta se i rig sono tutti tuoi, e quella sbagliata se stai ospitando qualcun altro.
Il gateway controlla che lo username del mio miner sia un indirizzo vero?
No. Inoltra lo username così com’è stato scritto. Il controllo avviene qui: uno username che non è un indirizzo BLAKE2b pagabile viene rifiutato come bad-username, e quelle share non guadagnano nulla. Quindi un errore di battitura ti costa lavoro vero, in silenzio, finché non guardi. Ricontrolla sempre dopo aver cambiato uno username: la tua riga nella tabella Node runner deve mostrare share in salita e reject piatti.
Il mio gateway risulta collegato, ma 0 share. E adesso?
Collegato con zero share significa che parliamo col tuo gateway e nulla ci sta lavorando sopra. In ordine di frequenza: nessun miner è ancora puntato al gateway; i miner puntano a :28915, che è dove il tuo gateway parla con noi e mai dove vanno i miner; oppure sono GPU o CPU e non raggiungono mai la soglia predefinita di share, pensata per ASIC SHA-256. Per quest’ultimo caso imposta "stratum": {"vardiff_min": 1} e riavvia. La scheda Clients del tuo gateway è il modo più rapido per distinguere il primo caso dagli altri: se è vuota, il problema è dalla tua parte del gateway, non fra noi.
Cosa succede se WAVICLES va offline?
Lo decide pooled_mining_only. Lasciato a true, come lo pubblichiamo, il tuo gateway scollega i miner piuttosto che minare senza pool. A false, il tuo nodo continua a costruire blocchi da solo e qualsiasi blocco trovi paga il 100% a mining.pool_address. Nessuna delle due è sbagliata. La prima impedisce al tuo hashrate di andare dove non hai scelto; la seconda lo tiene a guadagnare. È anche la seconda ragione per cui quel campo deve essere un indirizzo che controlli davvero.
Vengo pagato solo quando è il mio nodo a trovare il blocco?
No, ed è tutto il senso della pool. Ogni blocco trovato da chiunque su WAVICLES paga tutti quelli con lavoro nella finestra, in proporzione, nella coinbase di quello stesso blocco. Ti paga direttamente on-chain chi ha trovato il blocco. La pool non trattiene mai un satoshi e non c’è nulla da prelevare.
C’è un minimo, e quanto mi costa la commissione?
Minimo: 1.000 sat accumulati nella finestra. Sotto quella soglia la tua quota viene distribuita fra i miner che la superano. La pool non la trattiene mai. Commissione: 0%, sia che il blocco lo costruisca il tuo nodo sia che tu mini tramite lo Stratum di PyBLØCK.
Quale build del gateway devo usare?
CONVOY al commit 7491a509 o successivo. Le build precedenti contano male i byte della coinbase BLAKE2b e troncano la lista dei pagamenti: un blocco trovato con una di quelle lascerebbe quasi tutta la finestra senza pagamento. Le rifiutiamo all’handshake con un messaggio che lo dice, invece di lasciartelo scoprire su un blocco. Nota che un semplice git pull di master non basta se master porta ancora il bug. Vanno bene anche i fork della linea OCEAN e i pacchetti StartOS.
Ancora bloccato? La tabella di diagnostica qui sopra collega ogni riga del log del tuo gateway alla sua causa.
Come funziona
  1. DATUM, non uno stratum. Il tuo gateway costruisce l’intero blocco dal tuo nodo e lo invia. La pool risponde solo con la ripartizione della coinbase.
  2. Finestra di lavoro. Il lavoro accettato viene accreditato al tuo indirizzo in una finestra mobile di 8× la difficoltà di rete. Qualsiasi blocco trovato da chiunque nella finestra paga tutti quelli che ci sono, in proporzione.
  3. Pagato nella coinbase. Ogni blocco paga tutti quelli con lavoro nella finestra, nella coinbase, in proporzione: l’intero valore del blocco (0% di commissione), minimo 1.000 sat per identità — sotto, la tua quota va agli altri miner della finestra, mai alla pool. Nulla è mai dovuto e nulla viene trattenuto.
Verifica un blocco da solo
  • L’output 0 di ogni coinbase è OP_RETURN PYBLOCK-TON618 ‖ BLAKE2b-256(snapshot). Lo snapshot (finestra, parametri, ripartizione) è pubblico su wavicles_api.php?mode=snapshot&hash=… e non può cambiare dopo che il blocco esiste.
  • Ricalcola la ripartizione dai dati pubblici: hash(snapshot) == l’OP_RETURN, la ripartizione ricalcolata da finestra + parametri (max_payees) == i beneficiari dello snapshot, ciascuno pagato on-chain.
  • Lo scriptsig porta PyBLOCK-WAVICLES-BLAKE2b/<node-runner> — il nodo che ha costruito il blocco.
python3 tools/verify_wavicles_block.py --height H \
  --conf bitcoin.conf --url https://b.pyblock.xyz/wavicles_api.php
Verificatore + sorgente della pool: gitlab.com/astrolexis-group1/wavicles-prime (MIT).