Просмотр кода страницы Стандартная оферта нотаризации документов

== Введение ==

1. Данный документ вырабатывается и изменяется Собранием Ассоциации для упрощения и роста надёжности заключения любых сделок в сообществе Монтелиберо, посредством общих стандартов ожиданий от механизмов их фиксации, выступая в качестве рекомендации о том как общедоступным образом оформлять контракты для простоты и надёжности их верификации.  


2. Настоящий документ фиксирует сложившееся в нашем сообществе правовой обычай и в случаях если не доказано обратное, внутренние правовые решения в оценке последствия тех или иных контрактов основаны именно на данной интерпретации аспектов и характера их заключения. 


3. Участники контрактов не обязаны пользоваться настоящим контрактом, однако он разработан для тех их них что понимают важность однозначной и надёжной сохранности письменно зафиксированных сделок.


== Технологическая основа == 


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


2. Хеш — это цифровой отпечаток. Некая строка текста, которая всегда одинаковая для одного и того же документа, и совсем другая, если в этом документе заменить хоть один бит информации.


3. Традиционно мы используем алгоритм SHA-256. Для определения хеша от строки текста можно воспользоваться одним из бесплатных онлайн инструментов, например [https://emn178.github.io/online-tools/sha256.html таким]. Также файл можно послать [[SkyNet|боту SkyNet]], она в ответ пришлёт хеш.
 

4. Обратного преобразования из хеша в документ не существует, поэтому исходный документ тоже стоит сохранить в разных местах. Фиксация же хеша в блокчейне позволяет в последствии утверждать, что речь шла именно вот об этом документе или тексте. 


5. Секретариат Ассоциации гарантирует право любому своему верифицированному участнику сохранить нужные ему тексты контрактов в Ассоциативном репозитории по данному адресу https://github.com/Montelibero/MTLA-Documents/tree/main/External в случаях если текст этих контрактов не противоречит принципам Ассоциации и не наносит ущерб её интересам - в спорных случаях решение об этом принимается Советом Ассоциации.

== Многовариативность нотаризации == 

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

=== Вариант А - приватный ===

1. Послать друг-другу (или даже самому себе) 1 EURMTL (либо любое иное значение любого иного токена), указав в MEMO (примечание к платежу) часть хеша.

2. Достоинства: очень легко сделать. Из любого Сталлар-кошелька.


3. Недостатки: часть хеша, потому что целиком хеш в текстовое MEMO не помещается, там лимит в 28 символов. Первые 28 символов хеша отлично решат ту же задачу.
Транзакции не будут явно связаны друг с другом.
Не очевидно как расторгать договор, скорее всего подписанием документа о расторжении.
Транзакция в истории оных может быть обнаружена, но с дополнительными усилиями. Более того, со временем транзакция становится недоступной к нахождению и загрузки через публичные API сервера Стеллара.

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

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


=== Вариант B - деловой === 

1. Метод очень похож на предыдущий, но транзакция собирается внешними инструментами (например в https://eurmtl.me/), у MEMO указывается тип HASH, и тогда туда полностью помещается SHA-256.

2. В теле транзакции также создаются операции, задействующие сразу всех участников подписания документа.

3. Пример такой транзакции: транзакция создаётся Джоном (важно, до её публикации в блокчейне, Джону нельзя делать никакие другие исходящие транзакции, включая платежи). В операциях указывается, что Джон переводит, например, 1 EURMTL на счет Бобу, а со счета Боба этот токен возвращается Джону. Если участников подписи больше, можно их всех так составить, чтобы они друг-другу передавали токен и последний его возвращает инициатору.

4. Такую транзакцию проще всего сделать в Лаборатория Stellar или в eurmtl.me/lab, а собрать для неё подписи через Sign Tools.


5. Достоинства:
Семантическая ясность. Транзакция не похожа на стандартные платежи, понятно, что все её участники специально заморачивались принять в ней участие. Их подписи связаны друг с другом и с общим MEMO.
MEMO содержит полный хеш от документа.


6. Недостатки:
Тяжело собирать транзакцию, требуются более глубокое понимание блокчеина Стеллар.
Не все кошельки корректно отображают MEMO с хешем.
Тоже не понятно, как фиксировать расторжение договора.
Тоже транзакция склонна теряться в истории.


7. Это оптимальный вариант, когда есть 2+ конкретных участника, которые фиксируют некий договор между ними. А сам этот договор будет актуальным в пределах года. При этом сумма контракта субъективно значима достаточно чтобы потратить на сборку транзакции по нему не менее нескольких минут. В сообществе рекомендуется обязательно применять такие формы транзакций для частных бизнес-сделок превышающих тысячу EURMTL в своём объёме. 


=== Вариант C - публичный === 


1. В этом подходе вместо использования MEMO транзакции, хеш от декларации/контракта публикуется в DATA параметре Стеллар-аккаунтов тех, кто под документом подписывается. Это тоже можно оформлять либо независимыми транзакциями, либо наглядно оформить общей транзакцией, где участие принимают все подписывающие. Выбор оптимального варианта ещё сильно зависит от сути документа. Если это договор, то стоит предпочесть общую транзакцию, если декларация, к которой кто угодно может присоединяться, то подписывающие могут делать свои транзакции независимо друг от друга.


2. Любой стеллар-аккаунт может вешать на себя произвольную пару с именем и значением. Так называемая Data Entry. Эта операция замораживает 0.5 XLM на счету, и размораживаются они обратно при удалении тега. Тег этот публичен, чаще всего его имя публикуется как есть, а вот значение часто отображается не всегда, как текст.

3. Именем DATA можно записать какое-нибудь стандартное название документа, например: MtlCityBuilding25Contract, или OurNAP. В значение полностью помещается SHA-256 хеш.

4. Достоинства:

Данные доступны всегда в списке основных параметров стеллар-аккаунта.
Их не нужно искать в истории транзакций.
Легко и ясно оформлять отзыв подписи: просто удаляется DATA параметр.
К контракту легко присоединяться независимо.


5. Недостатки:
Обычные кошельки за исключением MW не умеют редактировать DATA.
Если вы заключаете множество контрактов, то список DATA может сложен в восприятии.
Этот метод хорош для публичных оферт с формальным подписанием, а также решает проблему долгосрочных договоров и более ясно отображает статус отзыва подписи (а уж односторонее ли это расторжение, или контракт просто исполнен — можно уточнить в MEMO).

6. Именно данный формат нотаризации документов рекомендуется в качестве основного для оферт и других институционально значимых и публичных контрактов.