Sky: Межсетевое взаимодействие USDS через Solana возобновлено после проверки безопасности

11 мая 2026 года (14:01 UTC) Sky Governance предпринял действие в сети для снятия паузы с маршрута USDS SkyLink / LayerZero OFT между Ethereum и Solana, возобновив межсетевые переводы с обновленными механизмами защиты. Вы можете проверить выполнение и параметры непосредственно в официальной информации о голосовании Sky.

Это возобновление произошло после временной превентивной паузы, вызванной общим обзором экосистемы после инцидента с rsETH в межсетевом взаимодействии — напоминание о том, что в 2026 году взаимодействие между сетями по-прежнему представляет собой одну из самых рискованных областей в DeFi.

Что именно было возобновлено (и что изменилось)

11 мая было вновь активировано межсетевое взаимодействие USDS по маршруту Ethereum ↔ Solana с применением новых настроек лимитов скорости. Управление через предложение прямо устанавливает ежедневные входящие и исходящие лимиты в размере 5 000 000 USDS для Solana, а затем снимает паузу с соответствующих контрактов/программ для возобновления обычных переводов. (Ссылка: исполнительное предложение Sky Governance «Снять паузу с моста SkyLink Solana…»).

Для разработчиков и опытных пользователей, которым требуется более глубокая техническая информация (включая адреса контрактов, EID и порядок операций), пост на форуме Sky содержит полный план снятия паузы и проверочные шаги. (Ссылка: «Техническая информация: Снятие паузы с моста LayerZero Solana»).

• Детали выполнения управления (в сети): Исполнительное предложение Sky Governance — Снять паузу с моста SkyLink Solana (выполнено 11 мая 2026 г.)
• Инженерная информация и шаги проверки: Техническая информация: Снятие паузы с моста LayerZero Solana
• Обзор механики моста (документация для разработчиков): Мост USDS Ethereum–Solana (документация Sky Protocol)

Причина паузы: инцидент с rsETH и «риск конфигурации моста»

Пауза была вызвана не прямой компрометацией Sky Protocol, а стала решением по контролю рисков, принятым на время расследования отраслью путей эксплуатации, связанных с rsETH, и потенциальных каналов распространения.

Если вы пропустили: в середине апреля 2026 года rsETH от KelpDAO пострадал от крупной эксплойтации, связанной с его межсетевой настройкой. Два важных источника информации об инциденте:

• Заявление LayerZero об инциденте и предположениях его модели безопасности: Заявление об инциденте KelpDAO (LayerZero)
• Детальный анализ транзакций и поведения: Внутри эксплойта моста KelpDAO (Chainalysis)

Для обычных пользователей основной вывод прост: мост — это не «просто транспортный уровень». Выбор верификации, лимиты скорости, возможность паузы и операционные процедуры могут быть столь же важны, как и сам смарт-контракт токена, особенно для ликвидности стейблкоинов, которая постоянно перемещается между экосистемами.

Для тех, кто хочет понять стандарт, используемый Sky, документация LayerZero объясняет, как Omnichain Fungible Token (OFT) поддерживает единое предложение по сетям (и что это подразумевает для границ доверия и доставки). См.: Технический справочник OFT (документация LayerZero).

«Был ли USDS затронут?» Обеспечение и верификация в сети

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

Для читателей, которым нужен практический обзор того, как обычно описываются обеспечение и прозрачность USDS (Vaults, механизмы типа PSM и что является/не является минимизированным доверием), этот обзор послужит хорошей отправной точкой: Внутри Sky: Архитектура DAI и USDS.

Каков статус для Avalanche?

Межсетевое взаимодействие с Solana возобновлено; однако в опубликованной инженерами Sky информации о снятии паузы явно указано, что OFT USDS для Avalanche оставался в состоянии паузы на момент снятия паузы с Solana, и в дизайне предложения установлен исходящий лимит скорости Ethereum → Avalanche равным 0 до тех пор, пока ситуация не изменится. См. раздел, описывающий статус Avalanche, в технической документации: Техническая информация: Снятие паузы с моста LayerZero Solana.

На практике это означает, что пользователи должны рассматривать маршрут к Avalanche как не полностью возобновленный до тех пор, пока Sky не опубликует отдельное подтверждение (и/или исполненное управление) для этого маршрута.

Чек-лист для пользователя: более безопасное межсетевое взаимодействие с USDS после паузы

Независимо от того, являетесь ли вы пользователем DeFi, казначеем или трейдером, работающим в Solana, периоды после снятия паузы — это время, когда случаются ошибки. Краткий чек-лист:

1. Проверяйте официальный маршрут и статус перед отправкой средств. Используйте официальную документацию Sky и ссылки на управление, а не сторонние «агрегаторы мостов», которые могут показывать поддельные активы.
2. Ожидайте изменений параметров, таких как лимиты скорости и окна. Лимиты скорости могут влиять на крупные переводы, пакетную обработку и время расчетов, особенно когда ликвидность возвращается после проверки безопасности.
3. Начинайте с небольшой тестовой транзакции. Это по-прежнему один из самых эффективных способов снизить операционный риск во время перезапусков.
4. Ограничивайте одобрения. По возможности избегайте неограниченных разрешений и отзывайте разрешения, которые вам больше не нужны.

Роль OneKey: самостоятельное хранение при межсетевых операциях

Межсетевые переводы — это транзакции с высоким влиянием: неправильный адрес назначения, вредоносное dApp или поддельная страница токена могут привести к необратимой потере. Использование аппаратного кошелька, такого как OneKey, помогает изолировать приватные ключи, пока вы проверяете запросы на транзакции на безопасном устройстве — это особенно ценно, когда пользователи спешат переместить стейблкоины сразу после возобновления работы мостов.

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