Taproot-Update: Bitcoin-Benutzer starten den Aktivierungsplan, Datum noch TBD

Free Bitcoins: FreeBitcoin | BonusBitcoin

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining


Viele der aktivsten Stakeholder von Bitcoin haben gerade die Aktivierungsmethode für Taproot festgelegt, das größte Upgrade der Bitcoin-Software seit Jahren.

In einem öffentlichen Meeting im Internet Relay Chat (IRC) am Dienstag haben Bitcoin-Entwickler, Bergleute, Geschäftsleute und Enthusiasten die Einzelheiten erläutert, wie das Taproot-Upgrade in ein Update gepackt werden kann – und wie es nach dem Versand des Codes aktiviert werden kann.

Der aktivste der rund 200 Teilnehmer im Chat (meistens, aber nicht alle Entwickler) schien sich auf den Bitcoin-Verbesserungsvorschlag (BIP) zu einigen, der zur Aktivierung von Taproot verwendet werden würde. Um das BIP für den Versand vorzubereiten, stimmten sie auch dafür, zwei "Pull Requests" (PRs) auf GitHub zusammenzuführen, die die Regeln für die Aktivierungslogik von Taproot in den Quellcode von Bitcoin umreißen, wenn die Zeit gekommen ist, das Upgrade voranzutreiben.

Eine davon, PR # 1021, enthält eine Maßnahme, mit der Benutzer das Upgrade erzwingen können, falls Bergleute es nicht unterstützen, während PR # 1020 dieses Forcen nur "empfiehlt", es jedoch nicht standardmäßig aktiviert. Da fast alle Teilnehmer BIP 8 ohne erzwungene Aktivierung unterstützen, wie der Meetingleiter und Bitcoin Core-Entwickler Michael Folkson im Chat feststellte, wird in einer weiteren Diskussion ein Datum für den Beginn der Aktivierung festgelegt – und das Ausmaß, in dem ein „Flaggentag“ die Aktivierung erzwingen soll ist notwendig.

Warum ein Taproot-Flaggentag (wahrscheinlich) nicht benötigt wird

Nicht, dass Bergleute, die das Upgrade blockieren, ein Problem für Taproot sein sollten, das laut einer Umfrage von F2Pool-Vizepräsident Alejandro De La Torre eine Unterstützung von 91% der Bergleute bietet.

Die Umfrage liefert wichtige Rückmeldungen von Bergleuten für die dezentrale Organisation von Bitcoin, die Aktualisierungen nicht wie ein zentraler Softwareanbieter einseitig koordinieren kann. Upgrades wie Taproot erfordern eine sorgfältige Koordination zwischen Bergleuten, Vollknotenbenutzern (die den Open-Source-Code von Bitcoin ausführen) und anderen Interessengruppen, um sicherzustellen, dass nichts schief geht (wie das Einführen eines Fehlers oder das Aufteilen des Bitcoin-Netzwerks in zwei inkompatible Versionen).

Da Bergleute keinen Widerstand gegen Taproot gezeigt haben, äußerten die meisten Teilnehmer eine Präferenz für BIP8 (falsch), wobei sich (falsch) auf den Ausschluss eines „Flaggentages“ bezog, um die Aktivierung durch volle Knoten zu erzwingen, falls das Upgrade aufgrund fehlender Bergmannaktivierung fehlschlägt .

BIP8, wie es derzeit entwickelt wurde, würde Bitcoin-Minern und Vollknotenbetreibern ein Jahr Zeit geben, um das Upgrade zu übernehmen. Danach würde das Upgrade mit ausreichender Unterstützung „gesperrt“. In einer Version davon, BIP8 (false), schlägt das Update einfach ohne ausreichende Unterstützung fehl. In einem anderen Fall, BIP8 (true), würde ein „Flaggentag“ Bergleute zwingen, für das Upgrade zu signalisieren, wenn der Aktivierungszeitraum abläuft, wenn sie dies nicht zuvor getan haben.

Technischer Hinweis: Es gibt einige Möglichkeiten, Bitcoin zu aktualisieren. Die einfachste Möglichkeit ist die Aktivierung des Miners, bei der Mining-Pools aktualisiert werden und nach den neuen Regeln mit dem Mining von Blöcken begonnen wird. Andernfalls können Knotenbetreiber ein Upgrade durchführen und Blöcke von Minern ablehnen, die keine Unterstützung für ein Upgrade signalisiert haben. Diese sogenannte "User Activate Soft Fork" (UASF), wird auch zum Aktivieren von SegWit verwendetwürde Holdout-Bergleute zwingen, das neue Upgrade zu übernehmen.

"Völlig anekdotisch, aber ich habe es nicht gesehen irgendein [emphasis theirs] Opposition gegen Taproot “, sagte ein willcl_ark im Chat und bezog sich darauf, ob ein Flaggentag notwendig ist oder nicht. "Ich denke, die Verwendung des kleinsten gemeinsamen Nenners der Aktivierungsparameter (false) scheint die vernünftige Wahl zu sein, um gezielte oder versehentliche Kettenspaltungen zu vermeiden, falls Bergleute kein Signal geben."

Warum die Verzögerung?

Wieder andere, wie der produktive Bitcoin Core-Entwickler Luke Dashjr, sind nicht davon überzeugt, dass die Aufnahme eines Flaggentages nicht erforderlich ist. Tatsächlich ist es eine Grundsatzfrage zu zeigen, dass Knotenbetreiber sich für Software entscheiden, nicht für Miner.

"Es spielt keine Rolle", sagte er im Chat in Bezug auf die Unterstützung von Bergarbeitern. "Bergleute entscheiden nicht über Protokolländerungen", fuhr er fort und deutete an, dass es die Knotenbetreiber sind, die stattdessen entscheiden, welche Software ausgeführt werden soll. Ferner trat er dafür ein, dass BIP8 (falsch) „let[s] Bergleute entscheiden über das Schicksal des Upgrades. Wenn es soweit ist, sagte er später im Chat, wird er seinen Knoten so konfigurieren, dass die BIP8-Version (true) ausgeführt wird, die Nicht-Taproot-Blöcke von Bergleuten ablehnt.

“BIP8 mit obligatorisch [activation] ist keine unnötige Gewaltdemonstration “, sagte hsjoberg und wiederholte Dashjrs Überzeugung, dass die Wahl eines UASF durch den Benutzer eine notwendige Kontrolle und Ausgewogenheit der Apathie der Bergarbeiter darstellt.

Dennoch könnte eine Gewaltdemonstration ein unnötiges Risiko mit sich bringen und einen unerwünschten Präzedenzfall für zukünftige Upgrade-Überlegungen darstellen, insbesondere wenn Bergleute den Benutzern keinen Grund gegeben haben, kämpferisch zu sein. Gehen Sie also zu Gunsten von BIP8 (falsch).

„[BIP8 false] ist sicherer als [true]Es lohnt sich also [false] Zum ersten Mal, da wir wissen, dass Hashpower bereits zu 90% pro Taproot ist “, sagte Chris Belcher, Entwickler von Bitcoin Core und CoinSwap.

Andere wie Suredbits und der Bitcoin Core-Entwickler Ben Carman wiesen darauf hin, dass Sie das Upgrade später so konfigurieren könnten, dass es den Flaggentag einschließt, falls Bergleute nicht signalisieren, "was es für Benutzer sicherer und einfacher macht, die UASF durchzusetzen".

Am Ende des Meetings einigten sich die Teilnehmer darauf, Pull-Anforderungen auf GitHub sowohl für eine nicht erzwungene Aktivierungsroute (PR # 1020) als auch für eine erzwungene Aktivierungsroute (PR # 1021) zusammenzuführen. Mit diesen beiden Regeln in GitHub von Bitcoin Core können die Regeln für eine erzwungene Aktivierung nur bei Bedarf verwendet werden.

Mehr Überlegung

Das von willcl_ark beschriebene Chain-Split-Szenario ist im Grunde der Bogeyman, den jeder hier vermeiden möchte. Es wird befürchtet, dass BIP8 (true) 100% der Hash-Rate benötigt, um nach Ablauf der Taproot-Aktivierungsfrist für das Upgrade zu signalisieren. Wenn also genügend Benutzer gleichzeitig diesen Weg gegangen sind und andere BIP8 (false) für die nicht erzwungene Aktivierung verwenden (für die nur 95% der Hashrate erforderlich sind), können die beiden unterschiedlichen Codeversionen zwei inkompatible Historien des Bitcoin-Transaktionsbuchs erstellen.

Wenn es überhaupt zu einer erzwungenen Signalisierung kommen muss, ist es daher am besten, dies über AJ Townes PR # 1021 zu tun, was "die UASF-Option sicherer macht, die das" gefährlichste "Szenario darstellt", schrieb Carman im Chat.

Im Moment scheint es so, als würden diejenigen, die an Diskussionen beteiligt sind, BIP8 (falsch) mit der Hinzufügung einer UASF durch PR # 1021 bevorzugen, aber weitere Diskussionen sind erforderlich, um den genauen Zeitplan für die anfängliche Aktivierungsperiode (oder wie lange Benutzer haben) festzulegen Upgrade, nachdem das Update live geschaltet wurde) sowie welches Aktivierungsdatum eingestellt werden soll.

Diese „Was wäre wenn“ und „Wann“ werden unter anderem in einem Treffen am kommenden Mittwoch besprochen.

Free Bitcoins: FreeBitcoin | BonusBitcoin

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close