Ich schaue mir gerade Adam Back & Gregory Maxwell: Blockstream and Sidechains Interview an und frage mich, wie die Entscheidung über die weitere Entwicklung des Bitcoin-Kerns getroffen wird. Ich kenne die Bitcoin Foundation, aber ich glaube nicht, dass Vorstandsmitglieder die Mehrheit der Stimmrechte darstellen, wenn es um die Entscheidungsfindung für die Bitcoin-Kernentwicklung geht, obwohl es einige Kernentwicklungsmitglieder gibt.
Wer trifft die Entscheidung, welche Funktion von Bitcoin enthalten sein soll?
Wie wird das Abstimmungsverfahren aussehen (wer und wie) würde entscheiden, ob Sidechains aufgenommen werden oder nicht?
Stimmen auch die teilnehmenden Nodes (etwa mehr als 6300) ab?
Wer trifft die Entscheidung, welche Funktion von Bitcoin enthalten sein soll?
Die Bitcoin Core-Entwickler, insbesondere diejenigen mit Commit-Zugriff, treffen die endgültige Entscheidung darüber, welche Funktionen zu Bitcoin Core hinzugefügt werden sollen – aber sie hören auf das Feedback der Community, insbesondere auf höfliche und sachkundige Kommentare zu GitHub-Pull-Requests.
Wie wird das Abstimmungsverfahren aussehen (wer und wie) würde entscheiden, ob Sidechains aufgenommen werden oder nicht?
Sidechains werden zunächst als föderierte Sidechains eingeführt, die in Anhang A des Sidechains-Papiers beschrieben werden . Federated Sidechains erfordern keine Änderungen an Bitcoin Core oder dem Protokoll, daher findet keine Abstimmung statt.
Merged-Mined (DMMS) Seitenketten können als Soft Fork hinzugefügt werden . Wenn dies auf die gleiche Weise wie bei der BIP34-Soft-Fork oder der kommenden BIP66-Soft-Fork geschieht , werden die Miner abstimmen. Sie werden ihre Stimme abgeben, indem sie auf die Version von Bitcoin Core upgraden, die den neuen SPV-sicheren, umbenannten Operationscode enthält.
Die Only-let-Miners-Vote-Methode ist jedoch hauptsächlich für nicht kontroverse Forks gedacht. (Wir brauchen Miner, die abstimmen, weil nur sie eine Konsensregeländerung (Fork) auf minimal störende Weise durchsetzen können.) Wenn das Hinzufügen des SPV-Proof-Op-Codes umstritten ist, müssen wir wahrscheinlich etwas anderes tun, um minimale Störungen zu gewährleisten . (Siehe Punkt unten.)
Stimmen auch die teilnehmenden Nodes (etwa mehr als 6300) ab?
Sie können . Jeder Knoten überprüft unabhängig jeden Block in der Blockchain und gibt ihm die Macht, jede gewünschte Regel durchzusetzen oder nicht durchzusetzen. Wenn Ihnen beispielsweise der kommende BIP66-Soft-Fork nicht gefällt, können Sie den Code Ihres Knotens ändern, um alle Version-3-Blöcke abzulehnen.
Wenn Sie dies selbst tun, bedeutet dies wahrscheinlich, dass Ihr Knoten nie wieder einen anderen Block akzeptiert, da sich alle anderen in einer Kette befinden, die Blöcke der Version 3 enthält. Es bedeutet auch, dass sich die Leute nicht mit Ihrem Knoten verbinden wollen, weil Ihr Knoten so aussieht, als wäre er hinter alle anderen zurückgefallen.
Aber wenn viele Node-Betreiber die gleiche Entscheidung treffen, Blöcke der Version 3 abzulehnen, wird es verwirrend darüber, was vor sich geht. Und wenn sich Ihnen ein paar Miner anschließen, haben Sie eine gegabelte Blockchain, was noch mehr Verwirrung stiften wird.
Während der Verwirrung wird es schwer zu sagen sein, wer welche Bitcoins kontrolliert, und doppelte Ausgaben können einfach werden. Dies macht Bitcoin unzuverlässig, und niemand möchte ein unzuverlässiges Finanzsystem verwenden – weshalb wir sehr hart daran arbeiten, eine solche Verwirrung zu vermeiden. Aus diesem Grund wird das Only-Miners-Vote-System nur für nicht umstrittene Forks verwendet.
Ich vermute, dass Greg, Adam und der Rest der Blockstream-Mitbegründer planen, föderierte Sidechains zu verwenden, um uns allen Zwei-Wege-Pegs vorzustellen, damit wir sehen können, was sie tun. Wenn wir uns dann mit ihnen vertraut machen und beginnen, den zusätzlichen Vorteil des verteilten Vertrauens aus Merged Mining zu nutzen, können wir jede Kontroverse um das Hinzufügen eines SPV-Proof-Op-Codes durcharbeiten.
Den aktuell angegebenen Entwicklungsprozess finden Sie hier . Das heißt, es ist eine Regel geworden, bei der genügend Kernentwickler es "ACK" müssen, wie in dieser Pull-Anfrage zu sehen ist .
Wird es ein Abstimmungsverfahren geben? Wenn Core-Entwickler der Meinung sind, dass dies der Fall ist, wird safe, tested, useful, well written, match coding style, etc.es mit Bitcoin verschmolzen. Dies ist normalerweise nicht einfach und die Bitcoin-Entwicklungsarchive und die zahlreichen Pull-Requests , die nicht vorangekommen sind, sollten dies deutlich machen.
Werden Sidechains reinkommen? Das Wichtigste an Sidechains ist, dass zumindest einige der Core-Entwickler aktiv daran arbeiten. Das bedeutet, dass sie ihr Bestes geben werden, um es aufzunehmen. Es besteht also eine bessere Chance, als die meisten Funktionen, die die Leute normalerweise vorschlagen.
Stimmen Knoten ab? Sie können sich natürlich weigern, ihren Bitcoin-Client beispielsweise auf die neue Version mit Sidechains zu aktualisieren. Das ist ganz ihre Wahl. Aber über den tatsächlichen Einstieg in den Bitcoin-Code stimmen sie nicht ab. Die Leute können Bitcoin forken und dies als ihren Knoten verwenden (Luke-Jr und Eligius sind das prominenteste Beispiel).