Aggiungere funzionalità a Bitcoin è un problema? Intelligenza dei dati PlatoBlockchain. Ricerca verticale. Ai.

Aggiungere funzionalità a Bitcoin è un problema?

Guarda l'episodio su YouTube or Rumble

Ascolta questo episodio qui:

In questo episodio di "Bitcoin, Explained", gli host Aaron van Wirdum e Sjors Provoost discutono di OP_RETURN e di ciò che alcuni hanno chiamato "OP_RETURN Wars". Più specificamente, discutono di un post sul blog di BitMEX Research intitolato "Le OP_Return Wars del 2014 - Dapps Vs Bitcoin Transactions. "

Van Wirdum e Provoost iniziano spiegando che OP_RETURN è un codice operativo (un pezzo di codice per le transazioni Bitcoin) che renderà non valida qualsiasi transazione che lo includa in un input. Ciò significa che gli output che includono OP_RETURN non sono spendibili, il che a sua volta significa che i nodi Bitcoin possono rimuovere in sicurezza tali UTXO dal loro set UTXO, risparmiando spazio di archiviazione.

All'inizio degli anni di Bitcoin, le persone hanno iniziato a utilizzare bitcoin per qualcosa di più delle semplici transazioni. Come dimostra un esempio fornito da Provoost, qualcuno ha caricato l'intero white paper di Bitcoin sulla blockchain. Il post BitMEX spiega che i protocolli Layer 2, come Counterparty, stavano implementando applicazioni decentralizzate sulla blockchain. Questo tipo di dati non relativi alle transazioni era inizialmente incorporato nelle transazioni multisig, ma ciò significava che tutti i nodi Bitcoin dovevano scaricare, elaborare e archiviare questi dati per sempre, il che ha un costo.

Van Wirdum e Provoost spiegano che nel 2014 gli sviluppatori Bitcoin hanno accettato di consentire ai nodi di elaborare e inoltrare transazioni con output OP_RETURN per mitigare questo problema. Queste transazioni sarebbero migliori per il caricamento dei dati, poiché i loro output possono essere rimossi dal set UTXO.

Le "OP_RETURN Wars" si riferiscono a un dibattito tra gli sviluppatori di Bitcoin e (in particolare) gli sviluppatori di controparti sulla dimensione massima di tali transazioni. Provoost spiega perché inizialmente è stato scelto il massimo di 40 byte, perché questo è stato successivamente aumentato a 80 byte e come queste considerazioni hanno cambiato nel tempo.

Timestamp:

Di più da Bitcoin Magazine