Эта статья создана с помощью ИИ. Пожалуйста, проверяйте важную информацию самостоятельно.

Руководство по документам по улучшению Solana (SIMD)

Crypto Wiki|Oct 9, 2026|★★★★★★4.5 (500 оценок)
Краткое содержание ИИ

Learn how Solana Improvement Documents (SIMD) govern protocol changes, affect SOL tokenomics, and shape validator economics through stake-weighted con...

В этом руководстве по документам по улучшению Solana (SIMD) объясняются категории предложений, терминология жизненного цикла, знаковые документы, токеномические последствия и то, где читатели могут отслеживать текущий статус. Номера предложений и метки статуса всегда следует сверять с указанным репозиторием перед публикацией.

Документ по улучшению Solana (SIMD) — это официальное предложение по внесению изменений в протокол блокчейна Solana. SIMD обеспечивают стандартизированный, прозрачный процесс, с помощью которого разработчики и валидаторы могут предлагать и ратифицировать изменения в правилах сети Solana, клиентском программном обеспечении или стандартах экосистемы. Они публично размещаются на GitHub и следуют структурированному жизненному циклу от черновика через обзор до окончательной активации в сети.

Отказ от ответственности: Данная статья носит исключительно информационный и образовательный характер. Она не является финансовой, инвестиционной или юридической консультацией. Инвестиции в криптовалюты сопряжены со значительным риском, включая риск полной потери средств. Предложения по управлению и экономические параметры, обсуждаемые здесь, могут измениться после публикации. Всегда проводите собственное исследование и консультируйтесь с квалифицированным финансовым консультантом перед принятием инвестиционных решений.

Руководство по документам по улучшению Solana (SIMD): основные концепции

SIMD охватывают каждый аспект протокола Solana и разделены на три категории в зависимости от уровня сети, которым они управляют. Core SIMDs (основные) касаются правил консенсуса и механик на уровне протокола. Networking SIMDs (сетевые) охватывают одноранговый уровень, через который взаимодействуют валидаторы. Meta SIMDs (мета-SIMD) управляют самим процессом SIMD, включая стандарты и инструментарий.

Система SIMD существует потому, что протоколы блокчейна требуют прозрачного, проверяемого сообществом процесса изменений. До появления официальных документов по улучшению изменения протокола во многих сетях происходили через неформальный консенсус разработчиков с ограниченной видимостью для держателей токенов или валидаторов. SIMD заменили эту непрозрачность публичным процессом: каждое предложение подается в официальный репозиторий SIMD на GitHub,), открытый для чтения и комментирования любым желающим. Эта модель разработки с открытым исходным кодом делает управление доступным для всего сообщества Solana.

Что такое протокол? Протокол — это набор правил, которым должны следовать все компьютеры в сети Solana, чтобы прийти к согласию относительно общего состояния блокчейна. Изменение правила протокола требует, чтобы каждый участник соответствующим образом обновился, именно поэтому существуют процессы управления, такие как SIMD.

Solana Foundation (некоммерческая организация, администрирующая репозиторий SIMD) выступает в качестве редакционного распорядителя процесса. Фонд присваивает номера SIMD, содействует редакционному обзору и поддерживает репозиторий, но не обладает единоличным правом одобрять или отклонять предложения. Полномочия по управлению принадлежат сообществу валидаторов через взвешенное по стейкингу голосование.

SIMD напрямую влияют на всех держателей SOL (нативного токена Solana). Решения по управлению, принятые через SIMD, могут изменить график инфляции, который определяет, сколько новых токенов SOL выпускается каждый год, структуру комиссий, регулирующую движение доходов от транзакций в сети, и механику стейкинга, которая определяет, сколько держатели SOL зарабатывают при делегировании валидаторам.


Почему важны SIMD: управление в сети Solana

Управление блокчейном — это процесс, с помощью которого децентрализованная сеть без центрального органа принимает решения об изменении собственных правил. В отличие от компании, которая может выпустить обновление программного обеспечения в одностороннем порядке, протокол блокчейна требует консенсуса от распределенного набора участников. Структуры управления, такие как SIMD, существуют для того, чтобы сделать этот процесс консенсуса прозрачным и открытым для проверки. Solana использует гибридную модель: предложения обсуждаются офчейн на GitHub и на форумах сообщества, в то время как консенсус сигнализируется через принятие обновления клиентского ПО валидаторами, а не через прямое голосование держателей токенов, фиксируемое в блокчейне. Это отличается от моделей ончейн управления, используемых некоторыми децентрализованными автономными организациями (DAO), где держатели токенов голосуют за предложения напрямую через блокчейн-транзакции.

Блокчейн-сети должны развиваться. Улучшения безопасности, обновления производительности и изменения экономических параметров необходимы с течением времени. Проблема заключается в том, что Solana (основанная Анатолием Яковенко в 2017 году) — это децентрализованный блокчейн уровня 1 на базе proof-of-stake без единого владельца. Без центрального органа каждое изменение правил Solana требует структурированного процесса. SIMD и есть этот процесс.

Для держателей токенов SOL управление важно, потому что параметры, которыми управляют SIMD, напрямую влияют на стоимость и доходность токена. График инфляции SOL (который определяет ежегодную эмиссию токенов), структуры комиссий, направляющие приоритетные комиссии валидаторам, и механика стейкинга, устанавливающая ставки вознаграждения — все это подпадает под управление SIMD. Решение по управлению, снижающее годовую ставку эмиссии SOL, меняет динамику предложения токена. Решение, направляющее больше приоритетных комиссий валидаторам, меняет экономику стейкинга.

Валидаторы (участники сети, использующие программное обеспечение узла Solana для обработки транзакций, создания блоков и поддержания консенсуса) являются основными субъектами управления. Solana использует консенсус proof-of-stake (PoS), что означает, что валидаторы выбираются для создания блоков пропорционально количеству SOL, которое внесено в стейкинг в их пользу. То же самое взвешивание по стейкингу применяется к управлению: валидаторы с большим количеством делегированных им SOL имеют пропорционально больший вес голоса, подобно тому как акционеры с более крупными пакетами акций имеют больше голосов при принятии решения в компании.

Архитектура Solana также включает Proof of History — криптографическую инновацию хронометража, которая позволяет сети упорядочивать транзакции, не требуя от валидаторов взаимодействия по поводу времени. Эта архитектурная самобытность является одной из причин, по которой Solana создала собственную систему предложений по улучшению, а не адаптировала напрямую структуру Ethereum.

Протоколы DeFi, построенные на Solana (такие как Jupiter, Marinade и Raydium), также заинтересованы в результатах SIMD. Изменения протокола, регулирующие бюджеты вычислений, структуры аккаунтов или механику комиссий, могут напрямую влиять на работу этих приложений, даже если протоколы DeFi не имеют прямого права голоса в процессе SIMD, если только они также не управляют узлами валидаторов.

Валидаторы играют центральную роль в принятии протокола, поскольку они выбирают, какое совместимое программное обеспечение запускать. Держатели SOL могут влиять на набор валидаторов через делегирование, но делегирование не является прямым голосованием по каждому SIMD. В то время как валидаторы могут сигнализировать о поддержке или внедрять совместимое ПО, любой желающий может участвовать, следя за предложениями на GitHub, оставляя отзывы в комментариях к pull-запросам или отстаивая свою позицию на форуме Solana Foundation и в Discord для разработчиков.


Жизненный цикл SIMD: от предложения до активации в сети

Каждый SIMD следует определенному жизненному циклу, который начинается в момент подачи предложения в официальный репозиторий SIMD на GitHub) и заканчивается, когда изменение активируется в мейннете Solana или предложение официально закрывается.

В таблице ниже приведена краткая справка по всем восьми этапам жизненного цикла.

Название этапаОписаниеКто участвуетПримечания / Типичная длительность
Draft (Черновик)Предложение подано в виде pull-запроса на GitHub; начинается период первоначального рассмотрения сообществомАвтор SIMD, рецензенты сообществаОт недель до месяцев; автор дорабатывает проект на основе отзывов
Review (Рецензирование)Формальная редакционная проверка редакторами SIMD из Solana Foundation; оценка полноты и форматаРедакторы SIMD, автор SIMDНедели; редакторы могут запросить правки
Last Call (Последнее слово)Заключительный период для комментариев перед принятием решения; последняя возможность для возражений со стороны сообществаСообщество, валидаторы, редакторы SIMDОбычно 14 дней
Accepted (Принято)Предложение соответствует всем редакционным требованиям и требованиям сообщества; принято к реализацииРедакторы SIMD из Solana FoundationСтатус вехи; начинается планирование реализации
Activated (Активировано)Клиенты валидаторов, реализующие SIMD, достигают необходимого порога внедрения по весу стейкаВалидаторы, команды клиентов (Anza/Agave, Jump/Firedancer)Зависит от темпов обновления валидаторов
Final (Завершено)SIMD полностью реализован и запущен в мейннет Solana; процесс завершенСеть в целомПостоянный статус
Withdrawn (Отозвано)Автор добровольно отзывает предложение до принятия окончательного решенияАвтор SIMDТерминальный статус; может быть подано повторно
Rejected (Отклонено)Предложение не получило необходимой поддержки по весу стейка или не прошло редакционную проверкуВалидаторы, редакторы SIMDТерминальный статус; предмет обсуждения может быть рассмотрен в новом SIMD

Этап 1: Draft (Черновик)

SIMD переходит на стадию Draft, когда его автор отправляет pull-запрос (запрос на добавление файла предложения в репозиторий) в GitHub-репозиторий SIMD. Предложение должно соответствовать стандартному формату, включая преамбулу, аннотацию, мотивацию, спецификацию, анализ обратной совместимости, недостатки и обоснование. Члены сообщества изучают черновик в комментариях к pull-запросу, а автор дорабатывает предложение на основе отзывов. Этот этап может длиться недели или месяцы в зависимости от сложности и реакции сообщества.

Этап 2: Review (Рецензирование)

Как только черновик достигает достаточной зрелости, он переходит на стадию формального рецензирования (Review). Редакторы SIMD (сотрудники Solana Foundation, выполняющие редакционную, а не управленческую роль) оценивают предложение на предмет полноты, правильности форматирования и соответствия шаблону SIMD. Редакторы могут запрашивать правки и оценивают только формат, а не достоинства самого предложения. Этот этап обычно занимает несколько недель.

Этап 3: Last Call (Последнее слово)

Last Call — это структурированный 14-дневный период финальных комментариев, сигнализирующий о том, что предложение близко к принятию. Валидаторы, разработчики и другие заинтересованные стороны могут высказать любые оставшиеся возражения. Если существенных возражений не возникает, предложение переходит в статус Accepted.

Этап 4: Accepted (Принято)

SIMD со статусом Accepted прошел редакционную проверку и период Last Call. Принятие означает, что предложение официально признано готовым к реализации. Команды разработчиков клиентов (Anza для клиента Agave, Jump Trading для клиента Firedancer) начинают внедрять изменения в предстоящие выпуски программного обеспечения для валидаторов.

Этап 5: Activated (Активировано)

Активация — это важнейший момент управления. Валидаторы сигнализируют о своей поддержке, обновляя (или отказываясь от обновления) программное обеспечение своих клиентов Agave или Firedancer до версии, реализующей SIMD. Поскольку в Solana используется голосование по весу стейка, SIMD активируется, когда достаточное количество SOL внести в стейкинг для преодоления необходимого порога. Конкретный порог документируется в репозитории SIMD для каждого типа предложений. Обновления ПО валидаторов, реализующие SIMD, обычно вступают в силу в начале новой эпохи (цикл Solana продолжительностью примерно 2–3 дня, после которого обновляются делегации стейков и вознаграждения за стейкинг).

Этап 6: Final (Завершено)

SIMD со статусом Final полностью реализован и запущен в мейннет Solana. Изменение является постоянным, и процесс управления по этому предложению завершен.

Терминальные состояния: Withdrawn, Rejected и Stagnant

SIMD может выйти из процесса, не достигнув статуса Final. Withdrawn (Отозвано) означает, что автор добровольно отозвал предложение. Rejected (Отклонено) означает, что предложение не смогло получить необходимую поддержку валидаторов по весу стейка или было отклонено на этапе редактирования. Stagnant (Застойное) описывает предложения, по которым не наблюдалось активности в течение длительного периода.

Что произойдет, если SIMD будет отклонен? Отклоненный SIMD не закрывает тему навсегда. Авторы могут пересмотреть подход, устранить возражения, которые привели к отклонению, и повторно подать новый SIMD по той же теме с обновленной аргументацией или измененными параметрами.

Сроки от Draft до Final значительно варьируются. Некоторые SIMD проходят путь от подачи до активации за недели, если консенсус в сообществе формируется быстро. Другие, такие как SIMD-0123 (корректировка графика инфляции) и SIMD-0096 (распределение комиссий валидаторов), вызывают серьезные споры, которые затягивают процесс на месяцы.


Как SIMD влияют на экономику токена SOL

Не все SIMD одинаково влияют на держателей SOL. Предложения по изменению внутренних технических стандартов часто не имеют видимого эффекта для держателей токенов. Наиболее важными для инвесторов и стейкеров являются те SIMD, которые изменяют график инфляции Solana или правила распределения комиссий, поскольку эти параметры напрямую влияют на динамику предложения токенов и доходность стейкинга.

Ключевой термин: График инфляции. Solana выпускает новые токены SOL в соответствии с заранее определенным графиком, который со временем снижается. Начальная годовая ставка выпуска определяется протоколом, и график постепенно снижает эту ставку каждый год до долгосрочного минимума. Этот график может быть изменен через процесс SIMD. Актуальные цифры см. в рыночных данных SOL на CoinGecko.

Как SIMD влияют на вознаграждения за стейкинг SOL

График инфляции Solana определяет, сколько новых токенов SOL чеканится каждый год и распределяется в качестве вознаграждения за стейкинг валидаторам и их делегаторам (держателям SOL, которые делегируют свои токены валидатору для получения доли вознаграждений за блок). Когда вы решаете внести в стейкинг SOL, ваша доходность в основном формируется за счет этого инфляционного выпуска, а не за счет комиссий за транзакции. Ставка вознаграждения за стейкинг зависит от общего объема SOL в стейкинге и годовой ставки выпуска.

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

Есть ли у держателей SOL право голоса в управлении? Держатели токенов SOL не имеют прямого официального права голоса в процессе SIMD. Официальные полномочия по голосованию принадлежат набору валидаторов через принятие обновлений клиента по весу стейка, а не через прямое голосование держателей токенов. Это различие важно для тех, кто оценивает управление Solana по сравнению с системами на базе DAO. SIMD-0123, описанный в разделе «Знаковые SIMD» ниже, является основным примером SIMD, который напрямую регулирует график инфляции.

Как SIMD влияют на экономику валидаторов

Валидаторы получают доход из двух источников: вознаграждения за стейкинг на основе инфляции и приоритетные комиссии, выплачиваемые пользователями для приоритизации их транзакций в периоды высокого спроса. Эти потоки доходов регулируются независимо, и SIMD могут влиять на каждый из них по отдельности.

Структура комиссий Solana состоит из базовой комиссии (фиксируемой протоколом) и дополнительной приоритетной комиссии, которую пользователи добавляют, чтобы их транзакции обрабатывались быстрее при перегрузке сети. То, как приоритетные комиссии распределяются между валидаторами и протокольным механизмом сжигания токенов, неоднократно становилось предметом управления через SIMD. SIMD-0096, одно из самых значимых управленческих решений в истории Solana, напрямую касалось этого распределения.

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

В разделе «Знаковые SIMD» ниже подробно рассматриваются SIMD-0096 и SIMD-0123.


Знаковые SIMD: предложения, сформировавшие Solana

Четыре SIMD повлияли на стимулы для валидаторов, производительность сети, экономику комиссий и предложение токенов Solana больше, чем любые другие в истории управления сетью. Их изучение показывает, как процесс SIMD выглядит на практике.

Номер SIMDTitle / ТемаСтатус (проверьте на момент прочтения)Ключевое влияние
SIMD-0033Своевременные кредиты за голосованиеФинальныйРеформирование системы начисления кредитов за голосование валидаторам для стимулирования более быстрого и точного голосования
SIMD-0088Разделенные вознаграждения эпохиФинальныйРаспределение выплат вознаграждений за стейкинг в эпохе по нескольким блокам, что устранило узкое место в производительности
SIMD-0096Направление полной приоритетной комиссии валидаторуФинальныйНаправление 100% приоритетных комиссий валидатору, обрабатывающему транзакцию
SIMD-0123Корректировка графика инфляцииФинальныйСнижение годовой скорости выпуска SOL в Solana в направлении долгосрочной стабильной цели

Проверяйте текущий статус в официальном репозитории SIMD на GitHub, так как статусы со временем меняются.

SIMD-0033: Своевременные кредиты за голосование

SIMD-0033, известное как предложение о своевременных кредитах за голосование, реформировало способ начисления сетью Solana кредитов за голосование валидаторам, стимулируя более быстрое и точное голосование. До этого предложения валидаторы получали одинаковое вознаграждение в виде кредитов за голосование независимо от того, как быстро они отправляли свои голоса. Реструктурированная система кредитов дает валидаторам, проголосовавшим оперативно, больше кредитов, чем тем, кто проголосовал поздно, что согласует стимулы валидаторов с целями производительности сети. Этот SIMD демонстрирует, что управление решает вопросы детального проектирования стимулов для валидаторов, а не только высокоуровневую экономику токенов.

SIMD-0088: Разделенные вознаграждения эпохи

Узкое место в производительности на границах эпох привело к появлению SIMD-0088. Ранее вознаграждения за стейкинг распределялись в одном блоке по всему набору валидаторов при каждом переходе эпохи, что создавало предсказуемый скачок вычислительной нагрузки. SIMD-0088 разделил это распределение на несколько блоков в течение переходного периода, устранив узкое место. Это яркий пример того, как управление SIMD решает вопросы производительности и масштабируемости сети, а не только экономические параметры.

SIMD-0096: Реформа распределения комиссий валидаторам

Вопрос о том, как приоритетные комиссии должны распределяться в сети Solana, был центральной темой SIMD-0096. До этого предложения часть приоритетных комиссий, уплачиваемых пользователями, сжигалась (уничтожалась), а не распределялась среди валидаторов. SIMD-0096 предложил, чтобы валидаторы получали 100% приоритетных комиссий за транзакции, которые они обрабатывают. Дискуссия была значительной: сторонники утверждали, что направление всех приоритетных комиссий валидаторам усиливает стимул для включения транзакций с высокими комиссиями и улучшает экономику сети для операторов узлов. Критики выразили обеспокоенность по поводу динамики MEV (максимально извлекаемой стоимости) и долгосрочной экономики комиссий.

Для валидаторов SIMD-0096 означает прямое увеличение дохода от комиссий за блок. Для делегаторов (держателей SOL, которые передают токены в стейкинг валидаторам), косвенный эффект зависит от того, как валидаторы будут учитывать дополнительный доход в своих структурах комиссий. Биржам, листингующим SOL и эксплуатирующим инфраструктуру Solana, также может потребоваться внедрить технические изменения, внесенные активированными SIMD, затрагивающими механику комиссий. Полную спецификацию см. в официальном документе предложения SIMD-0096).

SIMD-0123: Корректировка графика инфляции Solana

SIMD-0123 предложил скорректировать график инфляции Solana, стремясь снизить годовую скорость выпуска новых токенов SOL в сеть. Предложение решает проблему того, что первоначальная траектория инфляции Solana поддерживает более высокую долгосрочную ставку выпуска, чем может потребоваться после созревания сети и роста доходов от комиссий как доли в выручке валидаторов.

Если каждый год создается меньше новых токенов SOL, держатели, которые не внесли свои SOL в стейкинг, сталкиваются с более медленным размыванием их доли в общем объеме предложения. Участники стейкинга по-прежнему получают пропорциональную долю вновь выпущенных токенов, но в уменьшенном абсолютном количестве. SIMD-0123 отличается от механизмов сжигания комиссий (которые сокращают предложение за счет уничтожения транзакционных комиссий) и от APY стейкинга (производного показателя, а не напрямую управляемого параметра). Это предложение регулировало сам график эмиссии. Полную спецификацию см. в официальном документе предложения SIMD-0123), и проверьте текущий статус на момент прочтения.


Является ли управление Solana децентрализованным? Честная оценка

Управление Solana по своей конструкции является частично децентрализованным, но достигает ли эта конструкция значимой децентрализации на практике, зависит от того, как вы оцениваете открытое участие в сравнении с концентрированной силой голоса.

Аргументы в пользу значимой децентрализации: Сторонники отмечают несколько структурных особенностей, поддерживающих децентрализацию. Любой может представить SIMD без предварительного контроля на этапе предложения, что делает входной уровень открытым. Все предложения общедоступны и открыты для комментариев сообщества, что делает уровень обсуждения прозрачным. Голоса валидаторов выражаются через принятие обновлений программного обеспечения, что публично наблюдаемо. Solana Foundation не может внедрять изменения в одностороннем порядке; для активации SIMD требуется принятие валидаторами, что означает, что ни одна организация не может принудительно изменить протокол.

Обоснованные опасения: Критики утверждают, что несколько структурных особенностей концентрируют реальную власть. Доли валидаторов распределены неравномерно: относительно небольшое количество крупных пулов стейкинга и институциональных валидаторов контролируют непропорционально большую долю от общего объема делегированных SOL, что означает, что горстка крупных операторов может определять результаты управления. Редакционная роль Solana Foundation, хотя и преподносится как административная, дает ей значительное влияние на то, какие предложения получают официальное рассмотрение и проходят через жизненный цикл. Исторически Solana также сильно полагалась на реализацию одного основного клиента валидатора, концентрируя влияние на разработку программного обеспечения (хотя ситуация меняется по мере распространения Firedancer).

Как проверить: Данные о распределении голосов валидаторов Solana и концентрации стейкинга общедоступны на validators.app и в обозревателе Solana Beach. Просмотр топ-20 валидаторов по размеру стейка показывает концентрацию голосующей силы в текущей эпохе.

Исследователи, изучающие модели управления блокчейном, отмечают, что процесс SIMD в Solana более формализован и прозрачен, чем во многих конкурирующих сетях, и более открыт, чем в централизованной компании. В то же время, как и в большинстве систем управления на основе Proof-of-Stake, эффективная сила голоса сосредоточена у крупных экономических субъектов. Управление Solana не основано на DAO: держатели SOL не голосуют напрямую, и официальные полномочия принадлежат набору операторов валидаторов.

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


Где найти и как отслеживать документы по улучшению Solana

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

Как ориентироваться в репозитории:

  • В корневом каталоге репозитория перечислены все предложения по номерам
  • Каждому файлу предложения присвоено название с номером SIMD, за которым следует краткое описание (например, 0096-reward-full-priority-fee-to-validator.md)
  • Метки статуса (Draft, Review, Last Call, Accepted, Activated, Final, Withdrawn, Rejected) указаны в разделе преамбулы каждого предложения
  • Чтобы найти предложения, находящиеся на активных стадиях, отфильтруйте их по маркерам статуса «Review» или «Last Call» в преамбуле каждого файла

Ресурсы для отслеживания сообществом:

  • Форум Solana Foundation (forum.solana.com): Основная площадка для обсуждения предложений сообществом и отзывов до их подачи
  • Discord для разработчиков Solana (solana.com/community): Каналы для обсуждения разработчиками, где часто обсуждаются активные SIMD
  • validators.app: Отслеживает распределение стейкинга валидаторов и данные об участии в управлении, что полезно для мониторинга формирования поддержки SIMD валидаторами
  • Обозреватель Solana Beach: Предоставляет ончейн-данные о версиях программного обеспечения валидаторов, что отражает текущее состояние принятия по весу стейкинга для любого активируемого SIMD

Статусы SIMD меняются по мере прохождения предложений через жизненный цикл. Любую информацию о статусе в этой статье следует сверять с актуальным репозиторием на момент чтения.


Связанные ресурсы по архитектуре Solana

Информацию о ролях в управлении и участии см. в пояснении к управлению SIMD; архитектурный контекст представлен в руководстве по сетевой архитектуре Solana. На странице цены SOL) представлен текущий рыночный контекст, а в разделе SOL Earn) описаны доступные продукты, связанные со стейкингом, и их условия.


FAQ: Руководство по документам по улучшению Solana (SIMD)

Что такое документ по улучшению Solana (SIMD)?

Документ по улучшению Solana (SIMD) — это официальное письменное предложение по изменению протокола блокчейн-сети Solana, охватывающее ее экономические параметры, правила поведения валидаторов и технические стандарты. SIMD публично размещаются в официальном GitHub-репозитории SIMD, проходят структурированный жизненный цикл от черновика (Draft) до финала (Final) и требуют консенсуса валидаторов по весу стейкинга для активации. В разделе определений выше приведена полная информация.

Кто может подать документ по улучшению Solana?

Любой разработчик, исследователь или участник сообщества может подать SIMD без получения специального разрешения. Подача включает создание форка официального репозитория SIMD на GitHub, составление черновика предложения в требуемом формате и отправку pull-запроса. Редакционная группа Solana Foundation проверяет поданные материалы на полноту и соответствие формату, а не на их ценность. Полные этапы подачи описаны в руководстве по участию выше.

Как валидаторы голосуют за SIMD?

Валидаторы голосуют, устанавливая или отказываясь от версии клиентского программного обеспечения валидатора (Agave или Firedancer), которое реализует предложенное изменение. Установка версии с реализацией сигнализирует о поддержке; отказ от обновления — об оппозиции. Голоса взвешиваются по стейкингу, что означает, что валидаторы с большим количеством делегированных им SOL имеют пропорционально большее влияние. В разделе жизненного цикла объясняется, как работает порог активации.

Каковы этапы предложения SIMD?

SIMD проходит до восьми стадий: Draft, Review, Last Call, Accepted, Activated и Final, при этом в различных точках возможны три терминальных состояния (Withdrawn, Rejected, Stagnant). Полная разбивка по этапам и таблица жизненного цикла приведены в разделе жизненного цикла SIMD выше.

Какой SIMD изменил уровень инфляции в Solana?

SIMD-0123 предложил скорректировать график инфляции Solana путем снижения годовой скорости выпуска новых токенов SOL. Держатели, которые не вносят токены в стейкинг, сталкиваются с более медленным размыванием своей доли в общем предложении, когда в год выпускается меньше новых токенов. Пример SIMD-0123 в разделе «Знаковые SIMD» содержит подробную информацию.

Как SIMD влияет на держателей токенов SOL?

SIMD, изменяющие график инфляции Solana, меняют скорость чеканки новых токенов SOL в качестве вознаграждений за стейкинг, что напрямую влияет на доходность и размывание предложения. SIMD, меняющие правила распределения комиссий (например, SIMD-0096), влияют на доходы валидаторов, которые затем отражаются на доходности стейкинга делегаторов. Держатели SOL не имеют прямого права голоса; официальные полномочия по голосованию принадлежат валидаторам. В разделе токеномики эти механизмы объясняются в полном объеме.

В чем разница между SIMD и EIP?

И SIMD, и предложения по улучшению Ethereum (EIP) являются официальными системами управления изменениями протоколов блокчейна, но они различаются механизмом голосования. Solana использует явное принятие валидаторами по весу стейкинга с определенным количественным порогом для активации. Процесс EIP в Ethereum использует социальный консенсус среди основных разработчиков и клиентских групп, без единого официального голосования. В сравнительной таблице в разделе сравнения управления сопоставлены все различия.

Является ли управление Solana децентрализованным?

Управление Solana по замыслу является частично децентрализованным. Процесс SIMD допускает открытую подачу предложений и публичные дебаты, и Solana Foundation не может активировать изменения в одностороннем порядке. Однако эффективная сила голоса сосредоточена у крупных валидаторов, поскольку управление взвешено по стейкингу, а небольшое количество крупных стейкинг-пулов контролирует значительную долю всех делегированных SOL. В разделе оценки децентрализации представлен полный сбалансированный анализ.


Заключение: Почему процесс SIMD важен для будущего Solana

Процесс SIMD — это официальный механизм эволюции протокола Solana, и его понимание важно для всех, чьи активы, приложения или инфраструктура зависят от сети. Три вывода подчеркивают практическую значимость того, что охватывает это руководство.

Во-первых, SIMD — это прозрачный, структурированный ответ Solana на проблему управления, с которой сталкиваются все децентрализованные блокчейны: как менять правила без центрального органа. Жизненный цикл SIMD от Draft до Final дает каждому изменению протокола документированный, проверяемый след, доступный любому желающему.

Во-вторых, конкретные SIMD уже существенно изменили токеномику SOL и экономику валидаторов. Знаковые SIMD, рассмотренные в этом руководстве, особенно SIMD-0096 и SIMD-0123, демонстрируют, что управленческие решения напрямую трансформируются в изменения в доходах от комиссий, доходности стейкинга и динамике предложения токенов.

В-третьих, процесс является открытым. Разработчики могут предлагать изменения. Валидаторы могут подавать сигналы голосами. Держатели токенов могут следить за обсуждениями, участвовать в дебатах сообщества и принимать решения о делегировании, отражающие их предпочтения в управлении. Официальный репозиторий SIMD на GitHub является авторитетным источником статуса предложений в любой момент времени.

Ставки каждого управленческого решения растут по мере расширения экономической активности Solana. Независимо от того, владеете ли вы SOL, строите на Solana или управляете валидатором, грамотность в вопросах SIMD становится все более актуальной для решений, влияющих на ваше взаимодействие с сетью.