Publicar

Boa noite, Builders 💙 + Omniston: Tornando o TON Mais Acessível para Apps EVM Esta atualização chamou a minha atenção porque não se trata simplesmente de adicionar mais uma rota de swap. foi lançado um exemplo open-source que mostra como um Mini App do Telegram pode permitir que os utilizadores TON interajam com aplicações baseadas em EVM enquanto o Omniston gere a parte cross-chain nos bastidores. Aqui está o fluxo: Carteira TON → Mini App do Telegram → Omniston → rede EVM O utilizador conecta a sua carteira TON através do TonConnect. Uma carteira EVM pode ser criada nos bastidores, enquanto o Omniston trata da execução cross-chain. O exemplo usa TON USDT → Arbitrum USDT0. Isto significa que o utilizador não precisa necessariamente de: • Encontrar uma ponte • Mover ativos entre redes • Configurar uma carteira EVM separadamente • Descobrir a rota cross-chain por si próprio Por que o exemplo open-source é importante A parte mais importante desta atualização é que @ston_fi não está apenas a mostrar que a tecnologia funciona. Está a empacotar a abordagem num exemplo reutilizável para desenvolvedores. Isto significa que um protocolo nativo EVM não precisa necessariamente de se tornar um projeto nativo TON só para tornar o seu produto acessível aos utilizadores $TON. A atualização oferece aos builders um caminho mais claro: Construa o seu produto EVM → integre o exemplo/infraestrutura → permita que os utilizadores TON acedam através do Telegram. Já existem exemplos deste modelo: Polymarket: utilizadores TON podem depositar $USDT e aceder aos mercados Polymarket sem fazer a ponte manual para Polygon. WenLong: utilizadores TON podem depositar a partir do TON e aceder ao Hyperliquid no Arbitrum, com o processo cross-chain tratado nos bastidores. O panorama mais amplo É aqui que a composabilidade se torna interessante. O TON não precisa que cada aplicação EVM se reconstrua especificamente para TON. Em vez disso, a infraestrutura pode atuar como a ligação entre os ecossistemas. TON fornece o ponto de partida do utilizador. Telegram fornece o ambiente da aplicação. Protocolos EVM fornecem as experiências de destino. Omniston gere a camada de execução cross-chain. E porque o exemplo é open source, os desenvolvedores podem estudar como as peças se encaixam e adaptar a abordagem aos seus próprios produtos. Isto pode facilitar que mais aplicações nativas EVM alcancem os utilizadores $TON sem forçar os utilizadores a compreender toda a complexidade que acontece por baixo. **O objetivo não é fazer os utilizadores aprenderem mais pontes e carteiras. É fazer com que a tecnologia por trás da experiência faça mais do trabalho. 🔗 Exemplo open-source: [ Repositório Omniston no GitHub]