Следующий пример касается договоров страхования..

Почему мы выбираем договоры страхования для этого примера?

Что ж, они попадают прямо в ведро тех правоотношений, которые имеют

эта характеристика.

Итак, если мы посмотрим на пример договоров страхования, это может быть то, что фермер захочет.

страховать.

Отсутствие осадков в конкретный месяц может быть вредным для урожайности сельскохозяйственных культур..

Следовательно, фермер может понести экономические потери, потому что урожайность не соответствует ожиданиям..

Страховая компания готова пойти на такой риск.

У них есть данные о количестве осадков в этом месте за этот период, отслеживаемые по многим,

много лет.

Чтобы они могли проанализировать этот риск.

Фермер может провести такой же анализ, но с точки зрения фермера на нем так много всего зависит.

что фермер не хочет рисковать тем, что девять лет из 10 будут идти дожди,

урожай будет расти и будет хороший урожай.

У страховщика большой портфель аналогичных рисков, поэтому они будут страховать фермеров по всему миру.

вся страна.

И они полагаются на то, что если в одном месте будет меньше осадков, то и осадков меньше не будет.

в другом месте.

Таким образом, они получают премии от всех фермеров и выплачивают выплаты только в небольшом количестве случаев..

Это можно автоматизировать, потому что у нас очень простые бинарные экономические отношения..

Страховая компания соглашается.

Если в этом месяце не будет дождя, будет произведена оплата..

Фермер соглашается с тем, что фермер уплатит премию, чтобы купить страховку заранее..

И если в этот период не будет осадков, они получат выплату по договору страхования.

равно там.

И страховщики согласовали оценку убытка..

Итак, у нас есть это.

Если это, то если не будет дождя, то будет выплата.

И способ, которым они теперь работают через смарт-контракты, заключается в том, что поля в области в

вопрос может иметь датчики и датчики дождя, установленные в них, и датчики автоматически определят

если будет дождь.

Поэтому, если они обнаружат дождь, они отправят инструкцию в страховую компанию со словами:

оплата по этому контракту не требуется, если весь месяц проходит без осадков.

Тогда инструкция в конце месяца осадков не будет.

Сделайте этот перевод на счет этого фермера в отношении этого застрахованного риска..

Так что это хороший пример того, где мы можем найти автоматизацию в обычной контрактной жизни..

Обычно люди изучают смарт-контракты, пытаясь найти те варианты использования, которые

похоже, если это то, что транзакции также имеют аспект аудита.

Итак, мы сказали, что в этом случае нам еще нужно заключить договор страхования, который в основном написан..

Одно из его условий преобразовано в код.

Если это, то что, если не было дождя, то сделали перенос, следующие этапы в развитии этих

вид смарт-контрактов заключается в том, что те положения, в которых говорится, что если это, то они исчезнут из

контракт и просто заменить ссылкой на код.

Итак, в настоящее время у нас есть две вещи, стоящие рядом друг с другом.

У вас есть контракт, в котором говорится, что если это, то у вас есть код, который говорит, что если это, то это.

Но они отдельные.

И если есть какая-то человеческая ошибка, и они написаны немного разными терминами, какой из них лучше?,

какой преобладает?

В настоящий момент суды будут рассматривать соглашение между сторонами, чтобы сообщить им, что имеет преимущественную силу..

В соглашении сказано, что следует за написанием контракта?

Или это говорит о том, что мы полагаемся на кодекс в данный момент, потому что большинство контрактов проверяются юристами, либо

в юридических фирмах или внутри корпораций?

Страховые корпорации говорят, что первыми изучали язык, но это одна из вещей, которые мы видим

благодаря этой истории смарт-контрактов выявляются преимущества эффективности использования

код лучше понимается.

Суды признают, что их могут попросить поддержать код в письменной форме, и стороны

начинают становиться более уверенными в том, что по мере того, как первые варианты использования работают, почему мы пишем?

Написание может быть руководством к тому, о чем стороны намерены договориться..

Но эти соглашения могут быть встроены в сам код..

Итак, смарт-контрактные аудиты, причина для увеличения, если вы не разработчик программного обеспечения, если вы

полагаясь на код, а не на контракт, код – это контракт.

Написание – это предыстория контракта.

Если вы разработчик, вы можете прочитать это.

Вы можете проверить это.

Вы можете проверить это, если мы нормальная коммерческая вечеринка.

Вы не можете сказать, что у вас есть требование к разработчику проводить какой-то аудит, часто с юристом.,

чтобы гарантировать, что код говорит именно то, что хочет сказать контракт.

Контракт здесь просто краткая форма для намерения сторон.

Итак, мы вытесняем намерения сторон из написания, а интерес в код.

Это критическое развитие, которое мы наблюдаем в настоящее время.

И в юридическом сообществе есть открытый вопрос.

Юристам нужно научиться программировать.

Ну, не совсем так, потому что есть люди, которые этим зарабатывают.

Но юристы должны иметь возможность поддерживать эти аудиты смарт-контрактов и понимать, что это такое.

переводиться от написания к программному обеспечению и иметь возможность общаться четко и без

двусмысленность с разработчиками программного обеспечения.

Скажите, что у нас было пару слайдов назад.

Мы по-разному понимаем, что такое смарт-контракт между юристами и кодировщиками, можете посмотреть здесь.

как жаль, что это.

Мы приближаемся к ситуации, когда две группы должны работать рука об руку, действительно понимая

друг друга.

Совсем недавно мы пришли из совершенно другого случая, когда мы даже использовали одни и те же слова, чтобы

означают разные вещи.

Опять же, за последние год-два произошло большое развитие, и оно будет развиваться дальше.

что юристам и кодировщикам нужно будет работать вместе с комплаенс-специалистами и риск-менеджерами.

бухгалтеры и все люди, которые участвуют в этом сообществе, связанном с экономическими операциями..