Quando Jimmy Song annuncia la nascita di ProductionReady – una 501©3 (tipologia di organizzazione regolata dal fisco statunitense come non-profit) destinata a educare nuovi sviluppatori e finanziare una terza implementazione «conservativa» di Bitcoin – la prima reazione istintiva è positiva.
Un’entità non-profit che raccoglie fondi per sviluppare software open source?
Sembra l’ennesimo esempio di quel volontariato decentralizzato che ha reso grande Bitcoin fin dal 2009.
Peccato che, a leggere con attenzione il post di annuncio, sembra emergere altro: un progetto che, sotto la retorica della «conservazione delle proprietà monetarie», esprime un chiaro intento politico.
L’obiettivo non è semplicemente aggiungere un client in più, ma imporre regole di governance e policy che finora si sono dimostrate impossibili da far passare nel processo decisionale esistente di Bitcoin Core.
Song lo dice esplicitamente:
«We’re differentiating on development process, policy defaults, and priorities. What gets merged, how fast things move, and who has a seat at the table when decisions are made».
Traduzione: non si tratta solo di codice, ma di chi decide, con quale velocità e secondo quali criteri.
Il client sarà costruito sul codice di Core (perché «battle-tested», ovvero solido), ma con un baricentro diverso: default più restrittivi, merge più lenti, una soglia altissima per ogni cambiamento.
In soldoni, si vuole codificare quella che Song chiama «conservative Bitcoin client» – ossia preservare supply fissa, resistenza alla censura e neutralità credibile – elevando a regola ferrea ciò che finora è stato oggetto di aspre battaglie interne.
Ed è proprio qui che l’iniziativa rivela il suo carattere politico.
Da anni esiste una fazione all’interno della comunità Bitcoin che spinge per un’«ossificazione» accelerata del protocollo: meno cambiamenti possibili, mempool più rigidi, blocco dello spam di dati, rifiuto di feature che possano essere interpretate come «altri usi» dello spazio blocco.
Queste posizioni – pensiamo alle polemiche su OP_RETURN, alle proposte come BIP-110 o alla resistenza contro l’uso di Bitcoin come storage generico – hanno sempre incontrato un muro nel processo di Bitcoin Core.
Perché? Perché Bitcoin non ha un «governo» centrale: le decisioni nascono dal consenso degli sviluppatori, dei node runner e, in ultima istanza, degli utenti economici.
Imporre regole più stringenti richiede dibattito, compromesso e spesso sconfitta.
Finora queste regole «conservative» sono rimaste minoritarie proprio perché difficili da implementare senza spaccare la rete.
ProductionReady tenta di aggirare il problema con una mossa politica classica: creare un’entità finanziata esternamente (non-profit, quindi donazioni detraibili, trasparenza apparente, «no strings attached») che possa attrarre fondi e sviluppatori allineati a quella visione.
Non è più il dibattito meritocratico dentro Core, ma un’iniziativa parallela che, grazie a risorse dedicate, può permettersi di mantenere una linea dura su merge, policy e priorità.
È un tentativo di istituzionalizzare una minoranza ideologica trasformandola in opzione di default per chi vuole «essere conservativo».
Il rischio è evidente: anziché decentralizzare davvero lo sviluppo, si crea un secondo centro di potere che, proprio perché «non-profit», potrà presentarsi come neutrale mentre in realtà persegue un’agenda specifica ed essendo finanziato detta le regole agli sviluppatori.
Il paradosso è lampante.
Si dice di voler accelerare l’ossificazione – l’idea che Bitcoin debba diventare immutabile per essere denaro sano – ma al tempo stesso si introduce un nuovo attore che, per definizione, dovrà prendere decisioni politiche su cosa è «buono» e cosa no per Bitcoin.
Si critica la centralizzazione di Core («a single dominant implementation») eppure si finanzia un’alternativa che parte dallo stesso codebase, con gli stessi rischi di bug ereditati e la stessa dipendenza upstream per le patch di sicurezza.
Si parla di «decentralization working the way it’s supposed to» mentre si sta creando un veicolo per bypassare il meccanismo di consenso che ha tenuto Bitcoin vivo per 16 anni.
In sintesi: sì, un altro client e più opzioni per i node operator sono, in astratto, una buona cosa.
Ma ProductionReady non è solo un altro client.
È un tentativo di codificare in regole istituzionali una filosofia che finora non è riuscita a imporsi attraverso il normale processo di Bitcoin. È politica che si presenta come filantropia tecnica.
E la storia di Bitcoin ci ha insegnato che, quando qualcuno arriva con fondi esterni e una visione «per il bene della rete», è sempre il caso di chiedersi: chi decide davvero le regole, e a vantaggio di quale agenda?
