Ist das Hinzufügen von Funktionalität zu Bitcoin ein Problem? PlatoBlockchain-Datenintelligenz. Vertikale Suche. Ai.

Ist das Hinzufügen von Funktionalität zu Bitcoin ein Problem?

Sehen Sie sich die Folge auf YouTube an or Rumpeln

Hör dir diese Folge hier an:

In dieser Folge von „Bitcoin, Explained“ diskutieren die Moderatoren Aaron van Wirdum und Sjors Provoost über OP_RETURN und das, was manche die „OP_RETURN Wars“ nennen. Genauer gesagt diskutieren sie einen Blogbeitrag von BitMEX Research mit dem Titel „Die OP_Rückkehrkriege von 2014 – Dapps vs. Bitcoin-Transaktionen"

Van Wirdum und Provoost erklären zunächst, dass OP_RETURN ein Operationscode (ein Stück Code für Bitcoin-Transaktionen) ist, der jede Transaktion ungültig macht, die ihn in einer Eingabe enthält. Das bedeutet, dass Ausgaben, die OP_RETURN enthalten, nicht ausgegeben werden können, was wiederum bedeutet, dass Bitcoin-Knoten solche UTXOs sicher aus ihrem UTXO-Set entfernen können, was Speicherplatz spart.

Schon früh in den Jahren von Bitcoin begannen die Menschen, Bitcoin für mehr als nur Transaktionen zu verwenden. Wie ein Beispiel von Provoost zeigt, hat jemand das gesamte Bitcoin-Whitepaper auf die Blockchain hochgeladen. Der BitMEX-Beitrag erklärt, dass Layer-2-Protokolle wie Counterparty dezentralisierte Anwendungen auf der Blockchain ausführten. Diese Art von Nicht-Transaktionsdaten war ursprünglich in Multisig-Transaktionen eingebettet, aber das bedeutete, dass alle Bitcoin-Knoten diese Daten für immer herunterladen, verarbeiten und speichern mussten, was mit Kosten verbunden war.

Van Wirdum und Provoost erklären, dass Bitcoin-Entwickler 2014 zugestimmt haben, Knoten Transaktionen mit OP_RETURN-Ausgaben verarbeiten und weiterleiten zu lassen, um dieses Problem zu mindern. Diese Transaktionen eignen sich besser zum Hochladen von Daten, da ihre Ausgaben aus dem UTXO-Set entfernt werden können.

Die „OP_RETURN Wars“ beziehen sich auf eine Debatte zwischen Bitcoin-Entwicklern und (vor allem) Kontrahenten-Entwicklern über die maximale Größe solcher Transaktionen. Provoost erklärt, warum zunächst das Maximum von 40 Byte gewählt wurde, warum dieses später auf 80 Byte erhöht wurde und wie sich diese Überlegungen ausgewirkt haben im Laufe der Zeit geändert.

Zeitstempel:

Mehr von Bitcoin Magazin