Юридический взгляд Сбербанка на частный блокчейн

Выступая на конференции Blockchain & Bitcoin Conference Russia Анастасия Гордеева  из правового департамента Сбербанка рассказала о юридическом обеспечении частного блокчейна.

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

По словам Анастасии Гордеевой, множество вопросов не покрывается самой системой и требует юридического внимания. Самый популярный вопрос касается того, какие договоры с участниками заключать администратору закрытого блокчейна, имеющего классную разработку, которую он хочет запустить в продакшн и подключить к ней как можно большее количество участников.

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

Договоры между администратором и участниками закрытого блокчейна:

1. Лицензионный договор для предоставления прав на ПО:

- проверка чистоты интеллектуальных прав (Open Source, ПО третьих лиц);
- оформление принадлежности администратору прав на ПО.

2. Соглашение о неразглашении (NDA):

- определение категорий открытой и закрытой информации;

3. Соглашение об использовании блокчейна для совершения сделок:

- учет специфики вида сделок (аккредитив, факторинг, обмен электронными документами и др.);
- понятное описание смой технологии структуры смарт-контрактов, обеспечивающих исполнение обязательств;
- распределение ответственности за ошибки в коде, исходных данных и устранение последствий.

Возникают вопросы, что такое хэш. С точки зрения юриста, хэш — это техническая запись в блоках базы данных блокчейн, содержащая сведения о проведенных транзакциях. Электронный документ является письменным доказательством в суде, если участник сделки решит ее оспорить.

Электронный документ:

- документированная информация (на материальном носителе с реквизитами);
- в электронный форме (в пригодном для восприятия с помощью ЭВМ виде);
- передается по ИТ-сетям и обрабатывается в информационных системах (п. 11.1 ст. 2ФЗ от 27.07. 2016 № 149 ФЗ);
- подписан простой электронной подписью или неквалифицированной ЭП во исполнение соглашения между участниками электронного взаимодействия (ч.1 ст. 6 ФЗ от 06.04.2011 №63-ФЗ).

Далее нужно решить, какую электронную подпись использовать, чтобы хэш можно было определить как электронный документ. Прежде всего, важно учитывать, что электронная подпись — это информация в электронной форме, которая присоединена к подписываемой информации и используется для определения лица, подписывающего информацию.

Электронная подпись — какую выбрать:

1. Простая электронная подпись:

- Нет криптографии и гарантии неизменности документа;

2. Усиленная неквалифицированная:

- легитимируется посредством указания в соглашении сторон;

3. Усиленная квалицированная:

- необходимость соблюдения формальностей (наличие сертификата ФСБ и др.);
- может применяться в любых правоотношениях (за редким исключением).

Последний юридический вопрос касается смарт-контрактов. Для его решения требуется тесное взаимодействие между программистом, способным объяснить, как работает технология, и юристом.

Смарт-контракт как договорный код — основные моменты:

1. полнота кода (договорных условий) — максимальная проработка вариантов развития ситуации в законных рамках;
2. контроль исполнимой версии смарт-контракта до загрузки в систему под наблюдением юристов;
3. проработка дополнительных сценариев в случае, например, если будет обнаружена ошибка в коде или вынесено решение суда о недействительности сделки;
4. отражение условий и возможности создания смарт-контрактов в классическом договоре между администратором и участником.

Источник: bankir.ru