Postar

Boa noite, construtores 💙 + Omniston: Tornando a TON mais acessível para aplicativos de EVM Essa atualização chamou minha atenção porque não se trata apenas de adicionar outra rota de troca. lançou um exemplo open-source mostrando como um Mini App do Telegram pode permitir que usuários do TON interajam com aplicativos baseados em EVM, enquanto a Omniston cuida da parte cross-chain nos bastidores. Aqui está o fluxo: Carteira TON → Telegram Mini App → rede EVM → Omniston O usuário conecta sua carteira TON via TonConnect. Uma carteira EVM pode ser criada nos bastidores, enquanto a Omniston cuida da execução cross-chain. O exemplo usa TON USDT → Arbitrum USDT0. Isso significa que o usuário não precisa necessariamente manualmente: • Encontre uma ponte • Mover ativos entre redes • Configurar uma carteira EVM separadamente • Descobrir a rota cross-chain por conta própria Por que o exemplo do código aberto importa A maior parte dessa atualização é que @ston_fi não está apenas mostrando que a tecnologia funciona. É embalar a abordagem em um exemplo reutilizável para desenvolvedores. Isso significa que um protocolo EVM-nativo não precisa necessariamente se tornar um projeto nativo de TON só para tornar seu produto acessível a $TON usuários. A atualização oferece aos construtores um caminho mais claro: Construa seu produto EVM → integre o exemplo/infraestrutura → permita que usuários de TON acessem via Telegram. Já existem exemplos desse modelo: Polymarket: Usuários do TON podem depositar $USDT e acessar os mercados do Polymarket sem precisar fazer bridge manualmente para o Polygon. WenLong: Usuários do TON podem depositar do TON e acessar o Hyperliquid no Arbitrum, com o processo cross-chain sendo gerenciado nos bastidores. O quadro maior É aí que a composabilidade se torna interessante. O TON não precisa que toda aplicação EVM se reconstrua especificamente para o TON. Em vez disso, a infraestrutura pode atuar como a conexão entre os ecossistemas. TON fornece o ponto de partida do usuário. O Telegram fornece o ambiente de aplicação. Protocolos EVM fornecem as experiências de destino. O Omniston cuida da camada de execução cross-chain. E como o exemplo é open source, os desenvolvedores podem estudar como as peças se encaixam e adaptar a abordagem para seus próprios produtos. Isso poderia facilitar que mais aplicações nativas de EVM cheguem $TON usuários sem forçar os usuários a entender toda a complexidade que está por baixo. **O objetivo não é fazer os usuários aprenderem mais bridges e carteiras. É fazer com que a tecnologia por trás da experiência faça mais do trabalho. 🔗 Exemplo de código aberto: [ repositório GitHub Omniston](