Contratti intelligenti per Bitcoin? Tadge Dryja di Lightning ci sta lavorando

Nella corsa alla creazione di blockchain pubbliche dotate di codice auto-eseguibile, sono emerse almeno due filosofie concorrenti.

Ethereum ha creato una piattaforma che semplifica agli sviluppatori la creazione di quasi ogni tipo di smart contract che desiderano, mentre a Bitcoin sono state aggiunte funzionalità simili a un ritmo molto più lento. Ma gli sviluppatori Bitcoin come il coautore del paper di Lightning Network Tadge Dryja sostengono che c'è una ragione per aggiungerecontratto intelligente funzionalità al Bitcoin con maggiore cautela.

Durante il suo lavoro sulla Tecnologie Lightning Network, su cui ha lavorato più di recente, al MIT, ha ideato un metodo per aggiungere alcune funzionalità di contratto intelligente a Bitcoin in un modo che, a suo avviso, potrebbe preservare sia la Privacy che la scalabilità.

L'idea alla base dei Discreet Log Contracts (DLC) di Dryja è quella di provare a KEEP la blockchain più decentralizzata.

Dryja ha detto a CoinDesk:

"È incentrato Privacy e sulla scalabilità piuttosto che sulla funzionalità. T fa, diciamo, ICO o contratti Turing-complete o cose del genere, quindi in questo senso è più limitato di ciò che possono fare i contratti Ethereum ."

Mentre gli osservatori spesso vedono le due criptovalute come concorrenti, Dryja ha continuato sostenendo che la sua idea potrebbe rivelarsi più pratica come opzione ingegneristica a lungo termine.

"Ha un impatto molto inferiore su tutti gli altri che utilizzano il sistema, poiché i contratti occupano pochissimo [spazio] sulla blockchain", ha affermato.

Oracoli Bitcoin

L'idea del contratto intelligente di Dryja ruota attorno a un concetto popolare: gli oracoli.

Alcuni degli smart contract più complessi e interessanti, come proposto, necessitano dell'aiuto di una fonte dati esterna. Gli oracoli alimentano tali dati con gli smart contract, che poi vengono eseguiti in base ai dati che ricevono.

Diciamo che ONE utente scommette cinque ether che venerdì vedremo temperature superiori a 80ºF. Due utenti impostano uno smart contract che specifica queste condizioni, quindi selezionano una fonte dati di cui entrambi si fidano. (Forse entrambi gli utenti decidono che theweather.com è la risorsa più affidabile per dati tempestivi sulla temperatura.)

Successivamente, lo smart contract riceve automaticamente le informazioni da questa fonte il venerdì. Chi indovina l'intervallo di temperatura corretto vince i cinque ether. Semplice, vero?

Idee su come farlo in Bitcoin già esiste, ma T sono ampiamente utilizzati.

Dryja pensa che ciò potrebbe essere dovuto ad alcuni motivi. ONE, questi oracoli devono essere consapevoli degli utenti durante l'intero processo, aprendo opportunità per i due di colludere e giocare con il sistema. Due, gli oracoli sapranno quali utenti stanno richiedendo loro dati, il che significa che gli utenti che sfruttano la costruzione mettono a rischio la loro Privacy.

Privacy dei contratti intelligenti

Ecco dove entra in gioco l'idea di Dryja. La parte interessante è che l'operatore dell'oracolo T può vedere se qualcuno sta utilizzando i dati che invia.

"Quella è la vita solitaria di un oracolo", ha detto. "T puoi nemmeno dire se c'era un contratto anche dopo che è successo. Quindi è piuttosto divertente".

Come fa DLC a farlo? Ad alto livello, l'oracolo trasmette dati. (Diciamo che invia la temperatura a una certa ora ogni giorno.) Questa chiave verrà mescolata con i dati dell'utente prima di essere aggiunta alla blockchain.

Poiché la chiave dell'oracolo è mescolata a dati di cui l'oracolo T è a conoscenza, l'oracolo T può dire se è mai stata utilizzata e aggiunta alla blockchain Bitcoin .

"Combineremo i dati dell'oracolo con i nostri dati Secret , in modo da poterli riconoscere ma T dall'oracolo", ha affermato Dryja.

Ha sostenuto che la logica alla base di questo livello di Privacy è che, molto probabilmente, le aziende che utilizzano tecnologie blockchain T vogliono rivelare al resto del mondo i propri registri finanziari o una traccia dei dati che utilizzano.

DLC, come il progetto Ethereum Banditore cittadino, propone ONE modo per proteggere alcuni dati.

Problemi con Oracle

Oltre Privacy, gli oracoli devono affrontare altri problemi spinosi.

In generale, gli oracoli sono servizi centralizzati affidabili. Perché è importante? Ricorda, lo smart contract verrà eseguito indipendentemente dal fatto che gli vengano forniti dati corretti o meno. Quindi, gli utenti devono "fidarsi" che il servizio invii dati affidabili.

Gli sviluppatori hanno proposto diversi modi per gestire questo punto di centralizzazione. Il mercato di previsione decentralizzato Augur, ad esempio, prevede di utilizzare un certo numero di oracoli contemporaneamente per segnalare un risultato.

Dryja T pensa che ci sia un modo per sradicare completamente il problema, anche se ha un paio di idee per almeno "attenuarlo". DLC mira a incentivare gli oracoli a segnalare le informazioni corrette. Se un oracolo trasmette in modo disonesto informazioni diverse a due smart contract, ad esempio, la chiave privata dell'oracolo verrà automaticamente rivelata.

"Matematicamente funziona, ma impedisce davvero agli oracoli di fornire dati errati?" ha affermato, aggiungendo che saranno necessarie ulteriori analisi per verificare quanto l'idea regga.

SegWit, per favore?

L'idea è ancora in fase di sviluppo, ma Dryja ha affermato che sta cercando ulteriori feedback dalla community con la pubblicazione di un white paper sui DLC.

Per ora, spera che la sua idea aiuti a ispirare un nuovo modo di pensare agli smart contract; ONE più incentrato Privacy e sulla scalabilità. Per quanto riguarda i prossimi passi del progetto, Dryja ha detto che DLC sarà il suo "prossimo progetto divertente" dopo aver sistemato parte del lavoro che sta svolgendo sulla sua versione di Lightning Network per il MIT.

Ha osservato che il DLC non richiede alcuna modifica al Bitcoin, ma (come molti altri nello spazio) funzionerà meglio quando un'ottimizzazione della codifica nota come SegWit verrà attivata su Bitcoin – se mai lo sarà.

Ha inoltre affermato che è possibile codificare una versione di DLC senza SegWit, ma sarebbe "fastidioso" completare una versione del codice che T richiede l'attivazione di SegWit se SegWit viene attivato subito dopo. Quindi, probabilmente aspetterà la sua attivazione per iniziare a lavorare sul progetto.

Tadge Seccoimmagine tramite Shutterstock