Wer entscheidet über die Blockgröße?

Ich betreibe seit etwas weniger als einem Jahr einen Full Node und verfolge die Diskussion um die Erhöhung der Blockgröße. Ich bin dafür.

Wer kann eigentlich entscheiden, ob die Erhöhung der Blockgröße in den BT-Core übernommen wird? Ist eine Mehrheitsentscheidung der Kernentwickler erforderlich? Offensichtlich versucht Gavin Andersen, ein ausgesprochener Core-Entwickler, jemanden mit seinen Blog-Posts zu überzeugen. Dem?

Und wie kann die Öffentlichkeit ihren Wunsch nach einer Erhöhung der Blockgröße koordinieren? Jeder, der in seinen Blogs postet, wird es nicht schaffen, oder?

Alle. :) Sie entscheiden, welche Software Sie ausführen.

Antworten (2)

Wer kann eigentlich entscheiden, ob die Erhöhung der Blockgröße in den BT-Core übernommen wird?

Jede Person, die berechtigt ist, Änderungen an github.com/bitcoin.org vorzunehmen

Und wie kann die Öffentlichkeit ihren Wunsch nach einer Erhöhung der Blockgröße koordinieren?

Der einzige Weg ist die Abstimmung per Hashpower. Schauen Sie sich BIP-16 an

Das ist eine offensichtliche Antwort, die Person mit Commit-Zugriff. Gavin oder ein anderer Entwickler kann also einfach die größere Blockgröße übertragen, während andere Entwickler sie möglicherweise wiederherstellen?
technisch gesehen ja
Ich dachte eigentlich, darauf zielt die Frage auch ab

Diese Situation ist in der Softwarewelt beispiellos. In anderen Peer-to-Peer-Systemen (denken Sie an Skype oder Bittorrent oder was auch immer) beheben Software-Updates Fehler oder fügen neue Funktionen hinzu, und wenn der Benutzer seine Software nicht aktualisiert, ist das Schlimmste, was passieren kann, dass sein Programm mit einigen Problemen läuft .

Bei Bitcoin ist die Situation drastisch anders, da das System vollständig darauf basiert, einen Konsens über etwas zu erreichen. Bittorrent oder Skype müssen sich nicht wirklich auf irgendetwas einigen. Sicher, es gibt immer noch ein Protokoll, das Clients befolgen sollten, damit das System wie erwartet funktioniert, aber selbst wenn diese Regeln von Client zu Client leicht unterschiedlich sind, funktioniert das System insgesamt immer noch.

Bei Bitcoin ist Konsens das, was das gesamte System möglich macht. Die Regeln, wie man einen Konsens erzielt, sind in den Client/Knoten eingebettet (eigentlich fest codiert), den alle Leute ausführen. Wenn es nun einige Clients gibt, die andere Regeln als andere bezüglich des Konsens haben, dann verzweigt sich das gesamte System in verschiedene Versionen, wodurch effektiv verschiedene Versionen von Bitcoin erstellt werden.

Tatsächlich kann man sagen, dass Bitcoin genau das Regelwerk (der eigentliche Algorithmus) ist, um einen Konsens zu erzielen. Wenn Sie diese Regeln nicht verwenden, verwenden Sie nicht Bitcoin, sondern etwas anderes (Bitcoin 2.0, Litecoin 2.0, was auch immer ...).

Jetzt verstehen Sie, warum dies wirklich eine beispiellose Situation in der Softwarewelt ist (vielleicht abgesehen vom Fork von 2013). Wenn Sie die Regeln ändern, erstellen Sie effektiv eine neue Version von Bitcoin und müssen alle dazu bringen, auf Ihre neue Version umzusteigen – und ich spreche hier nicht nur von Minern; alle Personen, die Clients auf ihren Telefonen oder Computern ausführen; alle Web-Geldbörsen; alle Börsen. Sie alle müssen ihren Code aktualisieren, sonst haben Sie im Wesentlichen ein anderes System erstellt, das nicht Bitcoin ist.

Um Ihre Frage zu beantworten, „wer die Entscheidung über die Regeln trifft“, sind es die tatsächlichen Leute, die die Bitcoin-Software betreiben, die am Ende des Tages entscheiden.

BEARBEITEN Wie in den Kommentaren erwähnt, müssen SPV-Clients in Bezug auf das spezifische Blockgrößenproblem nicht wirklich aktualisiert werden, da sie die Größe der Blöcke nicht überprüfen – sie vertrauen darauf, dass die Miner die Überprüfung für sie durchführen.

Es ist falsch zu sagen, dass jeder aktualisieren muss. SPV-Clients überprüfen die Blockgröße nicht, sodass sie nicht aktualisiert werden müssen. Die einzige Software, die aktualisiert werden muss, sind vollständige Knoten (weil sie die Blockgröße überprüfen). (Um tatsächlich größere Blöcke zu erstellen, muss möglicherweise auch einige Mining-Software aktualisiert werden.)
Dies gilt speziell für die Blockgröße, aber nicht für andere Konsensregeln, was der Hauptpunkt ist, den ich zu machen versucht habe (wird meine Antwort aktualisieren, um klarer zu sein).
Die einzige Parallele, die mir einfällt, ist, dass Python 3.x nicht mit 2.x kompatibel ist
Da Sie den Kontrapunkt zu @amaclin argumentieren, wäre es interessant zu lesen, warum Ihrer Meinung nach nicht das Mining entscheidet, sondern die Leute, die die Software betreiben. Vielleicht könnten Sie diesen Punkt näher erläutern, da dies der Hauptpunkt der Frage ist.
@Murch Viele Kunden, nicht nur Miner, verlassen sich darauf, die Blockchain unabhängig zu verifizieren. Ich würde argumentieren, dass es viel mehr dieser Kunden gibt als Bergleute. Selbst wenn alle Miner zu einer neuen Version wechseln, werden alle Clients, die nicht zu derselben Version mit denselben Regeln gewechselt sind , die neuen abgebauten Blöcke nicht akzeptieren. Es sind also nicht nur die Miner, die entscheiden.