Perché i contratti intelligenti avranno bisogno di "Smart Term Sheets" per essere abbinati
Nell'era degli smart contract, gli avvocati avranno ancora molto lavoro da fare per garantire che gli sviluppatori scrivano correttamente il codice, sostengono gli esperti legali.

Ted Mlynar e Ira Schaefer sono soci della pratica di proprietà intellettuale presso Hogan Lovells a New York City. Offrono consulenza su brevetti e altre questioni di proprietà intellettuale relative alle tecnologie blockchain e Criptovaluta .
In questo articolo Opinioni , gli autori sostengono che, nell'era degli smart contract, gli avvocati avranno ancora molto lavoro da fare per garantire che gli sviluppatori scrivano correttamente il codice.
In un nuovo mondo di contratti intelligenti, molti si aspettano che i contratti formali scritti e gli avvocati che li redigono diventino obsoleti.
Si presume che il term sheet concordato verrà semplicemente consegnato a uno sviluppatore di software affinché lo converta in codice informatico per contratti intelligenti. Tale codice costituirà l'accordo finale.
Ma cosa ne sa uno sviluppatore di software sulla stesura del codice per implementare un term sheet tradizionale? Le parti negoziali conoscono il loro accordo e gli avvocati conoscono la legge applicabile e i termini consuetudinari, ma lo sviluppatore di software no. Un term sheet tradizionale non è sufficiente.
È necessario uno "smart term sheet" per colmare il divario informativo tra i termini commerciali concordati e il processo di codifica dello smart contract. Può: specificare i dettagli pratici necessari per implementare i termini concordati, identificare e affrontare i termini che non possono essere implementati in uno smart contract e aggiungere i termini legali "boilerplate".
In breve, gli ostacoli pratici e legali all'implementazione di un term sheet possono essere superati.
Un esempio non così ipotetico
Come esempio dell'utilità di un term sheet intelligente, prendiamo in considerazione un'ipotetica Politiche assicurativa contro i terremoti per la città di New York (NYC).
In una tipica implementazione della blockchain Ethereum , ogni Politiche assicurativa di smart contract sarà associata a un particolare indirizzo blockchain. Gli input e gli output dalla Politiche assicurativa di smart contract assumono la forma di messaggi inviati da e verso quell'indirizzo blockchain.
I nodi informatici della rete blockchain eseguiranno il codice informatico del contratto intelligente in base ai messaggi ricevuti all'indirizzo blockchain del contratto intelligente.
Poiché il codice dello smart contract memorizzato sulla blockchain è generalmente immutabile e la blockchain viene eseguita su una rete di elaborazione distribuita, le parti contraenti possono essere più sicure che i termini concordati saranno rispettati tempestivamente anche se New York City dovesse subire gravi danni a causa di un terremoto.
Un term sheet semplificato tradizionale per l'assicurazione contro i terremoti a New York potrebbe apparire così:
- Parti: Earthquake Insurance Co (l'"Assicuratore") e Unshakable Corp (l'"Assicurato")
- Zona coperta: New York City
- Copertura: l'assicurato riceve 50 milioni di dollari in caso di terremoto nella zona coperta.
- Premio: $ 500.000 per 12 mesi di copertura
- Opzione di rinnovo: la Politiche è rinnovabile per 12 mesi previo pagamento del premio entro tre giorni dalla data di scadenza
- Solvibilità minima: l’assicuratore manterrà attività liquide pari ad almeno il 30% dell’esposizione della zona coperta dell’assicuratore
- Ulteriori: Termini e condizioni consuetudinari
Se questo term sheet tradizionale venisse semplicemente consegnato a uno sviluppatore di software affinché lo codificasse, spetterebbe a quest'ultimo determinare quali termini includere nello smart contract, quali oracoli consultare e quali termini legali consuetudinari implementare.
Sfortunatamente, lo sviluppatore del software non può sapere cosa fare se anche il term sheet T è "intelligente".
Tradurre i concetti in codice
Gli avvocati esperti di programmazione possono convertire un term sheet tradizionale in una versione smart che include i dettagli pratici e legali richiesti per implementare uno smart contract. Tali questioni importanti T dovrebbero essere lasciate alla discrezione dello sviluppatore del software o, peggio, ignorate del tutto.
Un term sheet intelligente può identificare quali termini contrattuali saranno implementati come contratto intelligente e quali, se presenti, no.
Può identificare espressamente gli oracoli e altri input di smart contract su cui il contratto si baserà, in modo che lo sviluppatore possa LINK direttamente a tali input. Possono essere specificati algoritmi chiave per l'esecuzione delle intenzioni delle parti. Possono essere identificati e affrontati problemi legali.
Utilizzando le risorse necessarie, il term sheet di esempio dell’assicurazione contro i terremoti può essere facilmente convertito in un “term sheet intelligente” pronto per la codifica:
1. Parti: Earthquake Insurance Co. (l'"Assicuratore") e Unshakable Corp. (l'"Assicurato")
2. Zona coperta:Cinque quartieri di New York City(Oracolo 1)
3. Copertura: l'assicurato riceve 5 milioni di dollari in Bitcoin
3.1 Trigger su terremoto di magnitudo 5.0 o superiore secondo il servizio di notifica terremoti USGS (o dati ATOM Syndication) (Oracle 2)
3.2 Tasso di cambio valuta determinato da CoinDesk in tempo reale Indice dei prezzi Bitcoinal momento del pagamento del premio (Oracle 3)
3.3 Determinare la posizione dell'epicentro del terremoto rispetto alla zona coperta con l'API di geocodifica di Google Maps (Oracle 4)
3.4 Pagamento sul portafoglio dell'assicurato a[indirizzo del portafoglio]
4. Premium: 50.000 $ in Bitcoin
4.1. Tasso di cambio della valuta determinato dall'indice dei prezzi Bitcoin CoinDesk in tempo reale al momento del pagamento del premio (Oracle 3)
4.2. Pagamento sul portafoglio dell'assicuratore presso[indirizzo del portafoglio]
5. Opzione di rinnovo: l'assicurato può rinnovare la Politiche per un secondo periodo di 12 mesi dietro pagamento del secondo premio entro e non oltre 72 ore dalla scadenza del primo periodo di 12 mesi
6. Solvibilità minima: l'assicuratore manterrà attività liquide pari ad almeno il 30% della sua massima esposizione nella zona coperta durante il periodo di 30 giorni precedente
6.1. Saldo delle attività liquide dell’assicuratore disponibile presso[indirizzo del portafoglio]
6.2. Esposizione giornaliera dell'assicuratore nella zona coperta disponibile presso[indirizzo del portafoglio]
6.3. L'assicuratore rimborsa il premio se il saldo delle attività liquide scende al di sotto del 30% dell'esposizione giornaliera massima nei 30 giorni precedenti
7. Ulteriori: Termini e condizioni consuetudinari
7.1. Evento di 168 ore: i terremoti e le scosse che si verificano in un periodo di 168 ore (1 settimana) saranno considerati un singolo terremoto.
7.2. Pagamento limitato: verranno effettuati al massimo due (2) pagamenti per Politiche
7.3. Cessione: L'assicuratore non può cedere il presente contratto, l'assicurato può
7.4. Scelta della legge: si applica la legge di New York
7.5. Arbitrato: Tutte le controversie relative all'oggetto del contratto saranno sottoposte ad arbitrato vincolante a New York.
Sii intelligente, sii preparato
Lo smart term sheet fornisce un'interfaccia molto necessaria tra le parti contraenti e lo sviluppatore del software. Specifica un'intera serie di dettagli non inclusi nel term sheet tradizionale che sono, tuttavia, essenziali per un contratto pratico e applicabile.
Creando un term sheet intelligente, le parti possono integrare le necessarie considerazioni pratiche e legali e il consiglio di un avvocato nelle istruzioni fornite allo sviluppatore del software. Con meno spazio lasciato alla discrezione dello sviluppatore del software, c'è molto meno spazio per gli errori.
Sebbene alcuni prevedano un cambiamento radicale verso i contratti intelligenti, gli aspetti pratici e le implicazioni legali dei contratti complessi non scompaiono semplicemente nella blockchain.
Ci aspettiamo che il term sheet intelligente diventi uno strumento utile per le parti contraenti, gli avvocati e gli sviluppatori di software, che potranno utilizzarlo per affrontare in modo esaustivo tali problematiche.
immagine tramite Shutterstock
Disclaimer:Le opinioni espresse in questo articolo sono quelle degli autori e non rappresentano necessariamente le opinioni di, e non devono essere attribuite a, il loro studio, i suoi clienti o i rispettivi affiliati. Questo articolo è solo a scopo informativo generale. Non intende essere, e non deve essere considerato, un parere legale.
Nota: Le opinioni espresse in questa rubrica sono quelle dell'autore e non riflettono necessariamente quelle di CoinDesk, Inc. o dei suoi proprietari e affiliati.
More For You
Protocol Research: GoPlus Security

What to know:
- As of October 2025, GoPlus has generated $4.7M in total revenue across its product lines. The GoPlus App is the primary revenue driver, contributing $2.5M (approx. 53%), followed by the SafeToken Protocol at $1.7M.
- GoPlus Intelligence's Token Security API averaged 717 million monthly calls year-to-date in 2025 , with a peak of nearly 1 billion calls in February 2025. Total blockchain-level requests, including transaction simulations, averaged an additional 350 million per month.
- Since its January 2025 launch , the $GPS token has registered over $5B in total spot volume and $10B in derivatives volume in 2025. Monthly spot volume peaked in March 2025 at over $1.1B , while derivatives volume peaked the same month at over $4B.
More For You
BlackRock presenta la domanda per un ETF su Ethereum Staked

L'iShares Ethereum Staking Trust rappresenta una mossa audace verso l'esposizione ai rendimenti on-chain, in quanto il tono della SEC è cambiato sotto la nuova leadership.
What to know:
- BlackRock ha ufficialmente depositato una richiesta per un ETF su Ethereum in staking, segnando la sua prima mossa formale verso l'approvazione della SEC.
- La comunicazione riflette un cambiamento nella politica della SEC sotto la nuova presidenza di Paul Atkins, dopo precedenti resistenze riguardo alle funzionalità di staking.
- Il fondo Ethereum esistente di BlackRock detiene 11 miliardi di dollari in ETH, ma il nuovo ETF offrirebbe un'esposizione separata allo staking.











