Sky : La connexion inter-chaînes USDS sur Solana reprend après un examen de sécurité

Le 11 mai 2026 (14h01 UTC), Sky Governance a exécuté une action sur la chaîne pour débloquer le route SkyLink / LayerZero OFT pour l'USDS entre Ethereum et Solana, rétablissant les transferts inter-chaînes avec des garde-fous mis à jour. Vous pouvez vérifier l'exécution et les paramètres directement via les détails officiels du "spell" de gouvernance dans le portail de vote de Sky.

Cette réouverture fait suite à un blocage temporaire et préventif déclenché par l'examen de l'écosystème concernant l'incident cross-chain rsETH. Cela nous rappelle qu'en 2026, l'interopérabilité reste l'une des surfaces de risque à plus fort levier en DeFi.

Ce qui a été exactement rouvert (et ce qui a changé)

L'exécution du 11 mai a réactivé la connexion USDS sur le chemin Ethereum ↔ Solana et a appliqué de nouveaux paramètres de limitation de débit. Le "spell" de gouvernance définit explicitement des limites quotidiennes d'entrées et de sorties de 5 000 000 d'USDS pour Solana, puis débloque les contrats/programmes pertinents pour reprendre les transferts normaux. (Référence : Proposition exécutive de Sky Governance « Débloquer le pont SkyLink Solana… ».)

Pour les développeurs et les utilisateurs avancés qui souhaitent une portée technique plus approfondie (y compris les adresses de contrat, les EID et le séquençage), la publication du forum de Sky détaille le plan complet de déblocage et les vérifications. (Référence : « Portée technique : Déblocage du pont LayerZero Solana ».)

• Détails d'exécution de la gouvernance (on-chain) : Proposition exécutive de Sky Governance — Débloquer le pont SkyLink Solana (Exécuté le 11 mai 2026)
• Portée d'ingénierie et étapes de vérification : Portée technique : Déblocage du pont LayerZero Solana
• Aperçu des mécanismes du pont (documentation développeur) : Pont USDS Ethereum–Solana (Documentation Sky Protocol)

Pourquoi le blocage a eu lieu : l'incident rsETH et le « risque de configuration de pont »

Le blocage n'a pas été déclenché par une compromission directe de Sky Protocol. Il s'agissait plutôt d'une décision de contrôle des risques prise pendant que l'industrie enquêtait sur la voie d'exploitation liée à rsETH et sur les canaux potentiels de contagion.

Si vous l'avez manqué : à la mi-avril 2026, le rsETH de KelpDAO a subi une importante exploitation liée à sa configuration inter-chaînes. Deux lectures à haute valeur informative sur l'incident :

• Déclaration de LayerZero sur l'incident et ses hypothèses de modèle de sécurité : Déclaration sur l'incident KelpDAO (LayerZero)
• Une analyse au niveau des transactions et des comportements : À l'intérieur de l'exploitation du pont KelpDAO (Chainalysis)

Pour les utilisateurs ordinaires, la principale leçon à retenir est simple : un pont n'est pas « juste une couche de transport ». Les choix de vérification, les limites de débit, la possibilité de blocage et les procédures opérationnelles peuvent être aussi importants que le contrat du token lui-même, en particulier pour la liquidité des stablecoins qui circule régulièrement entre les écosystèmes.

Si vous souhaitez en savoir plus sur la norme utilisée par Sky, la documentation de LayerZero explique comment un Omnichain Fungible Token (OFT) maintient une offre unifiée à travers les réseaux (et ce que cela implique pour les limites de confiance et la livraison). Voir : Référence technique OFT (documentation LayerZero).

« L'USDS a-t-il été affecté ? » Collatéralisation et vérifiabilité on-chain

Pendant la période d'examen, Sky a déclaré que le protocole principal et les contrats USDS n'ont pas été impactés, et que l'USDS reste aligné sur les hypothèses de conception du système, à savoir que les composants de garantie et de comptabilité clés peuvent être inspectés sur la chaîne.

Pour les lecteurs qui souhaitent un aperçu pratique de la manière dont la collatéralisation et la transparence de l'USDS sont couramment décrites (coffres, mécanismes de type PSM, et ce qui est/n'est pas minimisé en termes de confiance), cet article explicatif est un point de départ utile : À l'intérieur de Sky : Architecture DAI et USDS.

Quel est le statut pour Avalanche ?

La connexion Solana est rouverte ; cependant, la portée du déblocage publiée par les ingénieurs de Sky note explicitement que l'OFT USDS pour Avalanche est resté bloqué au moment du déblocage de Solana, et la conception du "spell" fixe la limite de débit sortant Ethereum → Avalanche à 0 tant que cette situation perdure. Voir la section décrivant le statut d'Avalanche dans la présentation technique : Portée technique : Déblocage du pont LayerZero Solana.

En pratique, cela signifie que les utilisateurs doivent considérer le chemin Avalanche comme pas entièrement rouvert jusqu'à ce que Sky publie une confirmation distincte (et/ou une exécution de gouvernance) pour cette route.

Checklist utilisateur : connecter l'USDS en toute sécurité après un blocage

Que vous soyez un utilisateur de DeFi, un gestionnaire de trésorerie ou un trader natif de Solana déplaçant des liquidités en stablecoins, les périodes post-blocage sont celles où les erreurs se produisent. Une rapide checklist :

1. Vérifiez la route et le statut officiels avant d'envoyer des fonds Utilisez la documentation officielle et les références de gouvernance de Sky, et non les « agrégateurs de ponts » tiers qui peuvent afficher des actifs usurpés.

2. Anticipez les changements de paramètres comme les limites de débit et les fenêtres Les limites de débit peuvent affecter les gros transferts, le traitement par lots et les délais de règlement, en particulier lorsque les liquidités reviennent après un examen de sécurité.

3. Commencez par un petit transfert de test C'est encore l'un des moyens les plus efficaces de réduire le risque opérationnel lors des redémarrages.

4. Verrouillez les approbations Évitez les autorisations illimitées lorsque cela est possible et révoquez les permissions dont vous n'avez plus besoin.

Où s'intègre OneKey : la auto-garde lors des opérations inter-chaînes

Les transferts inter-chaînes sont des transactions à fort impact : une mauvaise adresse de destination, une application décentralisée malveillante ou une fausse page de token peuvent entraîner une perte irréversible. L'utilisation d'un portefeuille matériel comme OneKey permet de maintenir les clés privées isolées pendant que vous vérifiez les invites de transaction sur un appareil sécurisé, ce qui est particulièrement précieux lorsque les utilisateurs se précipitent pour déplacer des stablecoins juste après la reprise des connexions.

Si votre flux de travail inclut des connexions fréquentes, envisagez de configurer un compte dédié aux activités inter-chaînes, en utilisant des autorisations strictes et en traitant chaque « interface de pont » comme non fiable jusqu'à ce que vous l'ayez confirmée par rapport à la documentation officielle du protocole et aux enregistrements de gouvernance.