I contratti di registro discreti stanno portando contratti intelligenti privati ​​e "senza script" su Bitcoin

“Republican_win”; “Democratic_win.” Questi sono i parametri (e le funzioni di chiamata) per la prima scommessa in deposito con contratto intelligente piazzata sulla rete principale di Bitcoin.

L'8 settembre, il fondatore di BTCPay Server Nicolas Dorier e il fondatore di Suredbits Chris Stewart hanno scommesso sull'esito delle elezioni presidenziali statunitensi del 2020 utilizzando un contratto di registro discreto (DLC), una forma di contratto intelligente che è diventato fattibile su Bitcoin solo quest'anno, grazie ai progressi tecnici dello sviluppatore indipendente Bitcoin Lloyd Fournier nel regno dei cosiddetti “copioni senza sceneggiatura”sulla blockchain di Bitcoin.

Quanto a chi ha preso da che parte della scommessa, Dorier e Stewart T lo hanno detto. Anche dopo il giorno delle elezioni, quando i voti saranno conteggiati, T sapremo ancora chi ha vinto la scommessa. Ed è proprio questo il punto.

Altrimenti i contratti T sarebbero discreti.

Cosa sono i contratti discreti?

Descritto dallo sviluppatore Gert-Jaap Glasbergen come “contratti intelligenti invisibili”,i contratti discreti di registro sono strutturati per apparire come transazioni multi-firma standard sulla blockchain di Bitcoin. Se qualcuno stesse cercando la transazione sul registro, non avrebbe modo di sapere che si tratta di uno smart contract o, nel caso di Dorier e Stewart, i dettagli della scommessa.

Questi contratti intelligenti sono stati teoricamente fattibili sin dall'inizio di Bitcoin, ma il lavoro pionieristico con le firme dell'adattatore ECDSA (uno schema di firma crittografica che consente agli "script senza script" di eseguire contratti intelligenti senza fare affidamento sul linguaggio di scripting di Bitcoin) nell'ultimo anno li ha portati dalla teoria all'applicazione.

Continua a leggere: RGB continua il suo lavoro per portare migliori contratti intelligenti su Bitcoin

"Tecnicamente i DLC avrebbero potuto essere realizzati fin dalla versione originale, ma molti dei blocchi di costruzione T erano noti all'epoca. Ad esempio, per i DLC utilizziamo Firme dell'adattatore ECDSA, la cui applicazione per questo caso d'uso T è stata scoperta fino a quest'anno [da Lloyd Fournier]", ha detto a CoinDesk lo sviluppatore di Suredbits Ben Carman.

Suredbits è ONE dei principali attori pionieri nello sviluppo di DLC, insieme a Cripto Garage, Atomic Loans, Loyd Fornier, sviluppatore indipendente finanziato da Square Crypto, e Antoine Riard, sviluppatore di Chaincode Labs.

La struttura di una transazione DLC è piuttosto semplice. Sulla base della scommessa tra Dorier e Stewart, due parti inviano fondi a un indirizzo multi-firma. Per regolare la transazione, un oracolo firmerebbe il contratto con una firma che corrisponde all'hash del risultato vincente (in questo caso, Republican_Win o Democrat_Win).

La persona con l’hash che corrisponde alla firma dell’oracolo può quindi prelevare i fondi dal contratto.

Nelle parole di Carman, "È una crittografia sofisticata per dimostrare che il tuo contratto è basato sulla firma dell'oracolo e puoi spendere i fondi solo se hai quella firma oracolare valida".

Lo sviluppo del DLC è giovane ma promettente

Carman ha affermato che i DLC sono "ancora in una fase molto iniziale", tanto che i team che ci lavorano stanno ancora creando librerie per le specifiche di codifica.

Ha aggiunto che i DLC potrebbero persino trovare posto sulla Lightning Network, ma ciò richiederebbe alcuni progressi, considerando che le implementazioni attuali non sono codificate in modo rigido per accogliere le firme degli adattatori ECDSA.

L'adattamento dell'ECDSA a Lightning richiederebbe l'aggiunta di contratti point-time-lock (PTLC), unversione aggiornata in lavorazionedei contratti hash-time-lock attualmente in vigore su Lightning.

Le firme Schnorr sarebbero una base ideale per implementare i PTLC. L'attesissimo aggiornamento Schnorr/Taproot è ancora essenziale per i DLC in generale, ha affermato Carman. Anche se i DLC possono essere eseguiti oggi, i casi d'uso più avanzati saranno molto più facili da implementare se la base di codice di Bitcoin riceverà una spinta dal softfork Schnorr/Taproot.

Continua a leggere: Il futuro di Bitcoin: esattamente come un prossimo aggiornamento potrebbe migliorare la Privacy e la scalabilità

Casi d'uso DLC

"Le scommesse saranno il caso d'uso principale all'inizio, quindi elezioni, sport e quant'altro", ha detto Carman a CoinDesk. "Una volta che sarà più consolidato e avremo un mercato per definire le controparti per le negoziazioni, ci saranno casi d'uso per la copertura o per asset sintetici".

Il caso d'uso di copertura è delineato da Glasbergen nel suo post sul blog "Invisible smart contract on the Bitcoin blockchain". I "contratti forward" implicherebbero che due parti entrino in un DLC, con ONE parte che accetta di acquistare una certa quantità di Bitcoin (BTC) a un prezzo concordato e l'altra parte fornisce la liquidità per questo acquisto.

Quando arriva il momento di definire il contratto, il contratto paga all'acquirente la quantità di Bitcoin in base al prezzo specificato al momento della stipula del contratto, non in base al tasso di cambio corrente. In sostanza, questi contratti forward sono un modo per andare long o short Bitcoin.

Questi stessi contratti forward potrebbero essere utilizzati anche per regolare le materie prime sintetiche (contratti DLC che rappresentano materie prime come oro e/o argento, ad esempio) in termini denominati in bitcoin.