ГЛАВНАЯ / ИНСТРУКЦИИ / RELAYER И VALIDATOR В МОСТЕ: КТО ПЕРЕДАЁТ СООБЩЕНИЕ
Relayer и validator в мосте: кто передаёт сообщение
Relayer обычно доставляет данные или транзакцию в целевую сеть. Validator в некоторых системах участвует в консенсусе или подписывает подтверждение исходного события. В других архитектурах эти роли устроены иначе, поэтому смотреть нужно на проверяющий контракт и пороги.
Доставка делает сообщение доступным, но не обязательно подтверждённым
Релейер наблюдает источник, собирает сообщение и отправляет его в целевую сеть. Он может передавать заголовок, доказательство, подписи или вызов контракта. Его задача может выполнять один оператор, открытая сеть исполнителей или несколько конкурирующих служб.
Если relayer недоступен, сообщение иногда можно отправить самостоятельно или через другого участника. Это зависит от протокола и стоимости транзакции. Узнайте, как целевой контракт защищён от повторной доставки и можно ли выбрать альтернативный маршрут.
Подтверждение означает проверку по правилам конкретного протокола
Валидаторы могут подписывать наблюдаемое событие, участвовать в консенсусе отдельной сети или подтверждать переход состояния. Их подписи имеют смысл только вместе с правилом проверки: кто входит в набор, какой порог требуется и как обрабатываются смена набора и конфликтующие сообщения.
Термин validator может также относиться к обычному валидатору блоков исходной сети. Не путайте его с участником отдельной сети моста, который проверяет межсетевые события. Определите роль по документации и вызовам контрактов, а не по названию в интерфейсе.
Проследите отдельные этапы от события до действия на целевой сети
Типовой маршрут состоит из исходной транзакции, достижения требуемой финальности, формирования proof или attestations, передачи данных исполнителем и проверки целевым контрактом. Только после успешной проверки приложение выполняет нужное действие. Названия статусов и число промежуточных шагов различаются.
Проверьте, какие сведения создают validators, что именно собирает relayer и какой контракт делает окончательную проверку. Если исполнитель просто оплачивает gas и отправляет уже проверяемое доказательство, его компрометация может затронуть доступность и порядок, но не должна давать возможность подделать сообщение при корректной проверке.
- найдите источник подписей или proof;
- сверьте порог подтверждения и состояние финальности;
- проверьте destination transaction и результат приложения.
Доступность исполнителя и безопасность подтверждения – разные вопросы
Отсутствие relayer может задержать доставку даже при корректном сообщении. Ошибка или компрометация набора подтверждающих участников способна затронуть уже достоверность сообщения. Порог multisig, light client, fraud proof и доверенный relayer создают разные модели риска.
Изучите возможность повторной подачи, окно оспаривания, защиту от replay и полномочия администратора. Не считайте число участников достаточной оценкой: важны независимость операторов, концентрация ключей и конкретные условия, при которых принимается подпись.
- разделите задержку доставки и принятие поддельного сообщения;
- проверьте возможность самостоятельной или альтернативной доставки;
- прочитайте правила обновления набора и оспаривания.
Частые вопросы
Может ли relayer подделать сообщение?
В архитектуре с независимой проверкой целевой контракт должен отклонить недостоверное сообщение. Это нужно подтвердить для конкретного моста.
Validator всегда подписывает перевод?
Нет. Роль и способ участия зависят от протокола; валидатор может работать с консенсусом отдельной сети или исходной цепи.
Кто отвечает, если сообщение не исполняется?
Сначала установите этап отказа: ожидание подтверждения, недоступность релейера, отклонённое доказательство или ошибка целевого приложения.
Чек-лист: relayer и validator в мосте: кто передаёт сообщение
- роли определены по технической схеме протокола;
- понятно, кто подписывает и какой порог нужен;
- relayer отделён от механизма проверки;
- изучены повторная доставка и защита от replay;
- исполнение подтверждено транзакцией целевой сети.
Материал подготовлен редакцией сайта и проверен 17 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.