次のケーススタディは保険契約に関するものです.

このケーススタディで保険契約を選択する理由?

まあ、彼らはこの場合を持っている種類の法的関係のバケツに直接分類されます

その特徴.

ですから、保険契約の例を見ると、それは農民がしたいと思うものかもしれません

保険をかける.

特定の月に降雨量が不足している場合、それは作物の収穫量に悪影響を与える可能性があります.

したがって、作物の収穫量が彼らが期待したものではないため、農民は経済的損失を被る可能性があります.

保険会社はそのリスクを冒す準備ができています.

彼らはその期間のその場所の降雨量に関するデータを持っており、多くを追跡しています,

長年.

だから彼らはそのリスクを分析することができます.

農民は同じ分析を行うことができますが、農民の観点からはそれに乗っていることがたくさんあります

農民は10年のうち9年は降雨があるというリスクを冒したくないということです。

作物が育ち、良い収穫があります.

保険会社は同様のリスクの大きなポートフォリオを持っているので、彼らは世界中の農家のために保険を書くでしょう

全国.

そして彼らは、一箇所の降雨量が少なければ、降雨量も減らないという事実に依存しています

別の場所で.

そのため、彼らはすべての農民から保険料を受け取り、少数のケースでしか支払いをしません.

非常に単純なバイナリ経済関係があるため、これは自動化可能です.

保険会社は同意します.

今月中に雨が降らなければ、支払いをします.

農民は、農民が保険料を前払いで購入することに同意します.

そして、その期間中に降雨がない場合、彼らは保険契約に基づいて支払いを受け取ります

そこに等しい.

そして保険会社は損失の見積もりに同意しました.

だから私たちはそれを持っています.

もしこれなら、雨が降らなければ、支払いがあります.

そして、これらが現在スマートコントラクトを通じて運用されている方法は、

質問にはセンサーとレインコレクターを取り付けることができ、センサーが自動的に決定します

雨が降ったら.

したがって、降雨を検出すると、保険会社に次のような指示を送り返します。

月全体が降雨なしで過ぎた場合、この契約の下で支払いは必要ありません.

その場合、月末の指示は降雨なしになります.

その被保険者のリスクに関して、この農家の口座にこの送金を行ってください.

したがって、これは通常の契約生活の中で自動化を見つけることができる良い例です。.

そして、それは一般的に人々がスマートコントラクトを見て、それらのユースケースを見つけようとしているところです

これなら、そのトランザクションには監査の側面もあるように見えます.

ですから、この場合、主に書かれた保険契約をまだ結ぶ必要があると言いました.

その用語の1つがコードに変換されました.

もしこれなら、雨が降らなければ移管され、これらの開発の次の段階

一種のスマートコントラクトは、これがあればそれが消えるだろうと言っているそれらの規定です

契約と単にコードへの参照に置き換えられます.

ですから、現在、2つのものが並んでいます。.

あなたはこれならそれならあなたはこれならそれならそれを言うコードを持っているという契約を持っています.

しかし、それらは別々です.

そして、人為的な誤りがあり、それらがわずかに異なる用語で書かれている場合、どちらが勝ちます,

どちらが優勢か?

現時点では、裁判所は当事者間の合意に注目して、どちらが優勢であるかを伝えます。.

契約書には、契約書の作成に従うと書かれていますか？?

それとも、ほとんどの契約は弁護士によってレビューされているため、現時点ではコードに従うと言っていますか？

法律事務所や企業内?

保険会社は最初に言語を見たと言いますが、私たちが見ているものの1つ

スマートコントラクトのこの歴史を通して発展することは、に依存することの効率の利点です

コードはよりよく理解されています.

裁判所は、書面でコードをサポートするよう求められる可能性があることを認識しています。

初期のユースケースが機能しているのに、なぜ私たちは文章を持っているのかという自信が高まり始めています?

執筆は、当事者が合意しようとしていることのガイドになることができます.

しかし、その合意はコード自体に組み込むことができます.

したがって、スマートコントラクトは、ソフトウェア開発者でない限り、それを提起する理由を監査します。

契約ではなくコードに依存している場合、コードは契約です.

執筆は契約の背景です.

あなたが開発者なら、あなたはそれを読むことができます.

あなたはそれをテストすることができます.

私たちが通常の商業パーティーであるかどうかを確認できます.

多くの場合、弁護士と一緒に、開発者が何らかの監査を行う必要があるとは言えません。,

コードが契約で意図されていることを正確に示していることを確認するため.

ここでの契約は、単に当事者の意図のための短い形式です.

そのため、コードへの書き込みと関心から当事者の意図を押し出します.

それは私たちが現在見ている重要な進展です.

そして、法曹界には未解決の質問があります.

弁護士はコーディング方法を学ぶ必要があります.

まあ、そうではありません、生計を立てるためにそれをする人々がいるからです.

しかし、弁護士はこれらのスマートコントラクト監査をサポートし、それが何であるかを理解できる必要があります

ソフトウェアへの書き込みから翻訳され、明確にコミュニケーションをとることができます。

ソフトウェア開発者とのあいまいさ.

数枚前にスライドがあったことをその点に伝えてください.

私たちは、弁護士とコーダーの間のスマートコントラクトが何であるかについて異なる理解を持っていますここで見ることができます

それはかなり残念です.

私たちは、2つのグループが協力して作業する必要がある位置に到達しています。

お互い.

ほんの少し前に、私たちは同じ言葉を使っていたまったく異なるケースから来ました

別の意味.

繰り返しになりますが、過去1〜2年間で大きな開発が行われ、今後も開発が続けられます。

その弁護士とコーダーは、コンプライアンス担当者やリスクマネージャーと協力して作業する必要があります。

会計士と経済取引の周りにそのコミュニティにいるすべての人々.