Ďalšia prípadová štúdia sa týka poistných zmlúv.

Prečo si pre túto prípadovú štúdiu vyberáme poistné zmluvy?

No, spadajú priamo do vedra právnych vzťahov, ktoré existujú, ak potom

tá charakteristika.

Ak sa teda pozrieme na príklad, poistné zmluvy, môže to byť niečo, čo by farmár chcel

poistiť.

Ak v konkrétnom mesiaci chýbajú zrážky, môže to byť škodlivé pre výnosy plodiny.

A farmár preto môže utrpieť hospodárske straty, pretože výnosy plodín nie sú také, aké očakávali.

Poisťovňa je pripravená podstúpiť toto riziko.

Majú údaje o množstve zrážok na danom mieste za dané obdobie a spätne ich sledujú mnoho,

mnoho rokov.

Aby mohli analyzovať toto riziko.

Farmár je schopný urobiť rovnakú analýzu, ale z pohľadu farmára sa na tom toľko jazdí

že farmár nechce riskovať, že deväť rokov z 10 budú zrážky,

porastú plodiny a bude dobrý výnos.

Poisťovateľ má veľké portfólio podobných rizík, takže bude písať poistenie pre poľnohospodárov v celej Európe

celej krajiny.

A spoliehajú sa na to, že ak bude na jednom mieste menej zrážok, nebude to menej zrážok

na inom mieste.

Dostávajú teda prémie od všetkých poľnohospodárov a vyplácajú sa iba v malom počte prípadov.

To je automatizovateľné, pretože máme veľmi jednoduchý binárny ekonomický vzťah.

Poisťovňa súhlasí.

Ak počas tohto mesiaca neprší, uskutoční sa platba.

Farmár súhlasí s tým, že farmár zaplatí poistné za zakúpenie poistenia vopred.

A ak v tomto období nebudú zrážky, dostanú platbu podľa poistnej zmluvy

rovná sa tam.

A poisťovne sa dohodli na odhade straty.

Takže to máme.

Ak toto, potom že ak neprší, bude tu platba.

A tieto spôsoby, ktoré teraz fungujú prostredníctvom inteligentných zmlúv, spočívajú v tom, že polia v oblasti v

otázka môže mať zabudované senzory a dažďové kolektory a senzory to určia automaticky

ak sú zrážky.

Takže ak zistia zrážky, pošlú pokyn späť do poisťovne s tým, že povedia

podľa tejto zmluvy sa nevyžaduje žiadna platba, ak uplynie celý mesiac bez zrážok.

Pokyn na konci mesiaca potom bude bez zrážok.

Vykonajte tento prevod na účet tohto poľnohospodára v súvislosti s uvedeným poisteným rizikom.

Je to teda dobrý príklad toho, kde nájdeme automatizáciu v bežnom zmluvnom živote.

A to je všeobecne miesto, kde sa ľudia pozerajú na inteligentné zmluvy a snažia sa nájsť prípady, ktoré to umožňujú

Vyzerajte, že ak teda, potom aj v prípade transakcií existuje aspekt auditu.

Tak sme si povedali, že ešte musíme uzavrieť, v tomto prípade poistnú zmluvu, ktorá je hlavne napísaná.

Jedna z jeho podmienok bola prevedená do kódu.

Ak je toto, potom, že ak potom nebol dážď, došlo k ďalšiemu vývoju

druh inteligentných zmlúv spočíva v tom, že z ustanovení, ktoré hovoria, že ak potom, zmiznú

zmluvy a jednoducho sa nahradia odkazom na kód.

Takže momentálne máme dve veci, ktoré sedia vedľa seba.

Máte zmluvu, ktorá hovorí, že ak toto, potom máte kód, ktorý hovorí, že ak toto, tak toto.

Ale sú samostatné.

A ak dôjde k nejakej ľudskej chybe a budú napísané trochu iným spôsobom, ktorý z nich vyhrá,

ktorý z nich prevláda?

V tejto chvíli budú súdy skúmať dohodu medzi stranami a povedia im, ktorá prevláda.

Hovorí dohoda po podpísaní zmluvy?

Alebo to znamená, že sa momentálne riadime kódexom, pretože väčšinu zmlúv kontrolujú aj právnici

v právnických firmách alebo v korporáciách?

Poisťovacie spoločnosti tvrdia, že prvá sa pozrela na jazyk, ale je jednou z vecí, ktoré vidíme

vývoj v priebehu tejto histórie inteligentných zmlúv je výhodou efektívnosti spoliehania sa na

kódu lepšie pochopené.

Súdy uznávajú, že môžu byť požiadaní o podporu kódexu pri písaní, aj strany

si začínajú byť viac istí, že keď už prípady skorého použitia fungujú, prečo to máme písomné?

Písanie môže byť vodítkom pre to, na čom sa strany chcú dohodnúť.

Tieto dohody však možno zabudovať do samotného kódexu.

Inteligentné kontrakty sú teda dôvodom na zvýšenie, teda ak nie ste vývojár softvéru, ak áno

spoliehajúc sa na kódex, a nie na zmluvu, je kódexom zmluva.

Podpisom je zmluva.

Ak ste vývojár, môžete si to prečítať.

Môžete to vyskúšať.

Môžete to skontrolovať, či sme normálny komerčný večierok.

Nemôžete povedať, že od vývojára požadujete nejaký druh auditu, často u právnika,

zabezpečiť, aby kódex hovoril presne to, čo má v úmysle povedať.

Zmluva tu má skrátenú formu pre úmysel strán.

Takže vytláčame zámer strán z procesu písania a záujmu do kódexu.

Toto je kritický vývoj, ktorý v súčasnosti zaznamenávame.

A v právnej komunite je otvorená otázka.

Právnici sa musia naučiť kódovať.

Teda nie, pretože sú ľudia, ktorí sa tým živia.

Právnici však musia byť schopní podporiť tieto inteligentné audity zmlúv a pochopiť, o čo ide

byť preložený naprieč od zápisu k softvéru a byť schopný komunikovať zreteľne a bez neho

nejasnosti s vývojármi softvéru.

Povedzte ten bod, ktorý sme mali pred niekoľkými snímkami.

Rozumieme tomu, čo je inteligentná zmluva medzi právnikmi a kodérmi, ktorí tu môžu vidieť

dosť nešťastné.

Dostávame sa do pozície, keď obe skupiny musia pracovať ruka v ruke, skutočne porozumieť

navzájom.

Len pred krátkym časom sme prišli z celkom iného prípadu, keď sme dokonca používali rovnaké slová

znamenať rôzne veci.

Za posledný jeden alebo dva roky opäť došlo k veľkému rozvoju, ktorý sa bude naďalej rozvíjať

že títo právnici a kódéri budú musieť spolupracovať a dodržiavať súlad s ľuďmi a manažérmi rizík

a účtovníci a všetci ľudia, ktorí sú v tejto komunite, okolo ekonomických transakcií.