Acabei de reparar em algo interessante sobre a implementação de USDC da HyperEVM—afinal, não utiliza a ponte padrão da Arbitrum como a maioria das pessoas assume. Para ser claro, isto não é uma crítica a nenhuma plataforma de dados por ter cometido esse erro. É um detalhe fácil de escapar, honestamente. Mesmo pessoas bastante familiarizadas com o ecossistema só repararam nisto recentemente.
A solução em si é simples assim que se percebe o que acontece nos bastidores. A HyperEVM tem o seu próprio caminho para transferências de USDC, o que explica porque é que os números podem parecer errados se estiveres a acompanhar pelos métodos tradicionais da ponte da Arb. Vale a pena ter isto em conta para quem estiver a construir dashboards ou a analisar fluxos de liquidez cross-chain.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
9 gostos
Recompensa
9
4
Republicar
Partilhar
Comentar
0/400
ZkSnarker
· 23h atrás
ah, então a hyperEVM está a fazer a sua própria cena com o USDC... imagina se cada cadeia decidisse seguir o seu próprio caminho assim lol. Os criadores de dashboards vão divertir-se a tentar organizar percursos personalizados
Ver originalResponder0
PancakeFlippa
· 12-08 22:05
Oh meu Deus, como é que eu não reparei que a HyperEVM fazia isto comigo...
---
Então quer dizer que todos os dados estão errados? Vou ter de refazer o meu dashboard
---
Espera, só agora perceberam isto? Quem foi que me disse para usar a ponte da Arb antes?
---
Andam a fazer o seu próprio routing, assim já percebo porque é que os dados on-chain nunca batem certo
---
Este detalhe está mesmo bem escondido, não admira que toda a gente caia nesta armadilha
---
Vou ter de ajustar novamente o tracking da liquidez cross-chain... que chatice
---
No fundo, a HyperEVM criou um sistema independente, quem é que ia imaginar isso?
Ver originalResponder0
AirdropCollector
· 12-08 22:00
Eh pá, só soube deste detalhe recentemente... agora tenho de voltar a rever todos os meus dados anteriores.
Ver originalResponder0
AirdropHunterWang
· 12-08 21:40
Epá, é assim que o HyperEVM funciona? Tenho de atualizar a minha fonte de dados.
---
Mais uma dessas propriedades escondidas... Não admira que os meus dados da bridge nunca batiam certo.
---
A sério, estes detalhes são mesmo fáceis de ignorar.
---
Por isso é que temos de analisar o código-fonte nós próprios, não confiar demasiado nos dashboards prontos.
---
Se soubesse, não tinha perdido tempo a acompanhar as métricas da bridge do arb.
Acabei de reparar em algo interessante sobre a implementação de USDC da HyperEVM—afinal, não utiliza a ponte padrão da Arbitrum como a maioria das pessoas assume. Para ser claro, isto não é uma crítica a nenhuma plataforma de dados por ter cometido esse erro. É um detalhe fácil de escapar, honestamente. Mesmo pessoas bastante familiarizadas com o ecossistema só repararam nisto recentemente.
A solução em si é simples assim que se percebe o que acontece nos bastidores. A HyperEVM tem o seu próprio caminho para transferências de USDC, o que explica porque é que os números podem parecer errados se estiveres a acompanhar pelos métodos tradicionais da ponte da Arb. Vale a pena ter isto em conta para quem estiver a construir dashboards ou a analisar fluxos de liquidez cross-chain.