Gli sviluppatori di Bitcoin ancora divisi sulle procedure per l’attivazione di Taproot

Il codice per Taproot, il più grande aggiornamento di Bitcoin da anni, è stato completato ed è stato inserito in un prossimo aggiornamento. Solo, non è ancora pronto per essere distribuito perché gli sviluppatori di Bitcoin hanno opinioni diverse su quale sia la via migliore per l’attivazione.

Il soft fork Taproot

Taproot migliorerà le capacità di smart contract di Bitcoin – qui la quotazione in tempo reale – implementando un nuovo schema di firma digitale, Schnorr. L’implementazione dell’aggiornamento richiede un “soft fork” del codice di Bitcoin e ci sono proposte diverse su come attivarlo.

Nel tentativo di accelerare le discussioni sull’implementazione, il collaboratore di Bitcoin Core A.J. Towns ha recentemente intervistato altri 12 sviluppatori che sono stati attivi nel processo di implementazione per ascoltare le loro opinioni su come dovrebbe essere l’attivazione.

I risultati del sondaggio mostrano che, sebbene gli sviluppatori siano generalmente allineati quando si tratta del quadro generale dell’attivazione di Taproot, non sono d’accordo sui dettagli. Sebbene per un utente inesperto possa sembrare strano, i cosiddetti aggiornamenti “soft fork” come Taproot non sono eventi del tutto privi di rischi.

Cosa pensano gli sviluppatori di Bitcoin

Prima di tutto, AJ Towns ha chiesto agli sviluppatori quale percentuale di minatori deve segnalare un aggiornamento affinché sia ​​considerata una maggioranza sicura. Otto su dodici ritengono che si debba stare su un minimo dell’85% -95%.

La preoccupazione è che una percentuale minore minacci una “scissione” della rete in cui alcuni minatori eseguono il codice precedente e altri il codice più recente, il che creerebbe due cronologie di transazioni in conflitto.

In mancanza di un aggiornamento spontaneo di un minatore, sette intervistati pensano che un avviso per l’attivazione forzata dal nodo potrebbe arrivare circa 12-18 mesi dopo l’implementazione dell’aggiornamento.

Se troppo pochi minatori adottassero l’aggiornamento, si attiverebbe la regola per accettare blocchi solo dai minatori passati a Taproot. In un mondo perfetto, sia gli utenti dei nodi che i minatori si aggiornerebbero simultaneamente per garantire che nessun conflitto “divida” la catena o si traduca in due fazioni rivali che supportano due diverse versioni del codice di Bitcoin.

Quasi tutti gli sviluppatori intervistati sono d’accordo nell’aspettare che i miner e gli utenti adottino l’aggiornamento spontaneamente prima di forzare il passaggio con un flag day obbligatorio per caricare automaticamente l’aggiornamento. Ciò significherebbe che i nodi aggiornati rifiuterebbero i blocchi dei miner che non avessero fatto l’aggiornamento.

Qual è il problema?

Towns introduce nel sondaggio una proposta di attivazione alternativa che prevede un periodo di attivazione di quattro anni. Come sempre nella discussione sullo sviluppo di Bitcoin, anche questo ha ricevuto qualche respingimento.

“Una volta che la decisione di fare l’aggiornamento ha un supporto schiacciante da parte di sviluppatori e utenti, più lungo è il periodo di attivazione (oltre a quello richiesto ai miner per eseguire l’aggiornamento in sicurezza), più cose possono andare storte”, ha detto l’ex sviluppatore di Bitcoin Core Eric Lombrozo a Towns on Twitter.

Rischi a parte, se la maggior parte degli sviluppatori e dei Bitcoiners pensa che Taproot sia un aggiornamento necessario, non dovrebbero volerci quattro anni per l’attivazione, soprattutto perché è già passato così tanto tempo.