Aggiornamento Bitcoin Taproot fissato per luglio, ma alcuni dettagli più fini T sono ancora stati definiti

Sono state fissate una data di rilascio e una tempistica di attivazione per l'aggiornamento Taproot di Bitcoin, ma gli sviluppatori e gli altri stakeholder stanno ancora discutendo sul metodo migliore per coordinare il più grande aggiornamento di Bitcoin da SegWit.

Peruna chat IRC pubblica discussione, il codice per l'aggiornamento Taproot completamente pronto e preparato verrà distribuito tra il 17 e il 31 marzo (o aprile se necessario), ma la segnalazione effettiva che avvia il processo di attivazione probabilmente T inizierà prima di luglio.

Se tuttova come previsto, quindi la "maggioranza economica" di Bitcoin (minatori e operatori di nodi che eseguono il codice Bitcoin) potrebbe effettuare l'aggiornamento entro due settimane dall'inizio del periodo di segnalazione. Ad agosto 2022, il periodo di attivazione di Taproot raggiungerà il suotempo di attesae la segnalazione cesserà.

Supponendo che i pool di mining che riflettono il 90%+ dell'hashrate di Bitcoin supportino Taproot prima deltempo di attesa (come indica ONE sondaggio), allora la stragrande maggioranza del supporto garantirebbe il successo di Taproot, e l'altro 10% circa (la "minoranza economica") potrebbe effettuare l'aggiornamento senza conseguenze in seguito.

Ma cosa succede se i pool di miningT segnale per attivare Taproot? Bene, è qui che si discute del problema in questo momento. Ma per alcuni degli stakeholder di Bitcoin il problema T dovrebbe nemmeno esistere.

Continua a leggere: Come l'aggiornamento Taproot di Bitcoin migliorerà la Tecnologie nell'intero stack software di Bitcoin

Vero o falso?

Innanzitutto, una QUICK nota sugli aggiornamenti Bitcoin .

A differenza di una rete centralizzata, i cui operatori centrali possono imporre un aggiornamento quando e come preferiscono, la rete di Bitcoin è decentralizzata, quindi gli aggiornamenti richiedono una decisione deliberata e una discussione tra gli stakeholder di Bitcoin (vale a dire, sviluppatori, minatori, aziende e utenti esperti). Taproot è un "soft fork", ovvero una modifica compatibile con le versioni precedenti del software (a differenza di un "hard fork", in cui i set di regole più recenti e quelli più vecchi sono incompatibili).

Soft fork o meno, il nocciolo della questione per l’attivazione di Taproot è se dare agli operatori dei nodi (quegli individui che eseguono il codice sorgente di Bitcoin) un’opzione per forzare l’attivazione dell’aggiornamento se una maggioranza schiacciante di minatori non riesce a supportarlo prima del timeout.

Ciò consentirebbe agli operatori di nodi di rifiutare blocchi da minatori che T supportano l'aggiornamento. Questo tipo di misura (un cosiddetto "soft fork attivato dall'utente") è stato utilizzato per spingere lungo il Attivazione dell'aggiornamento SegWit nel 2017e si ritiene che abbia mosso ilFinestra di Overtonaffinché i minatori accettino l'aggiornamento.

L'altra opzione è di non includere affatto questa funzionalità. Queste opzioni Bitcoin Improvement Proposal (BIP) per forzare o non forzare l'aggiornamento sono rispettivamente denominate BIP8 (true) e BIP8 (false), note anche come LOT=true e LOT=false. LOT è l'abbreviazione di bloccointempo, una funzionalità che determina se Taproot verrà "bloccato" se T viene raggiunta l'attivazione a livello di rete quando tempo di attesaviene raggiunto; l'opzione (true) impone automaticamente l'aggiornamento dopo la scadenza della finestra di attivazione, mentre (false) lo lascia fallire del tutto.

Gli oppositori del BIP8 (vero) affermano che questa misura aggressiva è gratuita perché Taproot T è a rischio di fallimento. Come ha affermato il collaboratore Bitcoin CORE Andrew Chow, con il Indagine sull'attivazione del fittone inviata ai minatori, "la comunità ha già deciso di attivarsi, [quindi] non c'è bisogno di [fare] LOT=true. I minatori fanno parte della comunità."

Continua a leggere: Tutti i principali pool di mining ora supportano Taproot, il più grande aggiornamento di Bitcoin in anni

L'attivazione di Taproot potrebbe causare la divisione della catena Bitcoin ?

Altri ancora a favore del BIP8 (vero) credono che sia una funzionalità necessaria per coordinare l'aggiornamento, che, nel caso più raro di una mancanza di coordinamento estrema, potrebbe dividere la rete Bitcoin in versioni incompatibili se qualcosa andasse storto.

"LOT=true non divide la catena. Riduce drasticamente la probabilità che ciò accada", ha affermato nella chat Luke Dashjr, principale sostenitore di BIP8 (true).

Dashjr condivide questa visione con altri, come hsjoberg, che ha osservato, "Lot=true farebbe in modo che i nodi aggiornati impongano una catena specifica". Ciò significa che gli operatori di nodi che eseguono true imporrebbero che la versione di Bitcoin attivata da Taproot sia la catena "reale", quindi teoricamente ciò aiuterebbe a coordinare il consenso tra gli attori per evitare una divisione.

ONE brg444 ha sostenuto che "se lot=true si attiva ci sarà una divisione della rete". Ma questo avverrebbe solo se l'attivazione forzata andasse a buon fine. Brg444 ha detto che pensano che ciò sia improbabile, perché la minaccia di questa divisione sarebbe sufficiente a spaventare i miner e spingerli ad attivarsi prima che l'attivazione forzata avvenga.

Il fantasma del passato di SegWit

Ma è davvero necessaria una tattica intimidatoria oppure è una palese dimostrazione di forza?

"[ Opinioni me, le persone] soffrono di PTSD a causa di SegWit... [stanno] adottando una difesa preventiva apparentemente senza alcuna ragione se non quella di aver paura di Eventi passati che ora sembrano avere una bassa probabilità di verificarsi", ha affermato nella chat il CTO di Lightning Labs Olaoluwa Osuntokun, riferendosi ai miner che inizialmente si opponevano all'attivazione di SegWit.

"[P]ersonalmente stanno solo facendo shadow boxing Casper in questo momento lol", ha detto più tardi. "Diamo una possibilità a [BIP8 (falso)] e rivediamo dopo se succede davvero qualcosa".

Dopotutto, se dopo circa sei mesi dall'inizio dell'attivazione i miner T hanno segnalato Taproot, allora LOT=true potrebbe essere codificato in un secondo momento per imporre l'aggiornamento.

Tuttavia, questo aggiungerebbe un altro passaggio al processo, e apportare questa modifica post-factum sarebbe più macchinoso che includerla semplicemente nella versione iniziale. Ma alcuni pensano che sia una decisione più prudente, soprattutto considerando lo stigma che marchia lo sviluppo Bitcoin come un giardino chiuso soggetto alla cura solo degli sviluppatori.

"LOT=true sembra come se gli sviluppatori stessero forzando un cambiamento sulla comunità. Anche se potrebbe non essere necessariamente così, l'apparenza che ciò accada non è una buona cosa. Dato che T crediamo che ci saranno problemi con l'attivazione, preferirei che LOT=false evitasse questa visione", ha detto Chow.

Una questione di coordinamento

In particolare, l'ultimo incontro per discutere di Taproot sembrava indicare un sostegno maggioritario per LOT=false. Con solo 100 o più partecipanti a questo round (in contrapposizione a quasi il doppio della partecipazione dell'ultima volta) e un certo favore crescente per LOT=true, tuttavia, "T possiamo davvero misurare il 'consenso della comunità'", ha affermato il collaboratore Darosoir.

Secondo il wiki di attivazione Taproot, 26 partecipanti alla riunione di ieri hanno espresso apertamente la preferenza per LOT=false mentre 19 hanno espresso la preferenza per LOT=true (alcune parti più neutrali hanno indicato che sarebbero state d'accordo con entrambe).

Continua a leggere: Aggiornamento Taproot: gli utenti Bitcoin si avvicinano al piano di attivazione, la data è ancora da definire

Poco rappresentativi della vasta comunità internazionale di Bitcoin, i partecipanti all'IRC hanno lasciato la riunione senza un chiaro consenso sui parametri di attivazione precisi, con alcuni che hanno espresso la necessità di semplificare le complessità del processo per ottenere Opinioni più informata dalla comunità più ampia.

"Dirò, però, che penso che questa discussione avrebbe beneficiato di una visione più chiara della comunità che supporta in modo schiacciante questo. Fuori tema per questo incontro, ma chiunque sia interessato a come ottenere dati migliori su questo argomento, sarei interessato a lavorare con lui", ha scritto nella chat Keagan McClelland, co-fondatore di Start9 Labs.

Con una data fissata per la fine di marzo e la maggior parte dei parametri di attivazione scelti in BIP8, la domanda finale a cui rispondere per l'implementazione di Taproot è se includere o meno la misura "soft fork attivato dall'utente" fin dall'inizio.

Taproot verrà spedito tramite BIP8 a fine marzo e l'attivazione è prevista per luglio, quindi a questa domanda bisognerà rispondere entro il mese.