다음 사례 연구는 보험 계약에 관한 것입니다.

이 사례 연구를 위해 보험 계약을 선택하는 이유?

글쎄요, 그들은 만약 이것이 그렇다면

그 특성.

따라서 보험 계약의 예를 살펴보면 농부가 원하는 것일 수 있습니다.

안전하게 하다.

특정 달에 강우량이 부족하면 작물 수확량에 해로울 수 있습니다..

따라서 농작물 수확량이 예상했던 것과 다르기 때문에 농부는 경제적 손실을 입을 수 있습니다..

보험 회사는 그 위험을 감수 할 준비가되어 있습니다.

그들은 그 기간 동안 그 위치의 강우량에 대한 데이터를 가지고 있습니다.,

여러 해.

그래서 그들은 그 위험을 분석 할 수 있습니다.

농부도 똑같은 분석을 할 수 있지만, 농부의 관점에서 볼 때 너무 많이 타고 있습니다.

농부는 10 년 중 9 년 동안 비가 내릴 위험을 감수하고 싶지 않습니다.

작물이 자랄 것이고 좋은 수확량이있을 것입니다.

보험사는 유사한 위험의 큰 포트폴리오를 보유하고 있으므로

전국.

그리고 그들은 한곳에 강우량이 적더라도 강우량이 적지 않을 것이라는 사실에 의존하고 있습니다.

다른 곳에서.

그래서 그들은 모든 농부로부터 보험료를 받고 적은 수의 경우에만 지불합니다.

이것은 우리가 매우 단순한 이진 경제 관계를 가지고 있기 때문에 자동화 가능합니다..

보험 회사는 동의합니다.

이번 달에 비가 오지 않으면 결제합니다.

농부는 보험료를 선불로 구매하기 위해 농부가 보험료를 지불한다는 데 동의합니다..

그리고 그 기간 동안 강우량이 없으면 보험 계약에 따라 지불금을 받게됩니다.

거기와 같다.

그리고 보험사는 손실 추정에 동의했습니다.

그래서 우리는.

이거면 비가 안 오면 대금이.

그리고 이들이 현재 스마트 계약을 통해 작동하는 방식은 해당 지역의 필드가

질문에는 센서와 빗물 수집기가 장착되어있을 수 있으며 센서가 자동으로

강우량이있는 경우.

그래서 그들이 강우를 감지하면 보험 회사에 다음과 같은 지시를 보냅니다.

한 달 내내 강우량이없는 경우이 계약에 따라 지불 할 필요가 없습니다..

그런 다음 월말에 강우가 없을 것입니다..

보험에 가입 한 위험과 관련하여이 농부의 계좌로 이체하십시오..

따라서 일반적인 계약 생활에서 자동화를 찾을 수있는 좋은 예입니다..

그리고 일반적으로 사람들은 스마트 계약을 살펴보고 다음과 같은 사용 사례를 찾으려고합니다.

이 트랜잭션에는 감사 측면도 있습니다..

그래서 우리는 여전히이 경우에 주로 쓰여진 보험 계약을해야한다고 말했습니다..

용어 중 하나가 코드로 변환되었습니다..

이 경우 비가 내리지 않으면 이전 단계가 진행됩니다.

일종의 현명한 계약은이 조항이 다음에서 사라질 것이라고 말하는 것입니다.

계약을 체결하고 코드에 대한 참조로 간단히 대체.

그래서 우리는 현재 두 가지가 서로 나란히 앉아 있습니다..

당신은 만약 이것이 그렇다면 당신은 이것이라면, 그리고 그것이 말하는 코드를 가지고 있다는 계약을 가지고 있습니다..

그러나 그들은 분리되어 있습니다.

그리고 약간의 인적 오류가 있고 그것들이 약간 다른 용어로 쓰여졌다면,

어느 것이 우세?

현재 법원은 당사자 간의 합의를 검토하여 어느 것이 우선하는지.

계약서에 계약서 작성을 따릅니 까?

아니면 대부분의 계약이 변호사에 의해 검토되기 때문에 현재 코드를 연기한다고 말합니까?

법률 회사 또는 내부 기업에서?

보험 회사는 처음으로 언어를 봤다고하지만 우리가보고있는 것 중 하나는

이 스마트 계약의 역사를 통해 발전하는 것은에 의존하는 효율성의 이점입니다.

코드가 더 잘 이해되고 있습니다..

법원은 서면 및 당사자에게 코드를 지원하도록 요청할 수 있음을 인식하고 있습니다.

초기 유스 케이스가 작동함에 따라 왜 우리가 글을 쓰는가에 대해 더 확신하기 시작했습니다.?

이 글은 당사자들이 동의하려는 것에 대한 가이드가 될 수 있습니다..

하지만 그 계약은 코드 자체에 구축 될 수 있습니다..

그래서 현명한 계약 감사는 소프트웨어 개발자가 아니라면 제기 이유입니다.

계약이 아닌 코드에 의존하는 코드는 계약입니다..

글은 계약의 배경입니다..

개발자라면 읽을 수 있습니다..

테스트 할 수 있습니다..

우리가 정상적인 상업 파티인지 확인할 수 있습니다..

개발자가 종종 변호사와 함께 일종의 감사를 수행해야한다고 말할 수 없습니다.,

코드가 계약에서 의도 한 내용을 정확히 말하고 있는지 확인.

여기서 계약은 당사자의 의도에 대한 간단한 형식입니다..

그래서 우리는 당사자들의 의도를 코드 작성과 관심에서 밀어 내고 있습니다..

이것이 현재 우리가보고있는 중요한 발전입니다..

그리고 법률 커뮤니티에 열린 질문이 있습니다..

변호사는 코딩 방법을 배워야합니다.

글쎄요, 왜냐하면 생계를 위해 그렇게하는 사람들이 있기 때문입니다.

그러나 변호사는 이러한 스마트 계약 감사를 지원하고 그것이 무엇인지 이해할 수 있어야합니다.

쓰기에서 소프트웨어로 번역되고 명확하게 의사 소통이 가능합니다.

소프트웨어 개발자와의 모호성.

몇 장 전에 슬라이드가 있었다고.

우리는 변호사와 코더 간의 스마트 계약이 무엇인지에 대해 다른 이해를 가지고 있습니다.

그게 얼마나 불행한지.

우리는 두 그룹이 함께 일해야하는 위치에 도달했습니다.

서로.

얼마 전까지 만해도 우리는 같은 단어를 사용하여

다른 의미.

다시 말하지만, 지난 1 ~ 2 년 동안 큰 발전이 있었으며 앞으로도 계속 발전 할 것입니다.

변호사와 코더가 규정 준수 담당자 및 위험 관리자와 협력해야한다는 점

회계사 및 경제 거래 관련 커뮤니티에있는 모든 사람들.