Actualizarea Bitcoin Taproot ar trebui să înceapă activarea în iulie

O dată de lansare și o cronologie de activare sunt stabilite pentru actualizarea Bitcoin Taproot, dar dezvoltatorii și alte părți interesate încă dezbat cea mai bună metodă de coordonare a celui mai mare improve Bitcoin de la SegWit.

Pe un chat IRC public discuție, codul pentru actualizarea complet pregătită și gata Taproot va fi implementat cândva între 17 martie și 31 martie (sau aprilie, dacă este necesar), dar semnalizarea reală care dă startul procesului de activare probabil nu va începe până în iulie.

Dacă totul merge ca planificat, apoi „majoritatea economică” a Bitcoin (minerii și operatorii de noduri care rulează codul Bitcoin) s-ar putea actualiza în termen de două săptămâni de la începerea perioadei de semnalizare. Veniți în august 2022, perioada de activare a lui Taproot va ajunge la ea timeoutheight iar semnalizarea se va încheia.

Presupunând că piscinele miniere reflectă 90% + din hashrate Bitcoin suportă Taproot înainte de timeoutheight (așa cum indică un sondaj), atunci marea majoritate a sprijinului ar asigura Taproot să fie un succes, iar celălalt aproximativ 10% („minoritatea economică”) se poate actualiza fără consecințe ulterior.

Dar ce se întâmplă dacă bazinele miniere nu semnal pentru activarea Taproot? Ei bine, aici se află discuția în acest second. Dar pentru unii dintre factorii interesați de Bitcoin, închiderea nu ar trebui să existe nici măcar.

În primul rând, o notă rapidă despre actualizările Bitcoin.

Spre deosebire de o rețea centralizată, ai cărei operatori centrali pot solicita o actualizare ori de câte ori și oricum doresc, rețeaua Bitcoin este descentralizată, astfel încât actualizările necesită luarea de decizii deliberate și discuții între părțile interesate ale Bitcoin (și anume, dezvoltatori, mineri, utilizatori de afaceri și de putere) Taproot este un „smooth fork”, ceea ce înseamnă o modificare care este compatibilă cu versiunile anterioare ale software-ului (spre deosebire de „onerous fork”, unde seturile de reguli mai noi și seturile de reguli mai vechi sunt incompatibile).

Furca moale sau nu, în centrul activității Taproot este dacă să oferiți operatorilor de noduri (acele persoane care rulează codul sursă al Bitcoin) o opțiune de a forța activarea actualizării în cazul în care o supermajoritate de mineri nu reușește să o susțină înainte de expirare.

Acest lucru ar permite operatorilor de noduri să respingă blocurile minerilor care nu acceptă actualizarea. Acest tip de măsură (așa-numita „furcă moale activată de utilizator”) a fost folosită pentru a produce în lungul Activarea actualizării SegWit în 2017 și se crede că a înmugurat Fereastra Overton pentru ca minerii să accepte actualizarea.

Cealaltă opțiune este să nu includeți deloc această caracteristică. Aceste opțiuni ale Propunerii de îmbunătățire Bitcoin (BIP) pentru a forța sau nu forțarea actualizării sunt denumite respectiv BIP8 (adevărat) și BIP8 (fals), cunoscute și sub denumirea de LOT = adevărat și LOT = fals. LOT este prescurtarea lockinontime, o caracteristică care dictează dacă Taproot va fi „blocat” dacă activarea la nivel de rețea nu este atinsă atunci când timeoutheight este atins; opțiunea (adevărat) impune automat actualizarea după expirarea ferestrei de activare, în timp ce (fals) permite eșecul complet.

Oponenții BIP8 (adevărat) spun că această măsură agresivă este gratuită, deoarece Taproot nu riscă să eșueze. După cum a spus Andrew Chow, colaboratorul Bitcoin Core, cu Sondaj de activare a rădăcinii trimise către mineri, „Comunitatea a decis deja să activeze, [so] nu este nevoie [do] LOT = adevărat. Minerii fac parte din comunitate. ”

Alții în favoarea BIP8 (adevărat) cred că este o caracteristică necesară pentru coordonarea actualizării, care, în circumstanțele mai uncommon de discordinare extremă, ar putea împărți rețeaua Bitcoin în versiuni incompatibile dacă ceva nu merge bine.

„LOT = true nu împarte lanțul. Scale back strict probabilitatea acestui lucru ”, a declarat în chat chat-ul Luke Dashjr, susținătorul principal al BIP8 (adevărat).

Dashjr împărtășește această opinie cu alții, cum ar fi hsjoberg, care a menționat că „Lot = true s-ar asigura că nodurile actualizate impun un lanț particular”. Aceasta înseamnă că operatorii de noduri care rulează adevărat ar impune ca versiunea activată de Taproot a Bitcoin să fie lanțul „actual”, deci teoretic acest lucru ar ajuta la coordonarea consensului între actori pentru a evita o divizare.

Un brg444 a susținut că „dacă se activează lot = true, va exista o împărțire a rețelei”. Dar acest lucru ar fi doar dacă activarea forțată ar fi trecut. Brg444 a spus că consideră că acest lucru este puțin probabil, deoarece amenințarea acestei diviziuni ar fi suficientă pentru a speria minerii să activeze înainte de activarea forțată.

Dar este cu adevărat necesară o tactică de sperietură sau este o demonstrație flagrantă de forță?

„[In my opinion, people] au PTSD de la SegWit … [they’re] fiind preventiv defensivi, fără să pară niciun motiv, în afară de faptul că se tem de evenimentele din trecut care par să aibă o probabilitate scăzută de a se produce efectiv ”, a declarat în chat chatul Lightning Labs, Olaoluwa Osuntokun, referindu-se la minerii care se opuneau inițial activării SegWit.

„[P]Sunt doar casper de field în umbră, lol „, a spus el mai târziu. „Să dăm [BIP8 (false)] o poză și revizuirea ulterioară, dacă se întâmplă de fapt lucruri. ”

La urma urmei, dacă aproximativ șase luni după activare începe minerii nu au semnalizat pentru Taproot, atunci LOT = true ar putea fi codificat după faptul pentru a impune actualizarea.

Totuși, acest lucru ar adăuga încă un pas la proces, iar efectuarea acestei modificări post-factum ar fi mai greoaie decât simpla includere în versiunea inițială. Dar unii cred că este o decizie mai prudentă, mai ales având în vedere stigmatul pe care îl dezvoltă dezvoltarea Bitcoin ca o grădină închisă, care este supusă doar îngrijirii dezvoltatorilor.

„LOT = true apare ca și cum dezvoltatorii forțează o schimbare asupra comunității. Deși acest lucru nu este neapărat cazul, apariția acelui eveniment nu este un lucru bun. Având în vedere că nu credem că vor exista probleme cu activarea, aș prefera LOT = false pentru a evita acest punct de vedere ”, a spus Chow.

În particular, ultima întâlnire pentru a discuta despre Taproot părea să indice sprijin majoritar pentru LOT = false. Cu doar aproximativ 100 de participanți în această rundă (spre deosebire de aproape dublul prezenței de information trecută), iar unii sunt în favoarea creșterii pentru LOT = adevărat, totuși, „nu putem măsura cu adevărat„ consensul comunității ””, a spus colaboratorul Darosoir.

Potrivit wiki-ului de activare Taproot, 26 de participanți la întâlnirea de ieri au favorizat vocal LOT = false, în timp ce 19 au favorizat LOT = adevărat (unele părți mai neutre au indicat că ar fi bine cu oricare dintre ele).

Cu greu reprezentative pentru comunitatea internațională extinsă a Bitcoin, chat-urile IRC au părăsit întâlnirea fără un consens clar cu privire la parametrii de activare exacți, unii exprimând nevoia de a cut back complexitățile procesului pentru a obține o opinie mai informată din partea comunității mai largi.

„Voi spune, totuși, că cred că această discuție ar fi beneficiat de a avea o viziune mai clară asupra comunității, sprijinind în mod covârșitor acest lucru. În afara subiectului pentru această întâlnire, dar oricine este interesat de cum să obținem date mai bune în această privință, aș fi interesat să lucrez cu acesta ”, a scris Keagan McClelland, cofondator Start9 Labs, în chat.

Cu o dată stabilită pentru sfârșitul lunii martie și cea mai mare parte a parametrilor de activare aleși în BIP8, întrebarea finală la care trebuie să răspundem pentru implementarea Taproot este dacă trebuie să includem sau nu măsura „furcă activată de utilizator” de la început sau nu.

Taproot va fi livrat de BIP8 la sfârșitul lunii martie, iar activarea este programată pentru luna iulie, astfel încât această întrebare va trebui să primească un răspuns în cursul lunii.