Wie wird eine Seitenkette, die wieder mit der Bitcoin-Kette verschmilzt, vor doppelten Ausgaben geschützt? Wo sind die Sidechain-Mining-Gebühren?

Wie Mikka erklärt, müssen Sidechains keine eigene Währung erstellen, die Verwendung von Bitcoins in der Sidechain ist genau der Punkt der Zwei-Wege-Bindung (es gibt keinen Grund, warum eine Altchain mit eigener Währung, wie etwa Litecoin oder Ethereum, dies nicht könnte). unterstützen 2-Wege-Pegs und werden auch zu einer Sidechain). Berücksichtigen Sie auch, dass es mehrere Möglichkeiten gibt , Sidechains zu implementieren. Ich werde über das grundlegendste sprechen.

Zuerst werden einige Bitcoins für jede Sidechain in einen „Pegging-Pool“ verschoben und dort in einem Skript gesperrt, bis jemand einen Skriptsig bereitstellt, der einige von ihnen erfüllt. Der Benutzer verwendet diesen „Proof of Suspendierung“, um die gleiche Menge an BTC in der Sidechain zu erhalten. Um Reorg-Risiken zu vermeiden, muss es eine Ruhephase von X Blöcken in BTC geben, bevor die Coins in der Sidechain akzeptiert werden, sagen wir 100 Bitcoin-Blöcke. Danach können die Coins normal (oder mit den Sonderregeln der Sidechain) versendet werden. Irgendwann will ein neuer Besitzer die Bitcoins zurück in die Hauptkette verschieben. Dazu erstellt er eine Transaktion zum Nachweis der Verbrennung/Wiederaufnahme (die ein Legacy-Format haben muss, das die Bitcoin-Kette verstehen kann). Dann wieder da'

Um die Coins wieder auf der Hauptkette zu beanspruchen, muss der Benutzer alle Header der Sidechain vom letzten Mal, als Coins aus dem Pegging-Pool abgezogen wurden, bis zu dem Block bereitstellen, der die Wiederaufnahme-Transaktion enthält (da dies sogar leicht zu lang werden könnte größer als ein ganzer Bitcoin-Block ist, wird ein Komprimierungsmechanismus benötigt; ich werde dies nicht beschreiben, aber ich sage nur, dass es auf "Glücksblöcken" beruht und einmal implementiert im Allgemeinen gut für Header-First-Synchronisation wäre), der Merkle-Pfad zu diese Transaktion, plus die zusätzlichen X Beruhigungsblöcke darüber. Auf diese Weise wissen wir, wie viel Arbeit diese Kette hat und dass die Transaktion in dieser Kette enthalten und mit X-Blöcken begraben ist. Das Bitcoin-Netzwerk muss nichts über die Gültigkeit der bereitgestellten Kette wissen, sondern nur über die Arbeit.

Aber wie Sie sagen, woher weiß das Bitcoin-Netzwerk, dass es woanders keine andere längere Kette gibt? Das tut es nicht, also muss etwas anderes getan werden, um zu verhindern, dass Sidechain-Miner die Coins stehlen, indem man einfach einer ungültigen Chain genug Arbeit gibt. Also, ja, wir brauchen noch eine weitere Ruhephase, in der jeder einen "Proof of Reorg" mit einer längeren Kette (mehr Arbeit) als Ihrer einreichen kann, die Ihre Wiederaufnahmetransaktion nicht enthält, wodurch Ihr Anspruch ungültig wird und Sie von vorne beginnen müssen. Um also Coins zu stehlen, muss ein Angreifer 51 % oder mehr der Hashing-Leistung der Sidechain für die letzten zwei Beruhigungsperioden kontrollieren, von denen die letzte auf Tage eingestellt werden kann.

Auch bei der Belohnungsfrage gibt es wieder mehrere Möglichkeiten. Der einfachste Ansatz wäre, dass die Sidechain von Transaktionsgebühren lebt, wie es Bitcoin in Zukunft selbst tun muss. Eine andere Möglichkeit besteht darin, die Gebühren auf mehrere zukünftige Blöcke zu verteilen, um eine besser vorhersehbare und konstante Belohnung zu erhalten. Ein weiterer, wahrscheinlich weniger beliebter Ansatz ist es, eine Demurrage-Gebühr auf die Bitcoins in der Sidechain zu erheben. Es werden sicher noch weitere Vorschläge kommen.

Sie können den Original-Thread zum Thema 2-Wege-Peg hier lesen:

http://sourceforge.net/p/bitcoin/mailman/message/32108143/

Es gab auch viele Diskussionen über #bitcoin-wizards :

http://download.wpsoftware.net/bitcoin/wizards/

Sidechains bauen selbst keine neuen „Sidecoins“ ab. Sie werden durch Bitcoins finanziert, die an die Sidechain übertragen werden. tx-Gebühren in den Sidechains existieren jedoch.