Die Divisionen in der laufenden Blockgrößen-Debatte sind in dieser Woche nach einer privaten Konferenz und einem Anstieg der Netzwerkaktivitäten, bei denen die Nutzer länger warten und mehr bezahlen, um Transaktionen bestätigt zu bekommen, stärker ausgeprägt.

Die aktuelle Debatte darüber, wie die Bitcoin-Blockchain skaliert werden sollte, um neue Benutzer zu beherbergen, war ein Schwerpunkt des kürzlich stattgefundenen Satoshi Roundtable, einem Retreat auf Einladung, bei dem sich Entwickler und Führungskräfte versammelten. Anzeichen deuten jedoch darauf hin, dass die Teilnehmer mit einem negativeren Blick auf den Stand des Diskurses aus der Veranstaltung hervorgegangen sind.

Trotz anhaltender Spannungen wird die Entwicklung der Bitcoin-Software Bitcoin Classic und Bitcoin Core in beiden konkurrierenden Versionen fortgeführt, da sich die Gruppen für die Unterstützung durch die breitere Nutzerbasis des Netzwerks einsetzen.

Ende Februar veröffentlichte Bitcoin Core, die größte und am längsten bestehende Entwicklergruppe des Netzwerks, eine neue Roadmap und damit auch die neueste Version - Version 0. 12. 0 - der Software.

Bald darauf kündigte das Team hinter der alternativen Bitcoin-Implementierung Bitcoin Classic seine Roadmap für 2016 an und diese Woche folgte die Veröffentlichung der neuesten Version von Classic, basierend auf der Core-Version 0. 12. 0.

Die Releases bleiben von Interesse für die Gemeinschaft, als wenn es um eine mögliche Bitcoin Gabel geht, kann das Ergebnis Gewinner nehmen alle.

Führende Technologen glauben, dass die Gruppe, die einen Konsens über ihre Vision erreichen kann, schnell ihre Regelwerke in Kraft setzen wird und dass trotz Bedenken das Risiko einer Aufteilung des Netzwerks in zwei inkompatible Versionen der Blockchain gering bleibt.

Bloq CEO Jeff Garzik sagte CoinDesk:

"Das Netzwerk wird schnell der Gewinngabel folgen, [gibt] Milliarden an Anreizen."

Dieser Artikel befasst sich mit dem Aufbau dieser beiden Versionen und wie beide Gruppen sind Vorwärts, um ihre Vision für das Bitcoin-Netzwerk zu implementieren.

Klassische Roadmap

In seiner offiziellen Roadmap 2016 veröffentlichte das für Classic zuständige Entwicklungsteam den geplanten Plan für die Einführung von Software in den nächsten elf Monaten.

In der ersten Phase erwartet das Team die Implementierung von BIP 109, ursprünglich für Core von Entwickler Gavin Andresen, mit dem die Transaktionsblöcke im Bitcoin-Netzwerk von derzeit 1 Megabyte (MB) pro Block auf 2 MB erhöht werden pro Block.

Der Schwellenwert für diesen Übergang wäre, wenn 751 der vorherigen 1.000 Blöcke mit dem Code, der größere Blöcke unterstützt, abgebaut werden. Bei Erreichen dieser Schwelle von 75% würde ein Aktivierungszeitraum von 28 Tagen beginnen.

Andresen sagte CoinDesk:

"Die Gefahr einer hohen Schwelle besteht darin, dass ein Bergmann oder Poolbetreiber gezwungen wird, dieses Veto auszuüben - sie könnten bedroht oder erpresst werden.Dies ist kein theoretisches Risiko. Wir sehen Denial-of-Service-Angriffe gegen Pools oder Dienste, die "falsch wählen", und es gab sogar Berichte über Morddrohungen. "

Die 28-tägige Periode hat einige in der betroffenen Gemeinschaft hinterlassen, aber Andresen bemerkte in Ein kürzlich veröffentlichter Blogbeitrag, dass "einige der größten Bitcoin-Minenarbeiter, Börsen- und Web-Wallet-Anbieter" angegeben haben, dass ihnen die Aktivierungszeit "viel Zeit" gibt, um ihre Software zu ändern.

Er verteidigte den 28-Tage-Tag weiter Gnadenfrist durch Vergleich mit dem Upgrade der letzten Blockversion.

Andresen erklärte, dass es ungefähr einen Monat dauerte, um 75% der Hashrate zu erreichen und sobald dies geschehen war, dauerte es nur weitere sieben Tage, um 95% der Hashrate zu erreichen.

Mit anderen Worten, er ist der Ansicht, dass in Bezug auf ein 28-tägiges Übergangsfenster keine wesentlichen Bedenken zu bestehen scheinen.

Zukunftsphasen für Classic

Wenn die harte Gabel beginnt, wird Classic in die zweite Phase während Q2 oder Q3 2016 mit dem beabsichtigten Ziel der Blockgröße Bedenken.

"Das Ziel der zweiten Phase besteht darin, die technischen Barrieren (aufgrund eines ineffizienten Netzwerkprotokolls) zu beseitigen, die die Kapazität des Netzwerks begrenzen. Anstatt einen riesigen Datenburst zu übertragen, wenn ein neuer Block gefunden wird, wird eine kleine Menge von Die Daten werden übertragen, indem Transaktionsdaten referenziert werden, die bereits gesendet wurden ", erklärte Andresen.

Er stellte weiterhin fest, dass diese Effizienzen bei 1-MB- oder 2-MB-Blöcken keine Rolle spielen, dass das ultimative Ziel der zweiten Phase jedoch darin bestand, "zentrale Entscheidungen über die" richtige "Maximalgröße zu stoppen und zurück zu gehen Satoshis ursprüngliche Vision eines selbstregulierenden Systems ".

Der letzte Schritt für das Classic-Team ist die Einführung einer dynamischen Blockgrößenbeschränkung, aber erst, nachdem "Minenarbeiter und Unternehmen bestätigt haben, dass Phase 2 ihre Blockgrößenprobleme erfolgreich gelöst hat."

Ein Vorschlag in der Roadmap ist die Verwendung von Variation der adaptiven Blockgröße basierend auf der kürzlichen medianen Blockgröße, die in einem kürzlich veröffentlichten Blog-Beitrag von Stephen Pair, CEO von BitPay, beschrieben wurde.

"Um das Blockgrößenlimit zu bestimmen, berechnen Sie die Medianblockgröße über einige neuere Beispiele von Blöcken und wenden ein Mehrfaches an", schrieb Pair.

Pair erklärt weiter, dass der Median im Gegensatz zur durchschnittlichen Blockgröße viel schwieriger zu spielen ist. Mit einer durchschnittlichen Blockgröße könnten Minenarbeiter die Blockgröße mit ihren eigenen Transaktionen aufblasen oder andererseits keine Transaktionen in Blöcke setzen. Mit Median "würden Sie ein koordiniertes Vorgehen von mehr als 50% der Abbaukapazität benötigen".

Wenn jemand mehr als 50% der Mining-Kapazität kontrolliert, hat Bitcoin natürlich größere Probleme als die Blockgrößenbeschränkung.

Zusammen mit einer Erhöhung der Blockgröße plant Classic eine Konferenz zu veranstalten, "in der diese und zukünftige Skalierungslösungen und Bedenken innerhalb der Gemeinschaft diskutiert werden können".

Die neue Version, die am 7. März veröffentlicht wurde, enthält Elemente aus Bitcoin Core's 0. 12. 0, lässt aber vor allem die Option "Ersatz durch Gebühr" (RBF) übrig, mit der Benutzer Transaktionen mit höheren Gebühren so lange wiederholen können Da sie nicht in einem Block enthalten sind, wird sie standardmäßig deaktiviert.

Core Releases neueste Softwareversion

Das Core-Entwicklungsteam kündigte die Veröffentlichung von v0 an. 12. 0 am 23. Februar, die von den Entwicklern als potentiell "die größte noch, mit mehr signifikanten Verbesserungen als jede andere zuvor" beschrieben.

Das Team hat das Release so gestaltet, dass es sich auf die Optimierung der Software-Gesamtleistung konzentriert. In vielen Fällen war es beabsichtigt, benötigte Rechenressourcen zu reduzieren oder die Geschwindigkeit zu verbessern, mit der Aktionen stattfinden können.

Im November 2015 hat Core-Entwickler Pieter Wuille eine Pull-Anfrage eingereicht, um zu einer libsecp256k1-basierten ECDSA-Validierung zu wechseln. Darin erklärte er, dass dieser Übergang drei Vorteile hätte.

"Signatur-Validierung ist irgendwo zwischen 2. 5 und 5. 5-mal schneller; Consensus-Code hängt nicht mehr von OpenSSL oder seinem Signatur-Parser ab; Entfernt die Verknüpfung mit OpenSSL von libconsensus", schrieb er.

Es gab auch Sicherheitsprobleme beim Ausschalten von OpenSSL.

"OpenSSL ist sehr umfassend in seinen Fähigkeiten, aber diese enorme Funktionalität bedeutet, dass seine Angriffsfläche ziemlich groß ist", schrieb das Team in seiner v. 0. 12. 0 Ankündigung.

Nach fast dreijähriger Entwicklungszeit wurde libsecp256k1 mit dem Bitcoin Core-Client zusammengeführt, was zu einer siebenfachen Verbesserung der Signaturvalidierungsgeschwindigkeit führt. Da libsecp256k1 sich hauptsächlich auf die Signaturvalidierung konzentriert, ist der Bereich für Sicherheitsauswertungen laut Core viel kleiner.

Im Zuge der Optimierung führte das Team einen Mechanismus ein, um Knotenabstürze aufgrund von Speicherpoolgrenzen zu verhindern.

Eine weitere Schlüsseländerung hat damit zu tun, wie Knoten Transaktionen speichern, die sie noch nicht zu einem neuen Block gemacht haben.

In einem Blogpost, der vor dem Verlassen des Bitcoin Core-Teams veröffentlicht wurde, warnte Entwickler Mike Hearn vor dem Potenzial für einen signifikanten Rückgang der Netzwerkknoten.

Wenn Transaktionen ausgeführt werden, gehen sie in den Speicherpool ein, in dem sie gehalten werden, bis sie in der Blockchain angezeigt werden. Wenn mehr Transaktionen auftreten, werden mehr in den Speicherpool gezwungen. Für Knoten mit viel Speicher ist dies kein Problem. Diejenigen, die mit minimalen Speichermengen arbeiten, sehen sich jedoch einer potenziell schlechten Situation gegenüber.

Hearn skizzierte drei mögliche Szenarien, die von diesem Umstand herrühren könnten:

"Der Knoten könnte sehr langsam werden, wenn er in die Swap-Hölle eindringt; der Knoten könnte abstürzen, wenn er versucht, Speicher zuzuweisen und ausfällt; Betriebssystemkern. "

Um dem entgegenzuwirken, führte Core eine Funktion namens" Speicherpoolbegrenzung "ein, die eine feste Standardgrenze für die Größe des Speicherpools festlegt. Genauer gesagt ist es auf 0.300 MB eingestellt. 12. 0.

Wenn ein Speicherpool diesen 300-MB-Grenzwert erreicht, werden die Transaktionen vom Knoten automatisch abgebrochen, sobald ein Knoten mehr Transaktionen abruft bieten Sie die niedrigste Gebühr pro Wiedersehen an, anstatt einfach mehr Transaktionen zu akzeptieren.

Ressourcenkosten senken

0.12. 0 führt auch einen Upload-Traffic-limitierenden Faktor ein. Wenn Knoten ständig Transaktionen im Netzwerk weiterleiten, kann dies zu einer erhöhten Anzahl von Upload-Ressourcen führen, was die einzelnen Knoten belastet.

Ein Begrenzungsfaktor für den Upload-Datenverkehr ermöglicht es dem Benutzer zu begrenzen, wie viele Daten hochgeladen und mit dem Rest des Bitcoin-Netzwerks geteilt werden. Für den Fall, dass es dieses Limit erreicht, wird der Knoten die Blöcke bedienen, die innerhalb der letzten Woche angefordert wurden, wodurch der Ressourcenbedarf minimiert wird.

Um zu verhindern, dass Knoten überlastet werden, führte das Team eine Bereinigung der Brieftasche ein.

Derzeit speichern Knoten eine vollständige Kopie der Blockchain. Zum Schreiben dieses Artikels bedeutet dies, dass jeder Knoten 57,8 GB Transaktionsdaten speichern muss. Je größer dies wird, desto mehr Speicherplatz wird benötigt.

Der neue "Abgeschnittene Modus" ermöglicht es denjenigen, die die Bitcoin Core-Brieftasche verwenden, den erforderlichen Speicherplatz von 60 GB auf nur 2 GB zu reduzieren.

"Dies bedeutet, dass der Knoten sich nur auf die Verfolgung von nicht ausgegebenen Ausgaben konzentriert und zuvor verarbeitete Blöcke sowie Ausgaben, die ausgegeben wurden, vergisst", erklärte das Team.

Zwar gab es eine Kontroverse mit der Einführung von "Ersatz nach Gebühr", im Grunde ging es bei der neuen Version jedoch darum, den Betrieb der Knoten weniger ressourcenintensiv zu machen.

Da die Anzahl der Knoten in den letzten Jahren gesunken ist, sollte die Reduzierung der erforderlichen Ressourcen dazu führen, dass sich mehr Benutzer für die Ausführung von Knoten entscheiden, die die Blockchain vollständig validieren. Je mehr Knoten im Netzwerk, desto sicherer wird Bitcoin.

Verlorenes Wandererbild über Shutterstock