Următorul studiu de caz se referă la contractele de asigurare.

De ce alegem contracte de asigurare pentru acest studiu de caz?

Ei bine, ele se încadrează chiar în găleată a genului de relații juridice care au acest lucru atunci

acea caracteristică.

Deci, dacă ne uităm la un exemplu, contractele de asigurare, ar putea fi ceva ce ar dori un fermier

asigura.

Dacă există o lipsă de precipitații într-o anumită lună, aceasta poate fi dăunătoare pentru randamentele unei culturi.

Și, prin urmare, agricultorul poate suferi pierderi economice, deoarece randamentele culturilor nu sunt ceea ce se așteptaseră.

O companie de asigurări este pregătită să își asume acest risc.

Au date despre cantitatea de precipitații în acea locație pentru perioada respectivă, urmărind înapoi pe multe,

multi ani.

Astfel, ei pot analiza acest risc.

Fermierul este capabil să facă aceeași analiză, dar există atât de multe călărie pe ea din perspectiva fermierului

că fermierul nu vrea să riște că nouă ani din 10 vor fi precipitații,

culturile vor crește și va fi un randament bun.

Asigurătorul are un portofoliu mare de risc similar, așa că vor scrie asigurări pentru fermierii din întreaga lume

întreaga țară.

Și se bazează pe faptul că, dacă sunt mai puține precipitații într-un singur loc, nu vor fi mai puține precipitații

în alt loc.

Deci primesc prime de la toți fermierii și plătesc doar într-un număr mic de cazuri.

Acest lucru este automatizabil deoarece avem o relație economică binară foarte simplă.

Compania de asigurări este de acord.

Dacă nu plouă în această lună, va efectua o plată.

Fermierul este de acord că fermierul va plăti o primă pentru a cumpăra asigurarea în avans.

Și dacă nu sunt precipitații în acea perioadă, aceștia vor primi o plată în baza contractului de asigurare

egal cu acolo.

Și asigurătorii au fost de acord cu estimarea pierderii.

Deci avem asta.

Dacă aceasta, atunci dacă nu plouă, atunci va fi o plată.

Și modul în care acestea funcționează acum prin contracte inteligente se datorează câmpurilor din zona din

întrebarea poate avea senzori și colectoare de ploaie montate în ele, iar senzorii vor determina automat

dacă sunt precipitații.

Deci, dacă detectează precipitații, atunci vor trimite o instrucțiune înapoi companiei de asigurări spunând

nu este necesară nicio plată în temeiul acestui contract dacă întreaga lună trece fără precipitații.

Apoi, instrucțiunile de la sfârșitul lunii nu vor fi precipitații.

Efectuați acest transfer în contul acestui fermier în ceea ce privește riscul asigurat.

Deci, este un bun exemplu în care putem găsi automatizarea în viața contractuală obișnuită.

Și acolo, în general, oamenii se uită la contracte inteligente, încercând să găsească acele cazuri de utilizare care

Arată ca și atunci, atunci tranzacțiile ar avea și un aspect de audit.

Așa că am spus că încă trebuie să facem, în acest caz, un contract de asigurare care este în principal scris.

Unul dintre termenii acestuia a fost convertit în cod.

Dacă acest lucru, atunci că dacă nu plouă a făcut transferul, etapele următoare în dezvoltarea acestora

Un fel de contracte inteligente constă în acele dispoziții care spun dacă acest lucru va dispărea

contract și pur și simplu să fie înlocuit cu o trimitere la cod.

Așadar, avem în prezent două lucruri așezate una lângă alta.

Aveți contractul care spune dacă acesta atunci că aveți codul care spune dacă acesta, atunci acela.

Dar sunt separate.

Și dacă există o eroare umană și sunt scrise în termeni ușor diferiți, care câștigă,

care predomină?

În acest moment, instanțele se vor uita la acordul dintre părți pentru a le spune care prevalează.

Acordul spune că urmează redactarea unui contract?

Sau spune că ne amânăm la cod în acest moment, deoarece majoritatea contractelor sunt revizuite de avocați

în firme de avocatură sau în interiorul corporațiilor?

Companiile de asigurări spun că prima s-a uitat la limbă, dar unul dintre lucrurile pe care le vedem

dezvoltarea prin această istorie a contractelor inteligente este beneficiile eficienței bazării pe

codul este mai bine înțeles.

Instanțele recunosc că li se poate cere să susțină codul în scris și părțile

încep să devină mai siguri că, pe măsură ce cazurile de utilizare timpurie funcționează, de ce avem scrisul?

Scrierea poate fi un ghid pentru ceea ce părțile intenționează să convină.

Dar aceste acorduri pot fi încorporate în codul în sine.

Deci, auditul contractelor inteligente este motivul creșterii, adică dacă nu sunteți dezvoltator de software, dacă sunteți

bazându-se pe cod și nu pe contract, codul este contractul.

Scrierea este fundalul contractului.

Dacă sunteți dezvoltator, puteți citi asta.

Puteți să-l testați.

Puteți verifica dacă suntem o petrecere comercială normală.

Nu puteți spune că aveți cerința ca un dezvoltator să facă un fel de audit, adesea cu un avocat,

pentru a se asigura că codul spune exact ceea ce intenționează contractul să spună.

Contractul de aici este pur și simplu o formă scurtă pentru intenția părților.

Așadar, împingem intenția părților din scris și din interes în cod.

Aceasta este dezvoltarea critică pe care o vedem în prezent.

Și există o întrebare deschisă în comunitatea juridică.

Avocații trebuie să învețe cum să codeze.

Ei bine, nu chiar, pentru că există oameni care fac asta pentru o viață.

Dar avocații trebuie să poată susține aceste audituri inteligente ale contractelor și să înțeleagă ce este

fiind tradus de la scriere la software și fiind capabil să comunice clar și fără

ambiguitate cu dezvoltatorii de software.

Spuneți că am avut câteva diapozitive în urmă.

Avem înțelegeri diferite despre ceea ce este un contract inteligent între avocați și programatori care pot vedea aici

cât de nefericit este.

Ajungem într-o poziție în care cele două grupuri trebuie să lucreze mână în mână, înțelegând cu adevărat

reciproc.

Cu doar puțin timp în urmă, am venit dintr-un caz destul de diferit în care foloseam chiar aceleași cuvinte pentru

înseamnă lucruri diferite.

Din nou, o mare dezvoltare a avut loc în ultimii ani sau doi și va continua să se dezvolte

că avocații și programatorii vor trebui să lucreze împreună și cu oamenii de conformitate și managerii de riscuri

și contabili și toți oamenii care se află în acea comunitate în jurul tranzacțiilor economice.