La competizione per il blockspace è e sarà sempre una delle tensioni principali che esistono tra i diversi utenti del protocollo Bitcoin. Alla fine ci sono solo due restrizioni su come verrà utilizzato, il livello tecnico e di consenso su ciò che è effettivamente possibile o consentito dal protocollo, e il livello economico di ciò che le persone sono disposte a pagare per utilizzare il blockspace. a fini diversi.

Questa è una realtà fondamentale e inevitabile del funzionamento della rete. Si tratta di un meccanismo distribuito puramente guidato dal mercato per decidere come utilizzare Bitcoin. Per quanto riguarda tutto ciò che è possibile fare, il mercato è l’ultimo a decidere se verrà fatto o meno. Il mercato è anche l’ultimo decisore quando si tratta di rendere possibili cose nuove che non sono già possibili.

È importante che i partecipanti al mercato abbiano effettivamente una comprensione informata delle dinamiche coinvolte nei diversi casi d’uso del blockspace per valutare realmente come i diversi usi potrebbero interagire tra loro.

Blockspace come risorsa comune

Il Blockspace è essenzialmente un bene comune, nessuno lo possiede, sia dal lato della produzione che da quello del consumo, ma è finito. Non si tratta proprio di una tragedia dei beni comuni in quanto tali, soprattutto se si considera l’inevitabile costo del loro utilizzo, ma le dinamiche del loro utilizzo presentano alcune somiglianze. Ogni caso d'uso che consuma blockspace ha un'esternalità che impone a ogni altro caso d'uso che ha bisogno di quello blockspace. Ad un certo livello, il consumo di blockspace è un gioco a somma zero. Un'entità o un uso che consuma spazio spinge fuori un'altra entità o uso che consumerebbe anch'esso quello spazio.

In qualsiasi tipo di contesto sociale normale, le persone risolverebbero consapevolmente tali conflitti. Se arrivasse un uso che consuma grandi quantità di spazio, le persone lavorerebbero per renderlo più efficiente, o per rendere più efficienti gli usi che vengono eliminati, al fine di mantenere un qualche tipo di equilibrio. Nel peggiore dei casi, gli usi distruttivi che sono dannosi per un ampio insieme di altri sarebbero limitati o limitati. Ma Bitcoin è un sistema anarchico, non esiste alcun punto di controllo o autorità per impegnarsi in quel tipo di gestione del sistema.

Tutto ciò che abbiamo è il mercato.

La relazione tra l’utilizzo del blockspace e le dinamiche di mercato che lo governano è solitamente concettualizzata in modo molto semplicistico. Le persone acquistano blockspace e con esso possono fare quello che vogliono entro le regole del consenso. Sebbene questo sia l’aspetto fondativo di questa dinamica, non è l’unico. Cos'è il consenso? Come si arriva al consenso? Anche questa è una componente integrante della dinamica.

Le regole di consenso sono una cosa organica applicata dal basso dagli attori economici, e le regole di consenso governano ciò che può o non può essere fatto con il blockspace. Questo è un livello critico delle dinamiche di mercato che ne governano l’utilizzo, al di là del semplice aspetto economico di ciò per cui le persone scelgono di acquistare blockspace.

Questo è un aspetto critico del sistema, di come funziona e di come gli utenti del blockspace devono ragionare sul sistema se desiderano preservare la fattibilità del loro uso specifico del blockspace. Ogni partecipante al sistema deve capire che può partecipare alle azioni del mercato attraverso le regole che sceglie di applicare, non solo attraverso ciò che sceglie di pagare per lo spazio di blocco che consuma.

Come viene utilizzato Blockspace

È importante considerare molte dinamiche diverse quando si esaminano i diversi casi d’uso del blockspace e il modo in cui influiranno sulla disponibilità complessiva di spazio per altri usi. Quanto viene utilizzato, la frequenza d'uso, quanta domanda anelastica c'è a fronte della volatilità dei prezzi, ecc. Tutti coloro che progettano un sistema costruito su Bitcoin devono considerare non solo come funziona il loro sistema per quanto riguarda l'uso dello spazio di blocco in in questi modi, ma anche come fanno altri sistemi.

Ogni sistema deve considerare le proprie interazioni interne con la blockchain, ma anche l’equilibrio in cui esisterà con tutti gli altri sistemi. Un sistema potrebbe funzionare molto bene nel vuoto, ma essere stressato o alla fine andare incontro a un guasto se deve operare in un ambiente con altri sistemi di natura diversa.

Queste sono le principali categorie di immobili da considerare in queste dinamiche.

Quantità di spazio

Il fattore più elementare è quanto spazio occupa un uso specifico in un blocco in termini di byte? Questa è la prima forma di scarsità introdotta nella risorsa comune del blockspace. Un sistema ideale costruito su Bitcoin cercherà di ridurre al minimo la quantità di spazio necessaria per funzionare nella massima misura possibile senza sacrificare l’utilità o la sicurezza.

Consideralo come un semplice rapporto: vuoi consumare la minor quantità di spazio di blocco possibile massimizzando l'utilità e la sicurezza fornite all'utente di un sistema. In alcuni casi ciò può essere fatto in modo esattamente deterministico, ovvero la quantità di spazio utilizzato è una cosa costante e prevedibile che dipende dalla progettazione del sistema e dallo stato in cui si trova il sistema quando richiede l'uso del blockspace. In altri casi i requisiti di spazio di blocco di un sistema non possono essere predeterminati in modo così esatto. In caso di fabbisogno di spazio indeterminabile è possibile stabilire un intervallo tra i limiti inferiore e superiore a seconda dello stato e della struttura dell'impianto.

Quindi ci sono sistemi che hanno un requisito di dimensione costante che non cambia durante i diversi stati del sistema, o uno che è relativamente costante proporzionale al suo livello di utilizzo. Altri sistemi potrebbero avere esigenze di spazio variabili e non direttamente proporzionali al loro livello di utilizzo. Il fatto che le esigenze di spazio di un protocollo siano variabili o costanti è una considerazione fondamentale quando si progetta un sistema.

Frequenza d'uso

Il prossimo fattore importante è la frequenza con cui devi utilizzare il blockspace. Quanto spazio occupa una singola transazione in un sistema è solo una parte del costo totale di quel sistema, con quale frequenza sono necessarie transazioni?

Alcuni sistemi richiederanno un utilizzo costante dello spazio di blocco ogni volta che il sistema cambia stato o esegue qualche azione. Altri sistemi richiederanno solo un uso poco frequente del blockspace. Alcuni potrebbero addirittura non averne bisogno, tranne che per entrare o uscire dal sistema.

Proprio come ridurre al minimo i requisiti di spazio complessivi per un singolo utilizzo del blockspace è un obiettivo di progettazione ideale, così lo è anche ridurre al minimo la frequenza con cui un sistema deve consumare il blockspace. Idealmente un sistema costruito correttamente non avrà bisogno di utilizzare lo spazio dei blocchi tranne nel caso peggiore di modalità di guasto o quando si entra o si esce da un sistema.

Esistono due modi per progettare un sistema in termini di frequenza di utilizzo del blockspace, frequenza costante o variabile. Ovviamente, in un sistema a frequenza costante, ogni volta che il sistema esegue un'azione e progredisce in qualche modo, è necessario utilizzare lo spazio dei blocchi per far avanzare il sistema. In un sistema a frequenza variabile lo stato può progredire, o un'azione può essere intrapresa, senza la necessità di consumare spazio di blocco per elaborarla.

Entrambi questi tipi di sistemi interagiscono con il mercato del blockspace e tra loro in modi diversi.

I sistemi a frequenza costante sono prevedibili e facilmente analizzabili in termini di utilizzo dello spazio di blocco a seconda del volume o dell'utilizzo del sistema stesso. L'obiettivo ingegneristico di un tale sistema è quello di ridurre al minimo l'impronta sulla catena, poiché la frequenza con cui dovrà utilizzare lo spazio dei blocchi è prevedibile e deterministica in base al livello di utilizzo, ovvero non fondamentalmente modificabile.

I sistemi a frequenza variabile non sono prevedibili e sono molto più difficili da analizzare in termini di utilizzo del blockspace. L’obiettivo del sistema non è solo quello di ridurre al minimo l’impatto sulla catena, ma anche di bilanciare gli incentivi del sistema. I sistemi a frequenza variabile sono generalmente variabili perché la necessità di spazio di blocco deriva dal fatto che gli utenti del sistema non collaborano tra loro. Questa è la fonte dell’imprevedibilità e il motivo per cui l’ingegneria si concentra sul bilanciamento degli incentivi per garantire la cooperazione.

Sensibilità temporale

Quanto è sensibile al tempo il requisito di un sistema per utilizzare il blockspace? Quando è necessario eseguire un aggiornamento o un'azione del sistema, è necessario eseguirlo immediatamente o è possibile attendere? Si tratta di una risposta a qualche altra azione o semplicemente di un aggiornamento che prima o poi dovrà avvenire ma che non ha una scadenza fissa?

I sistemi a frequenza costante generalmente non dovrebbero avere alcuna sensibilità in tempo reale oltre alla necessità di spostare un cambiamento di stato del sistema da non confermato a confermato. Alcuni casi specifici di progressione dello stato potrebbero avere una componente di sensibilità temporale, ma nel complesso il sistema progredirà o meno.

I sistemi a frequenza variabile generalmente hanno bisogno di blockspace perché una cache di progressioni di stato off-chain viene contestata on-chain. Ciò comporta una sensibilità al tempo perché l'uso del blockspace non è una questione di mantenere lo stato corrente o di progredirlo, è una sfida durante la quale è possibile che uno stato completamente errato si risolva sulla catena.

Si tratta di due dinamiche molto diverse in termini di sensibilità al tempo e, a causa di tale sensibilità al prezzo, quando i sistemi richiedono spazio di blocco. I sistemi meno sensibili al tempo possono essere più insensibili al prezzo perché possono semplicemente aspettare più a lungo per confermare alcune operazioni sulla catena. Al contrario, i sistemi più sensibili al tempo sono più sensibili al prezzo, perché devono pagare qualunque sia l’attuale tasso di mercato da confermare rapidamente al fine di garantire un’adeguata progressione dello stato.

Sistemi interagenti

Sia i sistemi costanti che quelli variabili devono interagire tra loro, o meglio con le esternalità che ciascuno crea per tutti, quando interagiscono con la blockchain. Ognuno di loro è un tipo di bestia molto diverso. I sistemi a frequenza costante sono creature gigantesche e goffe, poco adattabili o dinamiche. Devono sempre utilizzare il blockspace quando il sistema avanza. I sistemi a frequenza variabile sono molto più agili e flessibili e capaci di dinamismo nel funzionamento. Possono trovare modi creativi in ​​termini di progettazione o incentivi per evitare di dover consumare blockspace.

Anche il fatto che questi sistemi siano costanti o variabili in termini di requisiti di spazio è un fattore enorme per quanto riguarda l'adattabilità di un sistema che condivide la risorsa comune del blockspace con altri. Il costo operativo di ogni sistema è un fattore della saturazione complessiva dell’uso del blockspace a livello globale e dove ciò spinge il prezzo del blockspace. Quindi quanto spesso devono consumare blockspace e quanto devono consumare?

Per finire, il livello generale di saturazione e quindi di commissioni è determinato dall’insieme dei sistemi che operano su Bitcoin. Quindi è un ciclo di feedback, la natura dei sistemi operativi deciderà quanto sarà saturata la domanda di blockspace e quanto saranno elevate le tariffe. Ciò ha quindi conseguenze sulla fattibilità e sui costi operativi di sistemi con architetture diverse.

Molti sistemi a frequenza costante creeranno una domanda coerente e prevedibile e, dopo un certo punto di saturazione, inizieranno a far aumentare costantemente le tariffe. I sistemi costanti non possono adattarsi a questo se non trovando modi per ridurre il loro impatto sulla catena, pagando di più o semplicemente aspettando più a lungo per elaborare gli aggiornamenti di sistema.

Molti sistemi a frequenza variabile avranno una domanda meno coerente e prevedibile di blockspace. Piuttosto che essere il risultato di una progressione coerente dello stato del sistema, la domanda di blockspace guidata da questi protocolli sarà causata dall’ingresso e dall’uscita dal sistema, o da gravi eventi dirompenti che causano interruzioni degli incentivi o interruzioni della cooperazione degli utenti.

Quando si tratta di adattarsi ad ambienti con commissioni elevate che causano un aumento del costo dei sistemi basati su Bitcoin, i sistemi costanti e variabili hanno due strategie fondamentalmente diverse che possono essere impiegate per adattarsi a quell’ambiente.

Constant Systems può comprimere i dati di cui ha bisogno per includerli nelle transazioni on-chain che utilizzano per far progredire lo stato del sistema. Oltre a questo, le loro opzioni sono aspettare più a lungo o pagare di più.

I Sistemi Variabili possono provare a scalare il coordinamento di gruppi più ampi di individui in modo compatibile con gli incentivi. Possono anche modificare l’architettura per rimuovere o mitigare i disallineamenti degli incentivi o i vettori di attacco che potrebbero interrompere i sistemi e costringerli a consumare spazio di blocco per risolvere uno stato contestato.

Lightning è un perfetto esempio di sistema variabile, sia in termini di frequenza di utilizzo del blockspace che di dimensione dei dati. I rollup si preannunciano come un perfetto esempio di sistema a frequenza e dimensione dei dati costanti. Entrambe queste cose che interagiscono tra loro saranno una parte importante nel guardare i mercati delle commissioni maturare su Bitcoin, ed è importante comprendere i diversi aspetti nel modo in cui consumano lo spazio dei blocchi.

Cosa si ottiene?

La domanda più importante da porsi quando si confrontano diverse architetture di sistema è: cosa si ottiene da esse? Che tipo di modello di sicurezza guadagna un utente scegliendo un particolare sistema rispetto ad un altro? Qual è il costo di quel modello di sicurezza in un'architettura rispetto a un'altra? Il costo è sostenuto da un singolo utente o condiviso tra un gran numero di utenti?

Il costo dei sistemi costanti e variabili deve essere valutato rispetto ai benefici. Più forte è il modello di sicurezza e minori sono i soggetti o le ipotesi di cui fidarsi, maggiore sarà il valore realizzato dagli utenti.

Ci saranno nel tempo un gran numero di compromessi a questo riguardo. Molte architetture diverse avranno costi diversi, frequenze di consumo di blockspace diverse e vantaggi diversi. Ciascuno di questi sistemi avrà implicazioni sui costi e sui benefici di tutti gli altri sistemi operativi.

Un altro fattore da considerare sono le pressioni centralizzanti. I sistemi variabili creano un respiro per consentire a molti partecipanti diversi di esistere in un sistema e lasciano agli utenti la flessibilità di adattarsi alla presenza degli altri nel contesto della necessità periodica di consumare spazio di blocco per garantire il funzionamento del sistema. I sistemi costanti probabilmente non lo faranno, e porteranno a dinamiche più centralizzanti a causa del consumo piuttosto rigido di spazio e del limite superiore di spazio per il funzionamento di altri sistemi che crea.

Scelte del mercato

In definitiva, quali tipi di sistemi esisteranno su Bitcoin e gli effetti che avranno gli uni sugli altri, dipenderanno da ciò che il mercato degli utenti sceglie di utilizzare. È importante che gli utenti comprendano sia i costi che i benefici dei diversi sistemi per se stessi, ma anche le esternalità che i diversi sistemi che utilizzano avranno sulla rete e sull’ecosistema più ampi.

Le persone sollevano continuamente preoccupazioni assurde quando emergono nuove funzionalità per Bitcoin, come liste nere del governo, o dati arbitrari, o altre razionalizzazioni senza senso per controllare ciò che le persone dovrebbero essere in grado o non essere in grado di fare con il blockspace che acquistano. Queste sono false piste secondo me.

La vera preoccupazione quando si discute dell’aggiunta di nuove funzionalità a Bitcoin è l’interazione tra sistemi costanti e variabili costruiti su di esso e a quale di questi tipi di architetture di sistema una nuova funzionalità aggiunge utilità o efficienza. Questo deve essere considerato profondamente quando si analizzano le nuove funzionalità per Bitcoin.

Il modo in cui queste diverse classi di sistemi vengono gestite nel protocollo di base avrà profonde implicazioni in termini di come il mercato delle commissioni di Bitcoin e la fattibilità (o la sua mancanza) di diversi tipi di sistemi si evolvono a lungo termine.

I sistemi costanti hanno un limite rigido su quanto lontano possono spingere la scalabilità, data la loro costante necessità di spazio di blocco, e queste dinamiche rendono anche molto probabile che saranno un enorme motore di costante e pesante pressione tariffaria se troppi di loro operano contemporaneamente.

I sistemi variabili potrebbero esercitare una pressione tariffaria durante eventi di onboarding o offboarding di massa o interruzioni del funzionamento del sistema, ma altrimenti probabilmente non determineranno una pressione tariffaria coerente e prevedibile fino a raggiungere un punto di saturazione molto più profondo rispetto ai sistemi costanti. Se fossero resi possibili progetti vicini a quelli ideali, potenzialmente non potrebbero mai raggiungere un vero punto di saturazione coerente.

Alla fine sarà il mercato a decidere, ma quel mercato dovrebbe essere informato. 

Fonte: rivista Bitcoin

Il post Bitcoin Blockspace: Dynamics of System Resource Use è apparso per la prima volta su Crypto Breaking News.