Bitcoin-Taproot-Upgrade für Juli geplant, einige Details sind jedoch noch nicht abgeschlossen

Für das Taproot-Upgrade von Bitcoin sind ein Veröffentlichungsdatum und ein Aktivierungszeitplan festgelegt. Entwickler und andere Interessengruppen diskutieren jedoch immer noch über die beste Methode zur Koordinierung des größten Bitcoin-Upgrades seit SegWit.

Laut einer öffentlichen IRC-Chat-Diskussion wird der Code für das vollständig vorbereitete Taproot-Upgrade irgendwann zwischen dem 17. März und dem 31. März (oder ggf. im April) bereitgestellt, aber die tatsächliche Signalisierung, die den Aktivierungsprozess startet, hat wahrscheinlich gewonnen. ' erst im Juli beginnen.

Wenn alles wie geplant verläuft, kann die „wirtschaftliche Mehrheit“ von Bitcoin (Bergleute und Knotenbetreiber, die den Bitcoin-Code ausführen) innerhalb von zwei Wochen nach Beginn der Signalisierungsperiode aktualisiert werden. Im August 2022 wird die Aktivierungsperiode von Taproot ihren Höhepunkt erreichen Timeoutheight und die Signalisierung wird beendet.

Angenommen, Mining-Pools, die mehr als 90% der Bitcoin-Hash-Rate widerspiegeln, unterstützen Taproot vor dem Timeoutheight (wie aus einer Umfrage hervorgeht), würde die überwiegende Mehrheit der Unterstützung sicherstellen, dass Taproot ein Erfolg ist, und die anderen etwa 10% (die „wirtschaftliche Minderheit“) können anschließend ohne Konsequenz aktualisiert werden.

Aber was passiert, wenn der Bergbau Pools nicht Signal zur Aktivierung von Taproot? Nun, hier wird gerade über das Auflegen diskutiert. Für einige Stakeholder von Bitcoin sollte das Auflegen jedoch nicht einmal bestehen.

Zunächst ein kurzer Hinweis zu Bitcoin-Upgrades.

Im Gegensatz zu einem zentralisierten Netzwerk, dessen zentrale Betreiber jederzeit und nach Belieben ein Upgrade durchführen können, ist das Bitcoin-Netzwerk dezentralisiert. Daher erfordern Upgrades eine gezielte Entscheidungsfindung und Diskussion unter den Stakeholdern von Bitcoin (nämlich Entwicklern, Bergarbeitern, Unternehmen und Hauptbenutzern). Taproot ist eine „weiche Gabelung“, dh eine Änderung, die mit früheren Versionen der Software kompatibel ist (im Gegensatz zu einer „harten Gabelung“, bei der neuere Regelsätze und ältere Regelsätze nicht kompatibel sind).

Soft Fork oder nicht, im Mittelpunkt der Aktivierung von Taproot steht die Frage, ob Knotenbetreibern (Personen, die den Bitcoin-Quellcode ausführen) die Möglichkeit gegeben wird, die Aktivierung des Upgrades zu erzwingen, wenn eine Mehrheit der Bergleute es vor dem Timeout nicht unterstützt.

Dies würde es Knotenbetreibern ermöglichen, Blöcke von Bergleuten abzulehnen, die das Upgrade nicht unterstützen. Diese Art von Maßnahme (eine sogenannte „benutzeraktivierte weiche Gabel“) wurde verwendet, um die SegWit-Upgrade-Aktivierung im Jahr 2017 voranzutreiben, und es wird angenommen, dass das Overton-Fenster für Bergleute verschoben wurde, um das Upgrade zu akzeptieren.

Die andere Möglichkeit besteht darin, diese Funktion überhaupt nicht einzuschließen. Diese BIP-Optionen (Bitcoin Improvement Proposal) zum Erzwingen oder Nichterzwingen des Upgrades werden als BIP8 (true) bzw. BIP8 (false) bezeichnet, auch bekannt als LOT = true und LOT = false. LOT ist die Abkürzung für Lockinontime, eine Funktion, die vorschreibt, ob Taproot "gesperrt" wird, wenn die netzwerkweite Aktivierung nicht erreicht wird, wenn die Timeoutheight ist erreicht; Die Option (true) fordert das Upgrade automatisch nach Ablauf des Aktivierungsfensters an, während die Option (false) einen vollständigen Fehlschlag zulässt.

Gegner von BIP8 (wahr) sagen, dass diese aggressive Maßnahme unbegründet ist, da Taproot nicht vom Scheitern bedroht ist. Andrew Chow, Mitwirkender von Bitcoin Core, sagte mit der Taproot-Aktivierungsumfrage, die an Bergleute gesendet wurde: „Die Community hat bereits beschlossen, diese zu aktivieren. [so] es besteht keine Notwendigkeit [do] LOT = wahr. Bergleute sind Teil der Gemeinschaft. “

Wieder andere, die BIP8 (wahr) befürworten, glauben, dass dies eine notwendige Funktion für die Koordination des Upgrades ist, die unter den selteneren Umständen extremer Diskoordination das Bitcoin-Netzwerk in inkompatible Versionen aufteilen könnte, wenn etwas schief geht.

„LOT = true teilt die Kette nicht. Dies verringert die Wahrscheinlichkeit strikt “, sagte BIP8 (wahrer) Hauptvertreter Luke Dashjr im Chat.

Dashjr teilt diese Ansicht mit anderen, wie z. B. hsjoberg, der feststellte: "Lot = true würde sicherstellen, dass aktualisierte Knoten eine bestimmte Kette erfordern." Dies bedeutet, dass Knotenbetreiber, die true ausführen, vorschreiben würden, dass die Taproot-aktivierte Version von Bitcoin die „echte“ Kette ist. Theoretisch würde dies dazu beitragen, den Konsens zwischen den Akteuren zu koordinieren, um eine Spaltung zu vermeiden.

Ein brg444 behauptete, "wenn lot = true aktiviert wird, wird es eine Netzwerkaufteilung geben." Dies wäre jedoch nur möglich, wenn die erzwungene Aktivierung durchgeführt würde. Brg444 sagte, dass sie dies für unwahrscheinlich halten, da die Bedrohung durch diese Spaltung ausreichen würde, um Bergleute zur Aktivierung zu bewegen, bevor die erzwungene Aktivierung erfolgt.

Aber ist eine Angst-Taktik wirklich notwendig oder eine ungeheure Machtdemonstration?

„[In my opinion, people] habe PTBS von SegWit… [they’re] aus scheinbar keinem anderen Grund präventiv defensiv zu sein, als Angst vor vergangenen Ereignissen zu haben, bei denen die Wahrscheinlichkeit eines tatsächlichen Auftretens jetzt gering zu sein scheint “, sagte Olaoluwa Osuntokun, CTO von Lightning Labs, im Chat und bezog sich auf Bergleute, die ursprünglich gegen die Aktivierung von SegWit waren.

„[P]pl sind nur Schattenboxen casper rn lol “, sagte er später. "Lass uns geben [BIP8 (false)] ein Schuss und überarbeiten Sie danach, ob tatsächlich etwas passiert. “

Wenn etwa sechs Monate nach Beginn der Aktivierung keine Bergleute für Taproot signalisiert haben, könnte LOT = true nachträglich codiert werden, um das Upgrade durchzusetzen.

Dies würde dem Prozess jedoch noch einen weiteren Schritt hinzufügen, und diese Änderung nachträglich vorzunehmen wäre umständlicher, als sie nur in die ursprüngliche Version aufzunehmen. Einige halten es jedoch für eine umsichtigere Entscheidung, insbesondere angesichts des Stigmas, das die Bitcoin-Entwicklung als geschlossenen Garten kennzeichnet, der nur von Entwicklern gepflegt wird.

„LOT = true scheint, als würden die Entwickler der Community eine Änderung aufzwingen. Während dies nicht unbedingt der Fall sein muss, ist das Auftreten dieses Ereignisses keine gute Sache. Da wir nicht glauben, dass es Probleme mit der Aktivierung geben wird, würde ich LOT = false vorziehen, um diese Ansicht zu vermeiden “, sagte Chow.

Insbesondere das letzte Treffen zur Erörterung von Taproot schien eine Mehrheitsbeteiligung für LOT = false anzuzeigen. Mit nur etwa 100 Teilnehmern in dieser Runde (im Gegensatz zu fast der doppelten Besucherzahl beim letzten Mal) und einigen wachsenden Befürwortern für LOT = true: "Wir können den" Community-Konsens "nicht wirklich messen", sagte Darosoir.

Laut dem Taproot-Aktivierungs-Wiki bevorzugten 26 Teilnehmer des gestrigen Meetings lautstark LOT = false, während 19 LOT = true bevorzugten (einige neutralere Parteien gaben an, dass sie mit beiden in Ordnung wären).

Die IRC-Chatter waren kaum repräsentativ für die weitläufige internationale Community von Bitcoin und verließen das Meeting ohne klaren Konsens über die genauen Aktivierungsparameter. Einige äußerten die Notwendigkeit, die Komplexität des Prozesses zu reduzieren, um eine fundiertere Meinung von der breiteren Community zu erhalten.

„Ich werde jedoch sagen, dass ich denke, dass diese Diskussion von einer klareren Sicht auf die Gemeinschaft profitiert hätte, die dies überwiegend unterstützt. Außerhalb des Themas für dieses Meeting, aber jeder, der daran interessiert ist, bessere Daten zu erhalten, würde gerne mit ihm zusammenarbeiten “, schrieb Keagan McClelland, Mitbegründer von Start9 Labs, im Chat.

Mit einem für Ende März festgelegten Datum und dem Großteil der in BIP8 ausgewählten Aktivierungsparameter ist die letzte Frage, die für die Bereitstellung von Taproot zu beantworten ist, ob die Maßnahme "Benutzeraktivierte weiche Gabel" von Anfang an einbezogen werden soll oder nicht.

Taproot wird Ende März per BIP8 ausgeliefert. Die Aktivierung ist für Juli geplant, daher muss diese Frage innerhalb eines Monats beantwortet werden.