In seiner Grundsatzrede auf der kürzlich abgehaltenen BSV Global Blockchain Convention stellte Dr. Craig Wright die Idee von Bitcoin als Basisschicht für andere Blockchains vor.
Während seine Rede ein bisschen hitzig und leicht antagonistisch war, in der gleichen Weise wie Maximus Decimus Meridius von Russel Crowe, der den Fehdehandschuh der Herausforderung im römischen Kolosseum niederwarf, stellte sie ein sehr interessantes Konzept vor: dass, wenn eine Blockchain skalierbar genug ist, um mehr Transaktionen zu verarbeiten als eine andere Blockchain, könnte sie dann einfach die zweite Blockchain intern ausführen, sodass die Benutzer der zweiten Blockchain die niedrigen Kosten und die hohe Transaktionsskalierbarkeit von Bitcoin genießen könnten, während sie ihre Apps in einem für sie spezifischen und vertrauten Kontext in ihrer nativen zweiten Blockchain betreiben?
Anders ausgedrückt, kann eine größere, skalierbarere Blockchain einfach eine kleinere, langsamere Blockchain subsumieren?
Wenn dies der Fall ist, dann scheint dieses Modell der Wachstumsexpansion der beste Weg der Einführung für BSV zu sein, wenn man bedenkt, dass einige andere Blockchains wie ETH bereits große entwickelte Gemeinschaften und Tools geschaffen haben, die ihr Ökosystem unterstützen. Wenn es einen Migrationspfad gäbe, der bedeutete, dass Benutzer von ETH- Apps einfach wählen könnten, ob sie ihre Programme über ETH oder mit ETH über BSV (EoBSV) ausführen würden, dann könnten wir einige EoBSV-Nodes bauen und betreiben und die einfache Ökonomie den ganzen Verkauf erledigen lassen. Vermutlich werden sich die Menschen für das Netzwerk entscheiden, das mit den geringsten Transaktionsgebühren oder Gasgebühren das unterstützen kann, was sie tun möchten.
Wie werden die bestehenden Guthaben und Smart Contracts der Leute funktionieren?
An dieser Stelle ist dies nur meine persönliche Theorie, aber eine Möglichkeit besteht darin, ein Spiegel-ETH-Netzwerk aufzubauen, in dem alle und alle Vertragssalden in der ETH vertreten sind. Das EoBSV-Netzwerk wird von einem Netzwerk von Bridge-Nodes betrieben, die eine Ethereum-Anteile-EVM betreiben, die ETH-Transaktionen abhört und validiert.
Anstatt Blöcke auf ETH zu bauen, werden einfach ETH-Blöcke in Bitcoin-Transaktionen verpackt und in BSV-Blöcke geschrieben. Auf diese Weise fungiert dieser Node als Standard- ETH-Node. Außer, dass es, wenn es mit dem Netzwerk über den neuesten Stand von irgendetwas synchronisiert werden muss, die BSV-Blockchain verwenden kann, um den neuesten Stand ab dem letzten ETH-Block abzurufen. Da der Zustand von ETH in Bitcoin UTXOs gespeichert ist, gibt es kein Skalierungsproblem, da Bitcoin alte, nicht benötigte
Versionen der Snapshots des ETH-Zustandsdiagramms entfernen kann. Das UTXO-Modell speichert nur die neueste Version des Status für jeden Vertrag oder jede Adresse.
Okay, EoBSV ist also nur ein hybrider Knoten, bestehend aus einem Teil EVM-Nodes und einem Teil BSV-App-Service, der den Zustand aller ETH-Blöcke in BSV schreibt.
Was nützt dies gegenüber einem Anteils-ETH-Knoten?
- Es ist kostengünstiger Transaktionen zu schreiben, angesichts der Tatsache, dass Gas auf BSV praktisch kostenlos
- Es gibt keine Skalierungsprobleme in Form der Speicherung eines ständig wachsenden
- Es bleibt mit dem bestehenden ETH-Netzwerk für Anwendungen synchronisiert, die immer noch ETH-Nodes als primäres Register der Wahrheit
- Es verwendet seine BSV-UXTO-Store-Version des ETH-Status für Anwendungen, die zu EoBSV gewechselt sind, und erstellt Transaktionen für sie, die nicht mit dem alten ETH-Netzwerk
Wenn eine Anwendung migrieren möchte, würde ich mir vorstellen, dass dies ein Einbahnprozess ist.
Sobald ein Smart Contract oder eine Transaktion auf EoBSV abgeschlossen wurde, sehen andere Benutzer, die keine EoBSV-fähigen Wallets (und nur ETH-fähige Wallets) verwenden, den aktualisierten Zustand nicht, der nur auf der EoBSV-Seite existiert. Dies macht Anwendungsmigrationen etwas schwierig und erfordert Koordination. Wenn jedoch nach dem Umzug einer Benutzerbasis jemand, der noch migrieren muss, sich darüber beschwert, dass er den aktuellen Status eines Vertrags oder eines Kontostands nicht sieht, kann dies einfach behoben werden, indem er sein Wallet zu einen EoBSV-bewussten aktualisieren muss.
Auf diese Weise ähnelt dies der Funktionsweise von Token über BSV. Wenn ein Benutzer, der ein Token-fähiges Wallet verwendet, Token an jemanden sendet, der kein Token-fähiges Wallet hat, sieht er das Guthaben nicht. Selbst wenn sie es nicht sehen oder ausgeben können, bedeutet das nicht, dass die Token „kaputt“ oder verloren sind. Es bedeutet lediglich, dass der Empfänger seine App oder Wallet auf eine aktualisieren muss, die das Token-Format erkennt, und er kann den Token sofort sehen und Transaktionen ausführen.
Wenn zum Beispiel CryptoKitties3 ihren Dienst portiert1, um ihre Transaktionen aufgrund der niedrigeren Gebühren an EoBSV statt an ETH zu senden, dann würden sie beginnen, ihre ETH-Transaktionen mit einer entsprechenden BSV-Transaktion zu senden (um die BSV-Miner zu bezahlen). vielleicht atomar von ihrem ETH-Guthaben getauscht. Da diese Gebühr viel zu niedrig ist, um im ETH-Netzwerk verarbeitet zu werden, wird sie wahrscheinlich abgelehnt. Aber der EoBSV-Node nimmt es auf und zeichnet es stattdessen in der BSV-Blockchain auf.
Wenn die Benutzer von CryptoKitties3 von nun an ihre Updates sehen möchten, müssen sie ihre Wallet auf eine Version aktualisieren, die mit einem EoBSV-Node verbunden ist, welcher der einzige Ort ist, an dem sie die richtigen Guthaben und den richtigen Status haben.
Meiner Meinung nach schlägt Dr. Wright nicht vor, dass ETH und BSV effektiv als Bridged- Netzwerk oder „Cross-Chains“, wie der populäre Begriff heutzutage ist, zusammen betrieben werden können, sondern dass BSV als skalierbares Backend jede andere Blockchain darüber laufen lassen verwendet werden kann, sodass die Migration auf die „onBSV“-Version eine mögliche Skalierungsstrategie für Anwendungen und Entwickler von ETH ist, die unzählige Millionen Dollar und Arbeitsstunden darauf verwendet haben, eine Plattform und Geschäftsidee auf einer Plattform zu entwickeln, bei der sie später bemerkten, dass sie nicht skalieren konnte, um die Anforderungen ihres Geschäftsmodells zu erfüllen, da ihre Blockchain von anderen Benutzern und Apps „zu überfüllt“ oder „überbeansprucht“ ist.
Letztendlich ist es immer möglich, ein Proof of Stake-System auf einem Proof of Work- System aufzubauen, aber nicht umgekehrt.
Es ist möglich, ein privates System auf einem öffentlichen2 aufzubauen, aber nicht umgekehrt.
Es ist möglich, ein verschlüsseltes System auf einem unverschlüsselten aufzubauen3, aber nicht umgekehrt.
Es ist möglich, ein unsicheres System auf einem sicheren aufzubauen, aber nicht umgekehrt.
Es ist möglich, ein nicht skalierbares System auf einem skalierbaren aufzubauen, aber nicht umgekehrt.
BSV ist Proof of Work, öffentlich, unverschlüsselt, sicher und skalierbar. Es kann als Basisschicht für alle anderen Blockchain-Anwendungen dienen.
Ich denke, das war der Kern von Dr. Wrights Herausforderung an Ethereum. Spiel weiter.
/Jerry Chan
***
ANMERKUNGEN:
- Erinnern Sie sich daran, dass EoBSV-Nodes aktuelle ETH-Salden für ALLE ETH-Benutzer und Smart Contracts haben, da sie auf die ETH-Blockchain hören und mit ihr synchron bleiben
- VPNs sind beispielsweise private Netzwerke auf einem öffentlichen
- Versuchen Sie einfach, ein unverschlüsseltes System in ein standardmäßig verschlüsseltes System zu integrieren. Wenn Sie schon dabei sind, versuchen Sie, Ihre Stirn mit Ihrer Zunge zu berühren.
Sehen Sie sich hier Tag 1 der BSV Global Blockchain Convention Dubai 2022 an:
Sehen Sie sich hier Tag 2 der BSV Global Blockchain Convention Dubai 2022 an:
Sehen Sie sich hier Tag 3 der BSV Global Blockchain Convention Dubai 2022 an: