Почему это важно
Регуляторное отношение к децентрализованному протоколу существенно зависит от того, насколько он действительно децентрализован — а не от того, как он описывается. Согласно рамке, изложенной бывшим директором SEC Уильямом Хинманом в 2018 году («речь Хинмана») и уточнённой в последующих рекомендациях, токен, начинающий жизнь как инструмент, похожий на security, может перерасти классификацию security по мере того, как сеть становится достаточно децентрализованной, чтобы ценность перестала зависеть от «efforts of others». Areal спроектирован, чтобы начать в позиции, признающей централизацию по необходимости (команда, multisig, начальные боты), и прогрессировать через измеримые публичные вехи к состоянию, где усилия ни одной стороны не являются критически важными для накопления ценности. Эта страница — публичное обязательство к этой прогрессии.Пять измерений
Децентрализация — не единая метрика. Areal измеряет прогресс по пяти независимым измерениям, каждое с опубликованными метриками и целевыми порогами.1. Governance
Какая доля решений протокола происходит через условные рынки futarchy vs. исполнение Team Multisig.
2. Операции
Какая доля действий агентов исполняется автономными агентами, читающими StrategyConfig, vs. ботами под управлением команды с человеческой дискрецией.
3. Распределение токенов
Доля ARL в обращении, удерживаемая командой, инвесторами, инсайдерами vs. сообществом. Коэффициент Джини top-N держателей. Участие голосующих, взвешенное по времени.
4. Инфраструктура
Разнообразие RPC-провайдеров, хостов фронтенда, операторов индексеров, поставщиков off-chain-сервисов. Устойчивость операционного стека к цензуре.
5. Разработка
Распределение коммитов, предложений, code review между независимыми контрибьюторами. Вклад от множества сущностей. Скорость разработки не-командой.
DecentralizationMetrics при деплое).
Измерение 1 — Governance
Измеряется: доля вызововupdate_strategy_config (и эквивалентных изменений параметров), исходящих из разрешённого предложения futarchy vs. прямого исполнения Team Multisig.
| Стадия | Критерий | Цель |
|---|---|---|
| Запуск (V1) | Team Multisig — исполнитель; решения публично раскрываются с обоснованием до исполнения | 0% через futarchy |
| Старт Фазы 2 | Контракт Futarchy V2 развёрнут; первые параметры operational-уровня маршрутизируются через предложения | ≥ 20% через futarchy |
| Зрелость Фазы 2 | Все параметры operational-уровня требуют разрешённых предложений futarchy | ≥ 70% через futarchy |
| Цель достаточной децентрализации | Все неаварийные изменения параметров маршрутизируются через futarchy; Team Multisig сохраняет только Pause Authority | ≥ 95% через futarchy |
Измерение 2 — Операции
Измеряется: доля действий агентов (grow_liquidity, compress_liquidity, vault_swap, nexus_swap и т.д.), подписанных keypair’ами автономных агентов vs. keypair’ами ботов под управлением команды.
| Стадия | Критерий | Цель |
|---|---|---|
| Запуск (V1) | Все действия подписаны keypair’ами ботов под управлением команды | 0% автономно |
| Первый деплой агента | Минимум одна агентская роль заменена автономным агентом (предлагаемый первый: Rebalancer) | ≥ 25% автономно |
| Середина перехода | Две из четырёх агентских ролей автономны | ≥ 50% автономно |
| Цель достаточной децентрализации | Все четыре агентские роли автономны; боты под управлением команды ушли в отставку | ≥ 95% автономно |
Измерение 3 — Распределение токенов
Измеряется: три под-метрики для распределения ARL.Доля команды + инсайдеров
Доля ARL в обращении, удерживаемая сущностями, аффилированными с командой, основателями-контрибьюторами или известными ранними инвесторами (на основе публичного раскрытия).
Концентрация держателей
Коэффициент Джини балансов top-1000 ARL-держателей. Ниже = более плоское распределение.
Участие голосующих
Уникальные голосующие адреса на предложение, взвешенные по ARL. Индикатор активного участия в governance.
Прогресс вестинга
Доля ARL, аллоцированного-но-заблокированного, который прошёл вестинг и вошёл в обращение.
| Стадия | Доля команды + инсайдеров | Целевой Джини |
|---|---|---|
| Запуск (V1) | Начальная позиция вестинга — вероятно высокая концентрация команды/инсайдеров | Стартовая точка, раскрыта |
| Год 1 | Участие публичного рынка размывает долю инсайдеров | Тренд на снижение |
| Год 3 | Значимая база держателей из сообщества | Доля инсайдеров < 40% |
| Цель достаточной децентрализации | Распределение с доминированием сообщества | Доля инсайдеров < 25%; Джини top-1000 < 0.6 |
Измерение 4 — Инфраструктура
Измеряется: разнообразие операционного стека вне on-chain протокола.| Компонент | Текущее состояние (до запуска) | Цель |
|---|---|---|
| RPC-провайдеры | 1-2, выбранные командой | ≥ 5 независимых, выбираемых пользователем |
| Хосты фронтенда | 1 (areal.finance) | ≥ 3 независимых зеркала с верифицируемой воспроизводимостью сборки |
| Операторы индексеров | 1 под управлением команды | ≥ 3 независимых (напр. Subsquid, команда, сообщество) |
| Off-chain crank’и | Permissionless, но преимущественно под управлением команды | ≥ 3 независимых операторов crank на функцию |
| Merkle publisher (YD) | Единичный keypair команды | ≥ 2 независимых publisher’а с резервированием |
Измерение 5 — Разработка
Измеряется: распределение работы вклада между независимыми сторонами.Распределение коммитов
Доля коммитов от не-командных контрибьюторов (измерено по идентичности GitHub, соотнесено с раскрытием аффилированных сущностей).
Происхождение предложений
Доля governance-предложений (изменения параметров, ротации агентов, обновления правил), отправленных с не-командных адресов.
Code review
Доля смерженных PR, прошедших review минимум одним не-командным ревьюером.
Участие в bug bounty
Число уникальных исследователей безопасности, отправляющих отчёты, независимо от их валидности.
| Стадия | Распределение коммитов | Происхождение предложений |
|---|---|---|
| Запуск (V1) | ~90% команда | ~100% команда |
| Год 1 | ≥ 20% не-команда | ≥ 15% не-команда |
| Год 3 | ≥ 40% не-команда | ≥ 40% не-команда |
| Цель достаточной децентрализации | ≥ 60% не-команда | ≥ 60% не-команда |
Обязательство по публичной отчётности
Areal обязуется публиковать Отчёт о децентрализации каждый календарный квартал, начиная с первого квартала после запуска в mainnet. Каждый отчёт содержит:Метрики всех пяти измерений
Текущее значение, дельта с предыдущего квартала, метод on-chain верификации.
Изменения полномочий
Любая модификация состава Team Multisig, Pause Authority, Upgrade Authority или назначений keypair агентов в течение квартала.
Прогресс к вехам
Какие пороги (согласно таблицам выше) были пересечены; какие остаются в ожидании; любые ревизии целевых порогов (с обоснованием).
Регуляторные взаимодействия
Любое существенное взаимодействие с регуляторами, песочницами или юридическим советом, влияющее на позицию по децентрализации.
Compliance и упоминаются с этой страницы.
Что означает «достаточная децентрализация» здесь
Areal не утверждает, что рамка Хинмана или любой регуляторный safe harbor автоматически применяется при пересечении этих порогов. Ни одна сторона не может в одностороннем порядке объявить токен не-security — только применимые регуляторы и суды могут. На что Areal обязуется:Измеримый прогресс, не утверждения
У каждого измерения публичные метрики с on-chain верифицируемостью. Прогресс демонстрируется, не декларируется.
Задокументированный переход
Ежеквартальные отчёты создают публичную запись децентрализации, на которую регуляторы, юридический совет и участники могут ссылаться.
Обязательство необратимости
Как только порог пересечён, движение назад требует governance-предложения уровня critical с 7-дневным timelock — делая рецентрализацию видимой и оспариваемой.
Взаимодействие, а не избегание
Areal взаимодействует с регуляторами там, где взаимодействие продуктивно (песочницы, программы safe harbor, процессы публичных комментариев), а не относится к децентрализации как к щиту от диалога.
Что это НЕ утверждает
- Ни один юрисдикционный исход не гарантирован. Классификация токенов остаётся специфичной для юрисдикции и подлежит регуляторным действиям. Эта рамка не упреждает полномочия ни одного регулятора.
- Ни один safe harbor не предполагается. Замечания Хинмана 2018 года были личными взглядами, а не обязывающими рекомендациями SEC. Похожие рамки в других юрисдикциях аналогично необязывающие.
- Никакой автоматической переклассификации. Даже при достижении всех порогов токены остаются тем, чем они являются по применимому праву, пока явно не определено иначе.
- Не замена compliance. Участники в ограниченных юрисдикциях всё равно должны соблюдать местное право независимо от статуса децентрализации протокола — см. Geographic Restrictions.
Связанное
Legal Architecture
Полный анализ Howey, структура сущностей, юрисдикционные соображения
Risk Disclosure
Исчерпывающие факторы риска, включая регуляторный риск
Дорожная карта (V1/V2)
Фазы перехода на уровне протокола, которые движут операционные метрики децентрализации