Bakit Kakailanganin ng Mga Smart Contract ang 'Mga Smart Term Sheet' upang Magtugma

Sina Ted Mlynar at Ira Schaefer ay magkasosyo sa pagsasanay sa Intelektwal na Ari-arian sa Hogan Lovells sa New York City. Nagpapayo sila sa patent at iba pang mga isyu sa intelektwal na ari-arian na may kaugnayan sa mga teknolohiya ng blockchain at Cryptocurrency .

Sa piraso ng Opinyon na ito, pinagtatalunan ng mga may-akda na, sa panahon ng mga matalinong kontrata, magkakaroon pa rin ng maraming trabaho ang mga abogado upang matiyak na tama ang code ng mga dev.

Sa isang bagong mundo ng mga matalinong kontrata, marami ang umaasa na ang mga pormal na nakasulat na kontrata, at ang mga abogado na bumubalangkas sa kanila, ay magiging lipas na.

Ipinapalagay na ang napagkasunduang term sheet ay ibibigay lamang sa isang software developer upang i-convert sa smart contract computer code. Ang code na iyon ang magiging huling kasunduan.

Ngunit ano ang alam ng isang developer ng software tungkol sa pagbalangkas ng code upang ipatupad ang isang tradisyonal na term sheet? Alam ng mga partidong nakikipag-usap ang kanilang deal, at alam ng mga abogado ang naaangkop na batas at ang mga nakagawiang tuntunin, ngunit hindi alam ng developer ng software. Ang isang tradisyonal na term sheet ay hindi sapat.

Ang isang "smart term sheet" ay kinakailangan upang tulay ang agwat ng impormasyon sa pagitan ng mga napagkasunduang tuntunin ng negosyo at ang proseso ng smart contract coding. Maaari nitong: tukuyin ang mga praktikal na detalye na kinakailangan para sa pagpapatupad ng mga napagkasunduang tuntunin, tukuyin at tugunan ang mga tuntuning hindi maipapatupad sa isang matalinong kontrata, at idagdag ang mga legal na tuntuning "boilerplate."

Sa madaling salita, ang mga praktikal at legal na hadlang sa pagpapatupad ng term sheet ay maaaring malampasan.

Isang hindi masyadong hypothetical na halimbawa

Bilang isang halimbawa ng utility ng isang matalinong term sheet, isaalang-alang natin ang isang hypothetical Policy sa seguro sa lindol para sa New York City (NYC).

Sa isang tipikal na pagpapatupad ng Ethereum blockchain, ang bawat Policy sa seguro ng matalinong kontrata ay iuugnay sa isang partikular na address ng blockchain. Ang mga input sa, at mga output mula sa, ang Policy sa seguro ng matalinong kontrata ay nasa anyo ng mga mensahe na ipinadala sa at mula sa blockchain address na iyon.

Ang mga computer node ng blockchain network ay isasagawa ang smart contract computer code batay sa mga mensaheng natanggap sa smart contract blockchain address.

Dahil ang smart contract code na naka-imbak sa blockchain ay karaniwang hindi nababago at ang blockchain ay tumatakbo sa isang distributed computing network, ang mga contracting parties ay maaaring maging mas kumpiyansa na ang mga napagkasunduang termino ay gagawin sa napapanahong paraan kahit na ang NYC ay makabuluhang napinsala ng isang lindol.

Ang isang tradisyonal na pinasimple na term sheet para sa NYC na seguro sa lindol ay maaaring magmukhang ganito:

• Mga Partido: Earthquake Insurance Co (ang “Insurer”) at Unshakable Corp (ang “Insured”)
• Sakop na Sona: New York City
• Saklaw: Ang Nakaseguro ay tumatanggap ng $50m kung ang isang lindol ay nangyari sa loob ng Covered Zone.
• Premium: $500k para sa 12 buwang coverage
• Pagpipilian sa Pag-renew: Mababago ang Policy sa loob ng 12 buwan sa pagbabayad ng Premium sa loob ng tatlong araw mula sa petsa ng pag-expire
• Minimum Solvency: Ang Insurer ay magpapanatili ng mga liquid asset na katumbas ng hindi bababa sa 30% ng Insurer's Covered Zone exposure
• Karagdagang: Mga nakagawiang tuntunin at kundisyon

Kung ang tradisyunal na term sheet na ito ay ibinigay lang sa isang developer ng software upang mag-code, ipinauubaya sa developer ng software ang pagtukoy kung aling mga tuntunin ang isasama sa smart contract, kung aling mga orakulo ang sasangguni, at kung aling mga nakagawiang legal na tuntunin ang ipapatupad.

Sa kasamaang palad, hindi alam ng developer ng software kung ano ang gagawin kung ang term sheet ay T rin "matalino".

Pagsasalin ng mga konsepto sa code

Maaaring i-convert ng mga abogadong pamilyar sa coding ang isang tradisyunal na term sheet sa isang matalinong bersyon na kinabibilangan ng mga praktikal at legal na detalye na kinakailangan upang ipatupad ang isang matalinong kontrata. Ang mga mahahalagang isyung iyon ay T dapat ipaubaya sa pagpapasya ng developer ng software, o mas masahol pa, ganap na balewalain.

Ang isang smart term sheet ay maaaring matukoy kung aling mga tuntunin ng kontrata ang ipapatupad bilang isang matalinong kontrata at kung saan, kung mayroon man, ay hindi.

Maaari nitong hayagang tukuyin ang mga orakulo at iba pang matalinong input ng kontrata na aasahan ng kontrata para direktang LINK ng developer ang mga input na iyon. Maaaring tukuyin ang mga pangunahing algorithm para sa pagsasagawa ng mga intensyon ng mga partido. Maaaring matukoy at matugunan ang mga legal na isyu.

Batay sa mga kinakailangang mapagkukunan, ang sample na lindol insurance term sheet ay madaling ma-convert sa isang "smart term sheet" na handa para sa coding:

1. Mga Partido: Earthquake Insurance Co. (ang “Insurer”) at Unshakable Corp. (ang “Insured”)

2. Covered Zone: Limang borough ng New York City (Oracle 1)

3. Saklaw: Ang nakaseguro ay tumatanggap ng US$5m sa Bitcoin (BTC) kung ang United States Geological Service ay nag-isyu ng pampublikong anunsyo na ang epicenter ng lindol ay nakita sa loob ng Covered Zone

3.1 Mag-trigger sa magnitude 5.0 o mas mataas na lindol ayon sa USGS Earthquake Notification Service (o ATOM Syndication data) (Oracle 2)

3.2 Currency exchange rate na tinutukoy ng live CoinDesk Index ng Presyo ng Bitcoin sa oras na binayaran ang Premium (Oracle 3)

3.3 Tukuyin ang lokasyon ng epicenter ng lindol na nauugnay sa Covered Zone gamit ang Google Maps Geocoding API (Oracle 4)

3.4 Payout sa wallet ng Insured sa [address ng pitaka]

4. Premium: US$50k sa Bitcoin (BTC) para sa 12 buwang coverage

4.1. Ang halaga ng palitan ng pera ay tinutukoy ng live na CoinDesk Bitcoin Price Index sa oras na binayaran ang Premium (Oracle 3)

4.2. Pagbabayad sa wallet ng Insurer sa [address ng pitaka]

5. Pagpipilian sa Pag-renew: Maaaring mag-renew ng Policy ang nakaseguro para sa pangalawang 12-buwang panahon sa pagbabayad ng pangalawang Premium nang hindi lalampas sa 72 oras pagkatapos mag-expire ng unang 12-buwan na panahon

6. Minimum Solvency: Papanatilihin ng Insurer ang mga liquid asset na katumbas ng hindi bababa sa 30% ng maximum exposure ng Insurer sa Covered Zone sa loob ng naunang 30 araw na panahon

6.1. Available ang balanse ng liquid asset ng insurer sa [address ng pitaka]

6.2. Ang araw-araw na exposure ng insurer sa Covered Zone ay makukuha sa [address ng pitaka]

6.3. Ibinabalik ng insurer ang Premium kung ang balanse ng likidong asset ay bumaba sa ibaba 30% ng maximum na pang-araw-araw na pagkakalantad sa loob ng naunang 30 araw

7. Karagdagang: Mga karaniwang tuntunin at kundisyon

7.1. 168-Oras na Pangyayari: Ang mga lindol at pagyanig na nagaganap sa loob ng anumang 168-oras (1 linggo) na panahon ay dapat ituring na isang lindol

7.2. Payout Capped: Isang maximum na dalawang (2) payout ang gagawin sa bawat Policy

7.3. Pagtatalaga: Ang Insurer ay hindi maaaring magtalaga ng kontratang ito, ang Nakaseguro ay maaaring

7.4. Pagpili ng Batas: Nalalapat ang batas ng NY

7.5. Arbitrasyon: Ang lahat ng mga hindi pagkakaunawaan na nauugnay sa paksa ng kontrata ay isusumite sa umiiral na arbitrasyon sa NYC

Maging matalino, maging handa

Ang matalinong term sheet ay nagbibigay ng isang kinakailangang interface sa pagitan ng mga partidong nakikipagkontrata at ng software developer. Tinutukoy nito ang isang buong host ng mga detalye na hindi kasama sa tradisyunal na term sheet na, gayunpaman, mahalaga para sa isang praktikal, maipapatupad na kontrata.

Sa pamamagitan ng paglikha ng isang matalinong term sheet, maaaring isama ng mga partido ang mga kinakailangang praktikal at legal na pagsasaalang-alang at ang payo ng tagapayo sa mga tagubiling ibinigay sa developer ng software. Sa mas kaunting natitira sa paghuhusga ng developer ng software, mas kaunting puwang para sa pagkakamali.

Bagama't hinuhulaan ng ilan ang isang seismic shift patungo sa mga matalinong kontrata, ang mga praktikal na buhay at legal na implikasyon ng mga kumplikadong kontrata ay hindi basta-basta nawawala sa blockchain.

Inaasahan namin na ang smart term sheet ay magiging isang kapaki-pakinabang na tool para sa mga nakikipagkontratang partido, abogado, at mga developer ng software na gagamitin upang komprehensibong matugunan ang mga isyung iyon.

Checklist

larawan sa pamamagitan ng Shutterstock

Disclaimer: Ang mga pananaw na ipinahayag sa artikulong ito ay yaong sa mga may-akda at hindi kinakailangang kumakatawan sa mga pananaw ng, at hindi dapat maiugnay sa, kanilang kompanya, mga kliyente nito, o alinmang kani-kanilang mga kaakibat. Ang artikulong ito ay para sa pangkalahatang layunin ng impormasyon lamang. Hindi ito nilayon na maging, at hindi dapat kunin bilang, legal na payo.