Управление сетью и голосование

Управление Novij Protocol фиксируется в публичной append-only Network System Chain. Она хранит настройки сети, реестры Relay, Storage и сервисов, предложения, снимки голосующих, голоса и результаты. Relay автоматически и детерминированно финализируют решения по правилам Protocol v3.

Governance и голосование в Network System Chain Novij Protocol

1. Четыре группы голосующих

  • Relay — 22,5%. Активные Relay получают вес по подтверждённому effective uptime.
  • Storage — 22,5%. Активные и непрерывно готовые Storage получают вес по подтверждённой доступности.
  • Wallet — 45%. Вес формируется из допустимого баланса и делегированных токенов.
  • Service — 10%. Участвуют только governance-approved сервисы; несколько агентов одного сервиса не умножают его внешний вес.

В consensus используются целые доли ppm: 225000, 225000, 450000 и 100000. Проценты выше — только удобное отображение.

2. Снимок права голоса

  • На старте голосования VOTE_SNAPSHOT фиксирует допустимых участников, балансы и делегирование, активные ноды и сервисы, availability и веса групп.
  • Изменения баланса, делегирования, статуса ноды или uptime после vote_start не меняют уже открытое голосование.
  • Для Wallet действует min_wallet_cast_power из активных System Settings; начальная рекомендация — 10 000 NPT.
  • Меньшие держатели могут делегировать заблокированный voting power другому кошельку без передачи права тратить токены.

3. Варианты и подсчёт

  • Допустимые варианты: YES, NO, ABSTAIN и COMPLAINT.
  • Отсутствие голоса не считается ABSTAIN, не входит в кворум и не передаётся лидеру.
  • Явный ABSTAIN добавляется к единственному лидеру внутри своей группы; при равенстве лидеров он остаётся нейтральным.
  • Для каждой активной группы проверяется кворум, затем её результат входит в общий score с закреплённым весом группы.

4. Срок и автоматическая финализация

  • Номинальный срок предложения — от 3 до 10 дней.
  • Сокращение срока оплачивается дополнительным депозитом: (10 − duration_days) × 200 NPT по начальным System Settings.
  • Математически необратимый YES может быть принят досрочно. NO, COMPLAINT, NO_QUORUM и остальные изменяемые исходы ждут vote_end.
  • Финализация запускается Relay автоматически; подпись пользователя после окончания и открытая страница голосования для результата не нужны.

5. Типы предложений и пороги

  • Settings, node/service approval и node removal: порог больше 50%; settings_update требует депозит 100 NPT.
  • Token mint: депозит 1 000 NPT и порог не менее 66,667%.
  • Blocklist/delete: депозит 10 NPT и порог больше 50%; блокировка действий кошелька — 25 NPT и не менее 60%.
  • Смена DevFund: депозит 5 000 NPT, порог больше 70% и рекомендуемая задержка применения 7 дней.
  • Emergency action: требует последующего emergency_ratification с порогом больше 50%.

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

6. Результат и депозит

  • При NO_QUORUM или равенстве лидеров состояние сети не меняется.
  • Депозит возвращается при принятом YES, обычном NO или недостигнутом пороге без доказанного нарушения.
  • Победа COMPLAINT переводит депозит в DevFund/penalty wallet и включает 12-часовое ограничение на новые предложения инициатора.
  • NPT не сжигаются: штрафы и конфискованные депозиты переводятся на кошельки, заданные System Settings.

7. Blocklist и удаление

  • BLOCKLIST_ADD запрещает будущие операции с целью, но сам по себе не требует физического удаления данных.
  • DELETE_TOMBSTONE требует физического удаления payload на Storage; в системной цепочке остаются только минимальные метаданные и доказательства.
  • Runtime-таблицы Relay являются проекцией Network System Chain и не могут подменять её как источник решений.