THORChain использует систему управления на основе узлов для определения направления развития сети, и теперь проект подробно описал, как именно принимаются эти решения — от обновлений программного обеспечения до корректировки комиссий. THORChain — это децентрализованный протокол межцепочечного обмена, поэтому описанные здесь механизмы определяют, как могут меняться его программное обеспечение, комиссии и средства контроля безопасности. В протоколе в настоящее время 111 активных узлов, каждый из которых удерживает не менее 300 000 RUNE в заблокированном залоге, обеспечивающем безопасность сети. Каждый узел получает один голос независимо от того, сколько RUNE он внёс, и большинство важных решений требуют одобрения двух третей активных узлов. Решения принимаются непосредственно в блокчейне, что даёт операторам сети прямой контроль над обновлениями, экономическими параметрами и определёнными мерами безопасности.

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

Как работают управление и голосование узлов в THORChain

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

Когда предлагаемое изменение готово, узлы решают, принимать ли следующую версию программного обеспечения. Для одобрения обновления требуется как минимум две трети активных узлов — при 111 активных узлах это минимум 74 голоса. Поскольку правило двух третей измеряется относительно числа активных узлов, количество голосов, необходимое для принятия изменения, меняется вместе с размером набора активных узлов.

Модель «один узел — один голос» также отличает THORChain от широко распространённой в криптоиндустрии системы управления, взвешенной по токенам, где влияние обычно пропорционально количеству токенов, которые держатель вносит в предложение. Вместо этого THORChain передаёт решения об обновлениях операторам узлов, которые заблокировали капитал для обеспечения безопасности самой сети.

Официальный аккаунт THORChain в X описал этот процесс в публикации от 6 ноября 2026 года:

В THORChain решения принимаются непосредственно в блокчейне. Чтобы важное изменение было принято, за него должны проголосовать ⅔ узлов. Сейчас активны 111 узлов. Все они блокируют не менее 300 000 RUNE в качестве залога для защиты сети. Каждый узел имеет один голос, н…

— THORChain (@THORChain) 6 ноября 2026 г.

Изменение параметров через Mimir

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

Пороги голосования различаются в зависимости от типа решения. Экономические решения, включая изменения комиссий, требуют одобрения двух третей узлов. Операционные решения, особенно касающиеся безопасности, подчиняются более низкому порогу голосования: операционную настройку Mimir могут одобрить всего три голоса узлов.

Такая многоуровневая структура означает, что изменения с широким экономическим эффектом должны получить консенсус по всему набору узлов, в то время как срочные операционные меры могут быть приняты всего несколькими голосами.

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

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

Автоматические сетевые действия по правилам безопасности

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

Один из примеров — ротация узлов, которая происходит в каждом периоде churn. Ротация происходит примерно каждые три дня, когда THORChain удаляет из сети два узла: самый старый активный узел и узел с наибольшим количеством штрафных очков (slash points). Штрафные очки отслеживают накопленные узлами наказания за несоблюдение сетевых требований. Этот механизм помогает поддерживать операционные стандарты и стимулирует операторов узлов к надёжному поведению. Цикл примерно в три дня также создаёт для сети регулярную контрольную точку, в которой набор активных узлов — а вместе с ним и расчёт двух третей голосов — может измениться.

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

Сочетание голосования узлов и автоматических средств защиты

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

THORChain не полагается исключительно на объём удержания RUNE для определения силы влияния в управлении. Каждый активный узел получает один голос, в то время как предопределённые правила автоматически обрабатывают определённые операционные решения и решения в области безопасности.