Divulgazione
Le opinioni espresse in questo articolo appartengono esclusivamente all’autore e non riflettono necessariamente quelle della redazione di crypto.news.
Commissioni e Smart Contracts
Ogni piattaforma di smart contract ha un asset di commissione integrato. Ad esempio, Ethereum (ETH) utilizza ETH, Solana (SOL) utilizza SOL, ma con Bitcoin (BTC) la situazione si complica. Se desideri applicazioni avanzate, di solito ti ritrovi a dover adottare l’economia di una seconda rete. Su Stacks, ad esempio, le commissioni vengono pagate in STX.
Nei layer Bitcoin in stile EVM, potresti essere informato che BTC è il token del gas, ma in realtà è tipicamente una rappresentazione nativa di L2 con convenzioni simili a EVM (inclusi 18 decimali), e stai comunque operando all’interno di quell’ambiente L2.
Nel frattempo, Bitcoin ha già un mercato delle commissioni ben definito, dove gli utenti fanno offerte per lo spazio nei blocchi in sat/vB, e i miner danno priorità a tassi di commissione più elevati.
OpNet e l’Esecuzione degli Smart Contracts
Tenendo presente questo, cosa accadrebbe se un’interazione di smart contract potesse essere avviata e pagata come una normale transazione Bitcoin, con commissioni in BTC (senza token di gas aggiuntivi o fork), mentre la parte intelligente viene eseguita altrove e rimane probabilmente legata a Bitcoin? OpNet si propone di fornire una risposta.
Il mercato delle commissioni di Bitcoin è eccellente in un aspetto: valutare lo spazio nei blocchi.
Ciò che Bitcoin non fa è gestire un ambiente di esecuzione di scopo generale dove la catena può misurare e addebitare per calcoli arbitrari. Bitcoin Script è deliberatamente senza stato e non è Turing-completo, mancando specificamente di cicli o gotos, quindi ogni nodo può convalidare gli script in modo prevedibile senza aprire la porta a calcoli illimitati.
È per questo che la maggior parte degli approcci agli smart contract di Bitcoin finisce per collocare l’esecuzione su un sistema separato che può misurare il calcolo e gestire un proprio mercato delle commissioni. Una volta che hai quel layer di esecuzione separato, di solito viene fornito con un asset di commissione separato (Stacks, ad esempio, addebita commissioni in STX).
Un Nuovo Approccio
Questo non è ideale, e un sistema in cui potresti mantenere il pagamento all’interno del mercato delle commissioni nativo di Bitcoin mentre sposti l’esecuzione altrove sarebbe preferibile. Una volta che accetti che Bitcoin Script è intenzionalmente limitato (senza stato e non progettato per calcoli illimitati), inizi a pensare a come far sì che Bitcoin regoli i risultati e i pagamenti.
Infatti, l’esecuzione può avvenire in una macchina virtuale dedicata progettata per eseguire la logica degli smart contract in modo deterministico, mentre Bitcoin rimane il layer di base che cronometra, ordina e prezza le interazioni attraverso il suo mercato delle commissioni esistente.
Nel design di OpNet, la logica del contratto viene valutata da una VM orientata a Wasm (OP-VM), mentre l’intero stack dei nodi è esplicitamente costruito per gestire ed eseguire smart contract utilizzando le meccaniche esistenti delle transazioni e degli UTXO di Bitcoin.
Fondamentalmente, questo non è abbinato a un nuovo asset di commissione. Bitcoin non ha bisogno di misurare il calcolo per essere la valuta del gas. Deve essere il layer finale di regolamento a cui tutto alla fine paga e si ancorano.
Flusso di Simulazione e Spesa
Il nostro modello di interazione segue un flusso di simulazione e poi spesa piuttosto che un modello di esecuzione di smart contract convenzionale, con l’ultimo passo di esecuzione che avviene come una reale transazione Bitcoin. Prima, la tua app chiama un metodo del contratto in modalità simulazione. Quella richiesta passa attraverso un provider a un nodo OPNet, che esegue il contratto nella sua VM e restituisce un CallResult (inclusi stime di gas/commissioni) senza trasmettere nulla a Bitcoin.
Se la chiamata modifica lo stato, prendi quel CallResult e lo invii come esecuzione. A questo punto, la libreria costruisce una transazione Bitcoin, la firma e la trasmette alla rete Bitcoin.
Due punti meritano di essere ricordati: nel frattempo, il metering del calcolo di OpNet esiste ancora. Ma è valutato in satoshi (SATS Gas stimato, rimborsi in SATS, ecc.), quindi l’unità non si allontana mai in un’economia di token separata. Gli utenti non devono più adottare una seconda economia delle commissioni solo per interagire con le app.
Conclusione
Su Bitcoin, le commissioni sono già un’asta per lo spazio nei blocchi, valutate per byte e pagate ai miner. Quando le chiamate ai contratti sono semplicemente transazioni Bitcoin, sei di nuovo su terreno familiare (con commissioni in sat/vB, flusso del mempool e incentivi per i miner), senza dover imparare un mercato di token di gas separato.
Inoltre, gli strumenti si adattano ai flussi di lavoro standard di Bitcoin come la gestione degli UTXO, le connessioni ai provider e anche la firma offline/fredda. I contratti vivono in un runtime Wasm e sono scritti in AssemblyScript, puntando a un’espressività simile a Solidity senza pretendere che Bitcoin Script sia improvvisamente diventato una VM.
L’affermazione che BTC non può funzionare come gas si basa solitamente sull’assunzione che il layer di base debba misurare il calcolo per prezzarlo. Bitcoin non misura il calcolo; misura lo spazio nei blocchi e regola il valore. La soluzione è lasciare che una macchina virtuale gestisca l’esecuzione in modo deterministico e poi instradare ogni interazione che modifica lo stato attraverso una transazione Bitcoin standard, dove le commissioni sono espresse in termini familiari come sat/vB e limitate in satoshi.
Nel nostro caso, questo è implementato a livello client attraverso parametri come feeRate e maximumAllowedSatToSpend. Quindi, forse BTC come gas è davvero plausibile. Le commissioni rimangono native in BTC da un’estremità all’altra, mentre il runtime del contratto rimane basato su WebAssembly (AssemblyScript → Wasm), il che mantiene la logica espressiva senza cambiare la valuta delle commissioni.
Frederic Fosco
