Luke-Jr. argumentierte, die Bitcoin-Blockgröße dynamisch anzupassen


Luke-Jr, ein Entwickler von Bitcoin-Protokollen und Blockstream-Auftragnehmer, hat in den letzten Jahren argumentiert, dass Bitcoin nicht nur auf das Hinzufügen von Datenkapazität verzichten sollte, indem die Blockgröße um 1 MB erhöht wird, sondern diese stattdessen auf 250 Kilobyte pro Block senken sollte.

Bevor er sich Blockstream anschloss, war er jedoch der Meinung, dass die Blockgröße dynamisch angepasst werden sollte. Gregory Maxwell, ehemaliger CTO von Blockstream und ehemaliger Entwickler von Bitcoin-Protokollen, schloss ihn aus.

In einer wenig bekannten öffentlichen Diskussion, in der Gavin Andresen, der frühere Betreuer des Bitcoin Github, bereits am 24. August 2011 eine Kettenspaltgabel für Multi-Sigs vorschlug, sagte Luke-jr:

„Wenn eine Blockkettenaufteilung stattfinden soll, ist es sinnvoll, so viele zu beheben
Probleme wie möglich:

Ersetzen Sie feste Grenzen (wie die maximale Blockgröße von 1 MB) durch etwas, das sich dynamisch an die Zeit anpassen kann. Vielleicht basierend auf der Schwierigkeit, damit es nicht gespielt werden kann?

Passen Sie den Schwierigkeitsgrad für jeden Block unbegrenzt an, basierend auf einem N-Block-Schiebefenster.

21 Millionen sind wirklich nicht genug, wenn Bitcoin jemals startet, selbst mit 100.000.000 Einheiten pro BTC. Ersetzen der 64-Bit-Ganzzahlen von "Satoshi" durch Brüche variabler Größe von "Satoshi" … "

Am selben Tag, als Gregory Maxwell das harte Limit ablöste, sagte er nur "zu früh dafür" und Luke-jr antwortete:

„Dynamische Anpassungen sind beabsichtigt, niemals zu früh oder zu spät. Das Ändern von einer festen Größe von 1 MB löst die Blockkette aus, was ein minimiertes Ereignis sein sollte. “

Zu Beginn der Blockgrößen-Debatte wurde diese dynamische Einstellung der Blockgröße auch 2014-15 von Pieter Wuille, einem Entwickler von Bitcoin-Protokollen und Blockstream-Mitarbeiter, vorgeschlagen.

Bereits im Jahr 2011 sprach sich Maxwell gegen eine Erhöhung aus und führte das „zu frühe“ folgendermaßen aus:

"Wir sind im Moment nicht auf Maximalgröße (zum Glück). Wir wissen nicht, wie die Netzwerkdynamik auf dieser Verkehrsebene aussehen würde. Wie können wir also kompetent sagen, welche Metriken die richtigen sind, um dort das richtige Verhalten zu erzielen? Das habe ich zu früh gemeint. “

Warum er dankbar war, dass das Netzwerk nicht voll ausgelastet war, ist nicht klar, da er einige Jahre später eine Kampagne eröffnete, um die sehr hohen Gebühren zu feiern, die durch diesen Kapazitätsmangel verursacht wurden.

Diese Hardfork-Idee wurde jedoch zurückgestellt, nachdem sich die Diskussion mit Gavin Andresen auf viele Fragen ausgeweitet hatte:

„Diese Diskussion überzeugt mich davon, dass die Planung einer Blockchain-Aufteilung zu diesem Zeitpunkt definitiv die falsche Idee ist. Wir können in N Monaten wiederkommen, wenn wir eine Roadmap und nette Unit-Tests sowie eine Reihe von gut getesteten Patches haben, um all die Dinge zu reparieren, die behoben werden müssen, wenn wir entscheiden, dass eine Blockchain-Aufteilung notwendig ist. "

Die Bezeichnung "Blockchain Split" ist eine Möglichkeit, dies zu beschreiben. Die Kapazität wurde jedoch durch eine weiche Gabel leicht erhöht.

Dieser weiche Gabelwechsel wurde nicht durch einen dynamisch anpassbaren Mechanismus ergänzt, sodass das Netzwerk nun darauf warten muss, dass das Entwickler-Komitee irgendwann sagt, dass das Blockgrößengewicht erhöht werden sollte.

Wenn wir jemals damit rechnen müssen, dass diese Mitteilung nicht klar ist, stagniert Bitcoin in Bezug auf die Skalierbarkeit, auch wenn andere Blockchains dies versuchen.

Copyrights Trustnodes.com

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

Werbung: Immobilienmakler HeidelbergMakler Heidelberg

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