Общее количество DOT будет зафиксировано? Gavin раскрыл ключевые направления дизайна в чате JAM!

Gavin не отдыхает даже по выходным и отвечает на вопросы в чате JAM! Он поделился рядом важных альфа-инсайтов о дорожной карте протокола JAM. 👀

Он не только объяснил, как в будущем будет развиваться Bootstrap-сервис JAM и какие есть варианты его реализации, но и впервые четко озвучил радикальную и «конституционную» идею — зафиксировать общее количество DOT на уровне π × 10⁹ (примерно 3.14 миллиарда) и прописать это в генезис-блоке JAM.

Ключевые темы обсуждения:

• Bootstrap-сервис: «стартер-плагин» для JAM-цепи, который в будущем перестанет быть монополией Parity и сможет реализовываться и заменяться разными командами
• π × 10⁹: предложение о фиксированном количестве DOT с символическим значением, лежащее в основе более стабильного и защищенного от злоупотреблений экономического дизайна
• Gray Paper Editorial Board (GPEB): постепенно заменит Gavina и будет определять направление развития версий протокола JAM
• Возможность самостоятельного форка: Polkadot сможет в любой момент выбрать версию протокола или даже создать собственный «Blue Paper», обеспечивая технический суверенитет сообщества
• Кто финансирует? Если Polkadot Treasury примет JAM, он должен взять на себя базовое финансирование работы редакционного комитета

Это не просто «сводка вопросов и ответов», а фактически набросок полного плана Gavina по тому, как протокол JAM шаг за шагом станет технически нейтральным, управляемым и эволюционирующим по собственной инициативе.

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

Как будет развиваться Bootstrap-сервис JAM?

Gavin отметил, что текущая версия Bootstrap-сервиса, разрабатываемая Parity, еще не завершена, но в ближайшие месяцы будет активно дорабатываться: появится больше функций и станет понятнее документация.

Самое важное: в будущем Bootstrap-сервис JAM не будет единственным и не останется монополией Parity.

Он привел аналогию — как у компьютеров есть разные реализации BIOS, так и разные команды смогут создавать свои Bootstrap-сервисы, если будут соблюдать определенные стандарты формата. Это означает, что сеть JAM получит разнообразные и взаимозаменяемые способы запуска инфраструктуры, что даст разработчикам и экосистеме больше гибкости.

Возможно, вы задаетесь вопросом: что такое Bootstrap-сервис JAM?

Проще говоря, это можно понять так:

При запуске JAM-цепи загружается сервис «базовых функций», как BIOS при включении компьютера.

Например, если в будущем протокол JAM заменит релейную цепь Polkadot, что нужно сделать первым делом при запуске этой цепи? Нужно сообщить цепи:

• Есть ли система стейкинга?
• Есть ли система управления?
• Кто начальные аккаунты? Как распределяются начальные DOT?
• Нужно ли активировать какие-то контрактные функции?
• Нужно ли подключать внешние сервисы (например, систему голосования, оракулы и т.д.)?

Все это не зашито в протоколе, а внедряется в момент запуска (bootstrap) через модульный сервис. Этот сервис и есть тот самый «Bootstrap-сервис», о котором говорит Gavin.

Таким образом, роль Bootstrap-сервиса:

• Инициализация модулей JAM-цепи: например, стейкинг, управление, казна и т.д.
• Внедрение логики работы: например, «какое общее количество DOT», «как распределяются DOT», «кто может голосовать» и т.д.
• Определение начального состояния цепи: какие сервисы есть в genesis block, в каком порядке они активируются

Bootstrap — это «кастомное стартовое меню» JAM-цепи, которое определяет, какие функции и настройки будут активны при запуске вашей цепи.

Почему Gavin считает, что Bootstrap не должен контролироваться только Parity?

Потому что это как если бы все компьютеры в мире могли запускаться только с BIOS от Microsoft — это небезопасно и несвободно.

Он хочет, чтобы в будущем не только Parity, но и другие команды могли создавать Bootstrap-сервисы с разными особенностями, например:

• С акцентом на приватность
• С приоритетом на масштабируемость
• Для определенных отраслей (например, игровые цепи, цепи данных и т.д.)

Только так JAM станет по-настоящему открытой и компонуемой вычислительной платформой.

Bootstrap-сервис = механизм для установки «стартер-плагинов» на JAM-цепь.

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

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

Что значит π × 10⁹? Это связано с общим количеством DOT?

Gavin предложил радикальную и элегантную идею: зафиксировать общее количество DOT на уровне π × 10⁹ (примерно 3.14 миллиарда) и прописать это прямо в генезис-блоке JAM.

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

Это значительно повысит стабильность экономической политики DOT и ближе к «конституционному» подходу.

Хотя идея «зафиксировать общее количество DOT на уровне π × 10⁹» — это пока политическое предложение, она основана на базовых возможностях протокола JAM.

В Gray Paper JAM (v0.7.0), раздел 4.6 «Economics», четко указано:

• JAM — это криптоэкономическая система, сочетающая криптографию и теорию игр;
• В ней определено понятие нативного «токена», все балансы аккаунтов принадлежат N₂⁶⁴, то есть максимум около 18 миллиардов токенов;
• Также определена минимальная единица — 10⁻⁹, а стандартная единица — 10⁹ (в отличие от Ethereum, где используется 10¹⁸);
• В Gray Paper отмечено: фактический выпуск токенов должен быть значительно ниже этого лимита.

Это как раз и позволяет реализовать предложение Gavina о фиксации общего количества DOT на уровне π × 10⁹ (примерно 3.14 миллиарда) на уровне протокола.

То есть, JAM сам по себе не определяет экономическую политику, но предоставляет достаточно нейтральный и гибкий механизм, чтобы такие сети, как Polkadot, могли через Bootstrap-сервис самостоятельно определять общее количество токенов, способ их распределения и т.д.

Можно сказать, что JAM — это система-кошелек, в которую технически можно положить до 18 миллиардов токенов, но сколько именно и кто контролирует выпуск — решаете вы сами (через Bootstrap-сервис). Это лишь каркас, а не политика.

Кто определяет версию протокола JAM?

Каждая версия протокола JAM соответствует определенной версии Gray Paper (серой книги).

Gavin отметил, что последняя версия Gray Paper отражает актуальный протокол JAM, а некоторые версии проходят внешний аудит и считаются «готовыми к производству».

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

Gavin всегда будет главным редактором Gray Paper?

Хотя сейчас Gavin остается главным редактором Gray Paper, он планирует создать Gray Paper Editorial Board (GPEB, редакционный комитет серой книги).

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

Если однажды Gavin перестанет быть активным, этот комитет станет «фактическим управляющим органом» протокола JAM.

Что если сообщество не согласится с направлением GPEB?

Gavin четко заявил: сообщество Polkadot сохраняет полный протокольный суверенитет.

Если направление GPEB не устраивает, Polkadot может выбрать другую версию протокола JAM или даже сделать форк, например, как он с юмором заметил, Polkadot DAO вполне может создать свой «Blue Paper» 😄

Он также планирует после версии v1.0 открыть лицензию Gray Paper (возможно, copyleft с патентной защитой), чтобы при соблюдении условий можно было свободно форкать, использовать и дорабатывать документ.

Кто финансирует работу GPEB?

Если Polkadot решит строить сеть на базе JAM в долгосрочной перспективе, Gavin считает, что Polkadot Treasury (казна) должен финансировать нормальную работу GPEB, включая организацию встреч, обсуждение приоритетов и выработку стандартов.

В то же время, если другие сети тоже используют JAM, он надеется, что они также возьмут на себя часть ответственности за поддержку.

На начальном этапе Gavin планирует лично отбирать членов GPEB, отдавая приоритет тем, кто обладает глубокими техническими знаниями и реально участвовал в разработке JAM. В дальнейшем он назначит заместителей и постепенно передаст право выбора членов самому комитету, Polkadot Fellowship, Web3 Foundation и другим организациям.

Gavin хочет создать JAM-механизм «конституционного уровня», не зависящий от голосования

От фиксации общего количества DOT до передачи эволюции JAM редакционному комитету Gray Paper и возможности сообщества сохранять суверенитет через форки — Gavin стремится создать протокольную модель управления, устойчивую к злоупотреблениям и ориентированную на технологии.

Это не только коррекция текущей модели управления на цепи, но и суть модульности и сменяемого суверенитета протокола JAM.

Что вы думаете о такой модели управления JAM? Присоединяйтесь к обсуждению в комментариях!