Sky: A Ponte Cross-Chain do USDS na Solana é Retomada Após Revisão de Segurança

Em 11 de maio de 2026 (14:01 UTC), a Sky Governance executou uma ação on-chain para reativar a rota USDS SkyLink / LayerZero OFT entre Ethereum e Solana, restaurando transferências cross-chain com salvaguardas atualizadas. Você pode verificar a execução e os parâmetros diretamente através dos detalhes oficiais da proposta de governança no portal de votação da Sky.

Esta reabertura segue uma pausa temporária e preventiva acionada pela revisão do ecossistema em andamento sobre o incidente rsETH cross-chain—um lembrete de que, em 2026, a interoperabilidade ainda é uma das superfícies de risco de maior alavancagem em DeFi.

O que exatamente reabriu (e o que mudou)

A execução de 11 de maio reativou a ponte do USDS no caminho Ethereum ↔ Solana e aplicou novas configurações de limite de taxa. A proposta de governança define explicitamente limites diários de entrada e saída de 5.000.000 de USDS para Solana, e então reativa os contratos/programas relevantes para retomar transferências normais. (Referência: Proposta executiva da Sky Governance "Reativar a Ponte SkyLink Solana...").

Para construtores e usuários avançados que buscam o escopo técnico mais aprofundado (incluindo endereços de contratos, EIDs e sequenciamento), o post no fórum da Sky detalha o plano completo de reativação e verificações. (Referência: "Escopo Técnico: Reativando a Ponte LayerZero Solana").

• Detalhes da execução da governança (on-chain): Proposta executiva da Sky Governance — Reativar a Ponte SkyLink Solana (Executada em 11 de maio de 2026)
• Escopo de engenharia e etapas de verificação: Escopo Técnico: Reativando a Ponte LayerZero Solana
• Visão geral da mecânica da ponte (documentação do desenvolvedor): Ponte USDS Ethereum–Solana (Documentação do Protocolo Sky)

Por que a pausa aconteceu: o incidente rsETH e o “risco de configuração da ponte”

A pausa não foi acionada por um comprometimento direto do Sky Protocol. Em vez disso, foi uma decisão de controle de risco tomada enquanto a indústria investigava a rota de exploração relacionada ao rsETH e potenciais canais de contágio.

Caso você tenha perdido: em meados de abril de 2026, o rsETH da KelpDAO sofreu um grande exploit vinculado à sua configuração cross-chain. Duas leituras de alto sinal sobre o incidente são:

• Declaração da LayerZero sobre o incidente e suas suposições de modelo de segurança: Declaração sobre o Incidente KelpDAO (LayerZero)
• Uma análise detalhada de transações e comportamentos: Dentro do Exploit da Ponte KelpDAO (Chainalysis)

Para usuários comuns, a principal conclusão é simples: uma ponte não é "apenas uma camada de transporte". As escolhas de verificação, limites de taxa, possibilidade de pausa e procedimentos operacionais podem ser tão importantes quanto o próprio contrato do token—especialmente para a liquidez de stablecoins que se move rotineiramente entre ecossistemas.

Se você deseja entender o padrão que a Sky utiliza aqui, a documentação da LayerZero explica como um Omnichain Fungible Token (OFT) mantém um suprimento unificado entre redes (e o que isso implica para os limites de confiança e entrega). Veja: Referência técnica OFT (documentação da LayerZero).

"O USDS foi afetado?" Colateralização e verificabilidade on-chain

Durante o período de revisão, a Sky declarou que o protocolo principal e os contratos USDS não foram impactados, e que o USDS permanece alinhado com as suposições de design do sistema—a saber, que os componentes de lastro e contabilidade chave podem ser inspecionados on-chain.

Para leitores que buscam uma visão geral prática de como a colateralização e a transparência do USDS são comumente descritas (Vaults, mecanismos estilo PSM e o que é/não é minimizado em termos de confiança), este explicador é um ponto de partida útil: Dentro da Sky: Arquitetura DAI e USDS.

Qual o status para Avalanche?

A ponte da Solana foi reaberta; no entanto, o escopo de reativação publicado pelos engenheiros da Sky observa explicitamente que o OFT USDS da Avalanche permaneceu pausado no momento da reativação da Solana, e o design da proposta define o limite de taxa de saída Ethereum → Avalanche como 0 enquanto isso permanecer assim. Veja a seção que descreve o status da Avalanche na escrita do escopo técnico: Escopo Técnico: Reativando a Ponte LayerZero Solana.

Na prática, isso significa que os usuários devem tratar o caminho da Avalanche como não totalmente reaberto até que a Sky publique uma confirmação separada (e/ou execução de governança) para essa rota.

Checklist do usuário: movimentando USDS com mais segurança após uma pausa

Quer você seja um usuário de DeFi, um operador de tesouraria ou um trader nativo da Solana movendo liquidez de stablecoins, os períodos pós-pausa são quando os erros acontecem. Um checklist rápido:

1. Verifique a rota e o status oficiais antes de enviar fundos Use a documentação oficial e as referências de governança da Sky, não "agregadores de ponte" de terceiros que podem exibir ativos falsificados.
2. Espere mudanças de parâmetros como limites de taxa e janelas Os limites de taxa podem afetar grandes transferências, lotes e tempos de liquidação—especialmente quando a liquidez está retornando após uma revisão de segurança.
3. Comece com uma pequena transferência de teste Esta ainda é uma das maneiras mais eficazes de reduzir o risco operacional durante reinícios.
4. Bloqueie aprovações Evite permissões ilimitadas sempre que possível e revogue permissões que você não precisa mais.

Onde o OneKey se encaixa: autocustódia durante operações cross-chain

Transferências cross-chain são transações de alto impacto: um endereço de destino incorreto, um dApp malicioso ou uma página de token falsa podem resultar em perdas irreversíveis. Usar uma carteira de hardware como a OneKey ajuda a manter as chaves privadas isoladas enquanto você verifica os prompts de transação em um dispositivo seguro—particularmente valioso quando os usuários estão com pressa para mover stablecoins logo após a retomada das pontes.

Se o seu fluxo de trabalho inclui pontes frequentes, considere configurar uma conta dedicada para atividades cross-chain, utilizando permissões restritas e tratando toda "interface de ponte" como não confiável até que você a tenha confirmado contra a documentação oficial do protocolo e os registros de governança.