Al blocco 961632 (circa il 7 agosto), entrera' in azione BIP-110
per i soli nodi che la supportanoBIP-110 e' una UASF che si propone di limitare drasticamente la quantita' di dati "non monetari" scrivibili sulla blockchain.
(per approfondimenti
https://github.com/bitcoin/bips/blob/master/bip-0110.mediawiki )
Attualmente BIP-110 e' supportata solo dai nodi Knots, ma il problema e' che i nodi Knots hanno ormai una bella fetta di rete;
purtroppo bitnodes.io e' down da un po' di tempo, e tutti i servizi ad esso legati non sono piu' aggiornati ad esempio
https://coin.dance/nodesUn servizio "conta nodi" ancora attivo e'
https://bitref.com/nodes/e
se i dati sono realistici, i nodi knots sono (ad oggi) circa il 17%, una fetta di una certa consistenza.
Forse non succedera' nulla, ma consiglio di seguire gli sviluppi della questione.
Esiste anche
https://mempool.guideE' un hard fork, chiamarlo soft fork è solo parte della vecchia propaganda per cui gli hard fork sarebbero un male.
No, è un soft fork, restringere le possibilità di spesa è soft fork perché è retrocompatibile con la regola di consenso precedente: i nodi che non si adeguano a BIP-110 continuano a ritenere valida la catena validata dai nodi BIP-110. Questa è la definizione di soft fork, non è un'opinione propagandistica.
Se il numero dei nodi contassero qualcosa, Bitcoin sarebbe debole di fronte ad un sybil attack, per questo ha la proof of work.
Ma infatti Bitcoin è debole di fronte ad un sybil attack. Le transazioni prima di andare alle varie mining pool vengono validate e redistribuite dai nodi, inoltre, anche dopo che una mining pool inserisce le transazioni in un blocco e trova un nonce valido, anche questo blocco, come le transazioni di cui sopra, viene validato e ridistribuito dagli stessi nodi sincronizzando così la blockchainn in tutto il mondo e, tra l'altro, segnalando alle altre mining pool che c'è da minare un numero di blocco diverso.
Tramite sybil attack su Bitcoin si possono censurare le transazioni impedendo che queste arrivino ai minatori e si possono anche censurare i blocchi validati impedendo che questi arrivino al resto della rete onesta e ai minatori stessi.
In ogni caso, data la scarsa adozione di BIP-110, ho idea che la restrizione prevista riguardi solamente la validazione delle transazioni in mempool e non anche quelle presenti nei blocchi, altrimenti il rischio è che al primo blocco contenente una transazione non valida per BIP-110 il 17% dei nodi Knots invaliderebbe il blocco e rimarrebbe in attesa all'infinito di un nuovo blocco, mentre il restante 87% è già passato ai blocchi successivi.
