Naslednja študija primera zadeva zavarovalne pogodbe.

Zakaj izberemo zavarovalne pogodbe za to študijo primera?

No, padejo ravno v vrsto pravnih razmerij, ki imajo potem to

to značilnost.

Če torej pogledamo primer, zavarovalne pogodbe, je to morda nekaj, kar bi kmet želel

zavarovati.

Če v določenem mesecu primanjkuje padavin, je to lahko škodljivo za pridelek v posevku.

Kmet lahko zato trpi gospodarsko izgubo, ker pridelki niso takšni, kot so pričakovali.

Zavarovalnica je pripravljena prevzeti to tveganje.

Imajo podatke o količini padavin na tej lokaciji v tistem obdobju, ki jih mnogi spremljajo nazaj,

veliko let.

Tako lahko to tveganje analizirajo.

Kmet lahko naredi isto analizo, vendar je z vidika kmeta toliko na njem

da kmet ne želi tvegati, da bodo devet let od desetih padavine,

pridelki bodo rasli in pridelek bo dober.

Zavarovalnica ima velik portfelj podobnih tveganj, zato bodo napisali zavarovanje za kmete po vsej Sloveniji

celotni državi.

In zanašajo se na dejstvo, da če bo na enem mestu manj padavin, ne bo manj padavin

na drugem mestu.

Tako dobijo premije od vseh kmetov in jih izplačajo le v majhnem številu primerov.

To je mogoče avtomatizirati, ker imamo zelo preprost binarni ekonomski odnos.

Zavarovalnica se strinja.

Če v tem mesecu ne bo deževalo, bo izvedlo plačilo.

Kmet se strinja, da bo kmet plačal premijo za vnaprejšnji nakup zavarovanja.

In če v tem obdobju ne bo padavin, bodo prejeli plačilo po zavarovalni pogodbi

enako tam.

In zavarovalnice so se strinjale z oceno izgube.

Torej imamo to.

Če to, potem, če ne bo deževalo, bo plačilo.

In zdaj te delujejo s pametnimi pogodbami, ker polja na območju v

Vprašanje ima lahko nameščene senzorje in zbiralnike dežja, ki jih bodo samodejno določili

če je padavin.

Torej, če zaznajo padavine, bodo zavarovalnici poslali navodilo z besedo

po tej pogodbi ni potrebno plačilo, če mine cel mesec brez padavin.

Potem navodila ob koncu meseca ne bodo brez padavin.

Izvedite ta prenos na račun tega kmeta glede na to zavarovano tveganje.

To je torej dober primer, kje lahko v običajnem pogodbenem življenju najdemo avtomatizacijo.

In na splošno ljudje iščejo pametne pogodbe in poskušajo najti tiste primere uporabe

videti, če je to potem, da transakcije obstaja tudi revizijski vidik.

Zato smo rekli, da moramo v tem primeru še vedno sklepati zavarovalno pogodbo, ki je v glavnem napisana.

Eden od pogojev je pretvorjen v kodo.

Če je to, potem je tisto, če noben dež ni opravil prenosa, naslednje faze v njihovem razvoju

vrsta pametnih pogodb je, da bodo tiste določbe, ki pravijo, če bo to potem, izginile

pogodbo in jo preprosto nadomestite s sklicem na kodo.

Torej imamo trenutno dve stvari, ki sedijo ena ob drugi.

Imate pogodbo, ki pravi, če je to potem, da imate kodo, ki pravi, če je to, potem tisto.

So pa ločeni.

In če je prišlo do človeške napake in so napisane z nekoliko drugačnimi izrazi, kateri zmaga,

kateri prevlada?

Trenutno bodo sodišča upoštevala dogovor med strankama in jim povedali, kateri prevlada.

Ali v sporazumu piše, da sledi pisanju pogodbe?

Ali pa piše, da trenutno upoštevamo kodeks, ker večino pogodb pregledajo tudi odvetniki

v odvetniških družbah ali znotraj korporacij?

Zavarovalnice pravijo, da je prvi pogled na jezik, vendar eno od stvari, ki jih vidimo

razvoj te zgodovine pametnih pogodb je prednost učinkovitosti zanašanja na

kode bolje razumeti.

Sodišča se zavedajo, da se od njih lahko zahteva, da kodeks podpirajo v pisni obliki in stranke

začenjamo postajati bolj samozavestni, zakaj imamo primere, ko delujejo primeri zgodnje uporabe?

Pisanje je lahko vodilo pri tem, o čem se stranki nameravata dogovoriti.

Toda ta sporazum je mogoče vgraditi v samo kodo.

Razlog za dvig pametne pogodbe je torej, če niste razvijalec programske opreme

sklicujoč se na kodo in ne na pogodbo, je koda pogodba.

Pisanje je ozadje pogodbe.

Če ste razvijalec, lahko to preberete.

Lahko ga preizkusite.

Lahko preverite, ali smo običajna komercialna stranka.

Ne morete reči, da morate od razvijalca zahtevati nekakšno revizijo, pogosto pri odvetniku,

zagotoviti, da koda govori natanko tisto, kar je namenjena pogodbi.

Tu je pogodba preprosto kratka oblika za namen strank.

Torej potisnemo namen strank iz pisanja in interesa v kodeks.

To je trenutno kritični razvoj.

In v pravni skupnosti je odprto vprašanje.

Odvetniki se morajo naučiti kodiranja.

No, pravzaprav ne, saj obstajajo ljudje, ki se s tem preživljajo.

Toda odvetniki morajo biti sposobni podpirati te revizije pametnih pogodb in razumeti, kaj je to

prevajati iz pisanja v programsko opremo in biti sposoben komunicirati jasno in brez

dvoumnost z razvijalci programske opreme.

Recimo to, da smo pred nekaj diapozitivi imeli.

Tukaj lahko razumemo, kaj je pametna pogodba med odvetniki in kodirniki

kako žalostno je to.

Prišli smo do položaja, ko morata obe skupini delovati z roko v roki, resnično razumevajoče

drug drugega.

Pred kratkim smo prišli iz povsem drugega primera, ko smo celo uporabljali iste besede

pomenijo različne stvari.

Ponovno se je v zadnjih enem ali dveh letih zgodil velik razvoj, ki se bo še naprej razvijal

da bodo morali odvetniki in programerji sodelovati in ravnati skladno z ljudmi in upravljavci tveganj

in računovodje ter vsi ljudje, ki so v tej skupnosti okoli gospodarskih transakcij.