I professionisti della blockchain dibattono sulle "sfide imminenti" per i contratti intelligenti

Solo perché un lavoro ripetitivo potrebbe essere sostituito con un codice autoeseguibile su una blockchain, T significa che debba essere così.

Un gruppo di addetti ai lavori di Wall Street e innovatori della blockchain sono saliti sul palco ieri alla New York Law School di Manhattan per fare chiarezza quando uncontratto intelligente è una cattiva idea, quando è una buona idea e ciò ostacola la proliferazione diffusa della Tecnologie.

"Ci sono alcune grandi sfide che si profilano", ha affermato Ari Juels, professore alla Cornell Tech e co-direttore dell'Initiative for CryptoCurrencies & Contracts (IC3).

Intervenendo in un panel sull'implementazione di contratti intelligenti sicuri e legalmente validi, in occasione di un evento ospitato daAlleanza Blockchain di Wall StreetJuels ha suddiviso gli ostacoli principali in due categorie principali.

In primo luogo, afferma che c'è una spinta all'interno del settore verso la riservatezza. Mentre le istituzioni finanziarie e gli altri attori dello spazio elogiano i benefici della trasparenza, esitano a mettere le loro informazioni su una blockchain.

Secondo Juels, le principali direzioni per risolvere questa apparente dicotomia sono due soluzioni Tecnologie .

In primo luogo, ha elencato le soluzioni basate su software eseguite condimostrazioni a conoscenza zero come la Tecnologie zk-SNARK su cui è stato costruito Zcash . La Tecnologie consente alle controparti di controllare quante informazioni condividono su se stesse e chi può vedere tali informazioni.

Ma ha anche elencato una soluzione hardware. Nello specifico, Juels ha detto che le estensioni Intel Software Guard aiuteranno a trovare l'equilibrio tra riservatezza e trasparenza.

Il contributo di Intel a Hyperledger,Lago Sawtooth, è basato su un algoritmo di consenso denominato PoET (Proof of Elapsed Time), concepito per essere eseguito in un ambiente di esecuzione attendibile (TEE), tra cui Intel SGX.

"Strumenti come la dimostrazione a conoscenza zero e SGX possono consentire agli utenti della blockchain di avere la CAKE e la moglie ubriaca", ha affermato Juels.

Garantire la precisione

L'altra "sfida incombente" che lo sviluppo degli smart contract deve affrontare è la precisione.

Secondo Joshua Ashley Klayman, consulente speciale del gruppo Finanza e progetti presso Morrison Foerster, il problema può essere formulato così: "Come ci si assicura che il codice corrisponda a quanto si ritiene sia indicato nel contratto?"

Mentre Juels sosteneva l'uso diffuso di bug bounty per trovare inesattezze e cosiddettiportelli di fugaper impedire che un contratto venga eseguito in determinate circostanze, Klayman ha affermato che la chiave dell'accuratezza è la semplicità.

"In genere, tendiamo a dire che più semplice è la transazione, meglio è", ha detto Klayman, che è anche uno dei membri fondatori del gruppo blockchain e smart contract dell'azienda. "Meno discrezione, meglio è".

Ma c'è anche un tratto di fondo degli smart contract che coincide con ciò che Juels ha descritto come la necessità di accuratezza. Lo smart contract deve anche essere aggiornabile e interpretabile. Juels chiama questo "sancire l'ambiguità".

"Il codice è legge" è oggetto di dibattito

Sebbene ONE dei punti di forza di uno smart contract sia la sua incredibile accuratezza, questa è anche ONE delle sue debolezze, ha sostenuto Juels.

L'esempio estremo di ciò è il "il codice è legge"filosofia secondo cui non dovrebbe esserci alcuna controparte in linguaggio naturale per uno smart contract basato su blockchain.

Nel caso del primo utilizzo su larga scala di tali smart contract, The DAO non è stato in grado di correggere il proprio codice una volta lanciato, perché modificare quel codice equivaleva a modificare i termini che gli utenti esistenti avevano accettato. Il risultato è stato il lento prosciugamento dei fondi, poiché la comunità Criptovaluta non poteva fare altro che guardare fino a quando non fossero concepite soluzioni più drastiche.

Preston Byrne, direttore operativo e consulente generale di Monax Industries, nonché critico di lunga data di alcune implementazioni di contratti intelligenti, ha descritto la filosofia del "codice è legge" come una "sciocchezza di marketing appariscente" sbandierata da "non avvocati".

Havell Rodrigues, co-fondatore e CEO di Adjoint, ha spiegato come la prossima generazione di contratti intelligenti debba garantire almeno un minimo di accesso alla comunità che li utilizza.

Rodrigues ha detto:

"Vuoi assicurarti che gli utenti aziendali e legali possano porre domande sullo smart contract."

Contratto intelligente scadente

Il gruppo di professionisti della blockchain ha affrontato anche il tema di cosa non fare quando si creano contratti intelligenti e cosa non costruire.

Di norma, gli smart contract apportano valore solo in proporzione alla frequenza con cui vengono utilizzati. Quindi, i contratti monouso e quelli raramente utilizzati T sono probabilmente casi d'uso preziosi, hanno affermato.

Inoltre, uno smart contract ha valore solo quanto gli intermediari che interrompe. I servizi che sono già ampiamente condotti direttamente tra controparti hanno meno probabilità di apportare valore al costruttore.

Ma non tutti gli esempi di cosa non fare si basavano su principi di progettazione.

Alla domanda diretta del moderatore Richard Johnson, di Greenwich Associates, su quali tipi di contratti intelligenti siano una cattiva idea, Juels ha risposto che "i contratti intelligenti in realtà presentano molte opportunità per commettere reati".

In particolare, ha elencato i contratti che prevedono il pagamento automatico quando viene commesso un incendio doloso e una persona viene uccisa come opportunità che T dovrebbero essere realizzate.

Contratti intelligenti standard

Lungo il percorso verso l'adozione diffusa degli smart contract c'è molto di più da fare che superare gli ostacoli ed evitare sprechi di risorse.

In un discorso separato, il fondatore dell'Enterprise Data Management (EDM) Council Mike Meriton ha sostenuto che i contratti intelligentistandard attualmente in fase di svilupposarebbe il passo finale verso l'adozione diffusa.

La settimana scorsa, Swiftsvelatola sua stessa prova di concetto realizzata con il software Eris di Byrne e il motore di consenso Tendermint, progettato in parte per mostrare come lo standard ISO20022 potrebbe funzionare su una blockchain.

All'inizio di quest'anno, la Bankers Association of Finanza and Trade (BAFT) ha effettuato assunzioni chiave per espanderela propria esplorazione degli standard blockchain. Il mese seguente la filiale europea dell'International Securities Association for Institutional Trade Communication (ISITC)proposto10 benchmark della blockchain.

Mentre i precedenti sforzi di standardizzazione sembrano essere focalizzati sull’interoperabilità della blockchain, Meriton afferma che, in generale, il progetto Financial Business Industry Ontology (FIBO) dell’EDM Council ha preso di mira direttamente i contratti intelligenti.

L'associazione commerciale senza scopo di lucro con oltre 200 membri è attualmente in fase avanzata di prova di concetto con il suo standard FIBO che èregistratocon ilGruppo di gestione degli oggettiLo standard FIBO si basa sul linguaggio effettivo di un contratto tradizionale ed è progettato per "resistere ai requisiti di elaborazione pesanti" di contratti frequentemente negoziati su più piattaforme.

"L'obiettivo per scalare la blockchain è sfruttare standard come ISO e FIBO", ha affermato Meriton. "C'è un potenziale enorme".

Il fondatore di EDM ha affermato di essere attualmente in contatto con Digital Asset Holdings, Consensys e R3 e all'inizio di quest'anno ha condotto un test con Wells Fargo, State Street e Deutsche Bank. Si aspetta che una serie di POC basati sullo standard vengano rilasciati entro la fine del 2017.

Meriton concluse:

"In questo momento stiamo organizzando una specie di festa di presentazione di queste capacità".

Immagine del monte Everest tramiteImmagine