Is het toevoegen van functionaliteit aan Bitcoin een probleem? PlatoBlockchain-gegevensintelligentie. Verticaal zoeken. Ai.

Is het toevoegen van functionaliteit aan Bitcoin een probleem?

Bekijk de aflevering op YouTube or Gerommel

Luister hier naar deze aflevering:

In deze aflevering van "Bitcoin, Explained" bespreken hosts Aaron van Wirdum en Sjors Provoost OP_RETURN en wat sommigen de "OP_RETURN Wars" noemen. Meer specifiek bespreken ze een blogpost van BitMEX Research getiteld “De OP_Return-oorlogen van 2014 - Dapps versus Bitcoin-transacties. '

Van Wirdum en Provoost beginnen met uit te leggen dat OP_RETURN een bewerkingscode is (een stukje code voor Bitcoin-transacties) die elke transactie die deze in een invoer bevat ongeldig maakt. Dit betekent dat outputs die OP_RETURN bevatten, onbruikbaar zijn, wat op zijn beurt betekent dat Bitcoin-knooppunten dergelijke UTXO's veilig uit hun UTXO-set kunnen verwijderen, wat op opslag bespaart.

Vroeg in de jaren van Bitcoin begonnen mensen bitcoin te gebruiken voor meer dan alleen transacties. Zoals een voorbeeld van Provoost laat zien, heeft iemand het hele Bitcoin-witboek geüpload naar de blockchain. De BitMEX-post legt uit dat Layer 2-protocollen, zoals Counterparty, gedecentraliseerde applicaties op de blockchain uitrolden. Dit type niet-transactiegegevens was aanvankelijk ingebed in multisig-transacties, maar dit betekende dat alle Bitcoin-knooppunten deze gegevens voor altijd moesten downloaden, verwerken en opslaan, wat kosten met zich meebrengt.

Van Wirdum en Provoost leggen uit dat Bitcoin-ontwikkelaars in 2014 ermee instemden om knooppunten transacties met OP_RETURN-uitgangen te laten verwerken en doorsturen om dit probleem te verhelpen. Deze transacties zouden beter zijn voor het uploaden van gegevens, omdat hun uitvoer kan worden verwijderd uit de UTXO-set.

De "OP_RETURN Wars" verwijzen naar een debat tussen Bitcoin-ontwikkelaars en (met name) ontwikkelaars van tegenpartijen over de maximale omvang van dergelijke transacties. Provoost legt uit waarom aanvankelijk is gekozen voor het maximum van 40 bytes, waarom dit later is verhoogd naar 80 bytes en hoe deze overwegingen zijn veranderde in de loop van de tijd.

Tijdstempel:

Meer van Bitcoin Magazine