Регламент менеджмента решений СП МТЛ-фонда

Принят решением СП МТЛ-фонда по вопросу № 666 11.05.26.

Данный документ фиксирует основные моменты практического опыта менеджмента решений, дополняет Оферту основных токенов и Правила Совета подписантов и действует в части, не противоречащей им. Термин решение в этом контексте является синонимом как предложения, вопроса, проекта, вносимого на рассмотрение СП, так и итогового решения в виде конкретного документа и/или связанного с ним действия.

1. Стандартная процедура менеджмента решений включает следующие стадии:

1.1. подготовка вопроса к рассмотрению;
1.2. внесение вопроса на рассмотрение;
1.3. обсуждение вопроса в чтениях;
1.4. принятие решения по вопросу;
1.5. публикация решения;
1.6. имплементация решения;
1.7. документирование;
1.8. контроль решений.

2. Упрощённая процедура менеджмента решений осуществляется без чтений и применяется по следующим вопросам:

2.1. об обновлении состава мультиподписи по действующему алгоритму;
2.2. о регулярном зачислении средств на счёт бота дивидендов;
2.3. об эмиссии, байбеках, обёртывании и развёртывании токенов в соответствии с действующими офертами;
2.4. об иных вопросах, по предложению Директора Фонда или по согласованию с ним, если соответствующие решения не требуют движения активов в сумме, превышающей 0,3 % от актуального баланса Фонда.

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

4. Движение вопросов по стадиям, начиная с внесения на рассмотрение, осуществляется полуавтоматически с использованием специальной формы (https://eurmtl.me/decision) посредством их фактической публикации в соответствующих каналах чтений и фиксации в Реестре решений СП (вкладка MTLFUND файла https://docs.google.com/spreadsheets/d/1noa5hiacvQUPUPghTXym6PkK6Tz3woL4h8Cq5vf9yv4/).

5. Внесение вопроса вправе осуществить любой действующий подписант (самостоятельно) или член Правления Фонда (по согласованию с Директором). При заполнении формы внесения вопроса рекомендуется придерживаться следующих норм:

5.1. номер вопроса выставляется автоматически;
5.2. тема, или название вопроса предельно лаконично фиксирует его суть ключевыми словами — по образцам «О дивидендах от DEFI за январь 2024», «Об обновлении мультиподписи», «О сжигании лишних EURMTL и MFBond» и т. п.; для регулярных вопросов поддержание единой формулировки является обязательным требованием;
5.3. предложение тоже лаконично, но чуть более развёрнуто, формулирует содержание предлагаемого действия — по образцу «Отправить 100500 EURMTL от DEFI за январь 2024 года на счёт бота дивидендов»;
5.4. обоснование представляет все существенные доводы в пользу принятия предложения, а также его детализацию и существенные факты, помогающие подписантам принять взвешенное решение;
5.5. примечание — дополнительное поле, где при необходимости уточняются какие-то специфические обстоятельства, которые могут повлиять на принятие решения;
5.6. имплементация кратко описывает общую схему и/или конкретные операции по реализации принятого решения; это поле является обязательным на финальной стадии рассмотрения вопросов; рекомендуется указывать конкретных ответственных по отдельным пунктам имплементации, если это прямо не вытекает из актуального распределения должностных обязанностей.

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

7. Первое чтение по конкретному вопросу ведётся в чате MTLF chat: First rearding, в треде комментариев к посту, опубликованному при внесении вопроса в канале MTLF: First rearding. Основная задача первого чтения — оценить целесообразность предложенных в вопросе действий в целом. Вопрос переносится на второе чтение, как правило, не ранее суток с момента внесения.

8. Второе чтение по конкретному вопросу ведётся в чате MTLF chat: Second rearding, в треде комментариев к посту, опубликованному автоматически при помощи формы движения вопросов, и предназначено для более детальной проработки предложения посредством инициирования, обсуждения и согласования возможных поправок в проект решения. Поправки вносятся на основе консенсуса (при отсутствии категоричных возражений) или по результатам справочных голосований — при обязательном согласии инициаторов (авторов) внесения соответствующего вопроса. Проект решения передаётся на итоговое голосование, как правило, не ранее суток с момента поступления на второе чтение.

9. Решения принимаются голосованием членов СП в канале MTLF: Signing and voting по нормам, установленным основной офертой Фонда и Правилами Совета подписантов. Вопросы на голосование вносятся на русском и английском языках или в формате, легко доступном для автоматического перевода. Решения, не требующие непосредственных операций с активами и записей в блокчейне, могут приниматься голосованием в Телеграме, для чего в канале создаётся пост-голосовалка с формулировкой, согласованной во втором чтении, а Скайнет автоматически преобразует его в голосовалку, учитывающую веса голосов подписантов. Решения, требующие отражения в блокчейне, принимаются путём подписания и отправки транзакций, подготовленных и оформленных с соблюдением следующих норм:

9.1. проект сложной транзакции рекомендуется предварительно согласовать на уровне общей схемы (какие активы, в каком количестве, с каких и на какие счета перемещаются, выставляются в ордера, что записывается в MEMO или в DATA и т. п.);
9.2. в поле MEMO транзакции указывается номер вопроса и лаконичная текстовая метка — по образцам «Q555 MCITY div 10/25», «Q589 DEFI Horoso», «Q589 MABIZ TOC/TIC»;
9.3. инициатор (или кто-то по его запросу или по поручению Директора) готовит проект транзакции, если применимо, то подписывает её сам, и уведомляет Секретаря или Директора.

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

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

10. Публикация решений и нормативных актов осуществляется по следующей процедуре:

10.1. нотаризация по схеме, действующей в МТЛА, если применимо;
10.2. публикация текста нормативного акта на сайте montelibero.org;
10.3. сообщение о принятом решении в публичном канале Фонда;
10.4. фиксация даты и ссылки на публикацию в Реестре решений.

11. Имплементация решений осуществляется автоматически, в момент отправки соответствующей транзакции в блокчейн, либо по схеме и под контролем ответственных за имплементацию, явно указанных в принятом решении, а при их отсутствии — Секретаря или Директора.

12. Документирование осуществляется в следующих основных форматах:

12.1. тексты решений сохраняются в базе Скайнет и в каналах и чатах чтений;
12.2. документы, рассмотренные и утверждённые решениями СП, сохраняются в каналах и чатах чтений, а также в публичных форматах;
12.3. обсуждение вопросов сохраняется в соответствующих тредах в чатах чтений;
12.4. движение вопросов по стадиям рассмотрения сохраняется в Реестре решений.

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