#dusk $DUSK @Dusk ........ Eu esperava que a parte difícil de fazer a ponte da DUSK para a BSC fosse a infraestrutura de cross-chain. O detalhe que chamou minha atenção foi bem menor: um campo de memo.
Pense nisso como um rótulo de entrega. O pacote pode sair corretamente, mas se o rótulo contiver espaços em branco ocultos ou o endereço errado, o sistema pode não saber para onde enviá-lo......
É isso que torna a ponte BEP20 da Dusk interessante.
A DUSK nativa fica bloqueada primeiro na mainnet da Dusk; depois, a DUSK equivalente em BEP20 é cunhada na BSC. O ativo da mainnet continua sendo a fonte da verdade, enquanto a ponte cobra uma taxa fixa de 1 DUSK. A documentação atual diz que o processamento normal leva em torno de uma hora.
Foi mais fundo.......
A Web Wallet da Dusk agora está tratando diretamente o caso-limite de copiar e colar. A atividade pública no GitHub mostra a PR #954, “Normalize BEP20 bridge memos before submission,” chegando em ready_for_review, com verificações automatizadas e atividade de revisão visíveis.
A ideia é simples: normalizar o memo uma vez e então usar aquele mesmo valor já limpo em validação, revisão e submissão.
Esse último detalhe chamou minha atenção..........
A própria documentação da Dusk alerta que um memo ausente ou inválido pode impedir o roteamento automático e pode tornar uma transferência irrecuperável. Os usuários ainda precisam verificar o destino, mas a carteira pode remover uma fonte de divergência evitável.....
E a direção de longo prazo é ainda mais interessante.
Os planos de arquitetura da Dusk incluem migrar a ERC20 e a BEP20 DUSK em direção à DuskEVM, usando uma ponte nativa e sem confiança, sem custodios externos ou ativos encapsulados...
Então essa correção melhora a ponte de hoje........
O roadmap visa tornar a arquitetura da ponte de amanhã fundamentalmente diferente.....................
Para infraestrutura que move valor real, não é melhor remover um modo de falha do que apenas avisar os usuários sobre ele?
$ADA $ONG
Pense nisso como um rótulo de entrega. O pacote pode sair corretamente, mas se o rótulo contiver espaços em branco ocultos ou o endereço errado, o sistema pode não saber para onde enviá-lo......
É isso que torna a ponte BEP20 da Dusk interessante.
A DUSK nativa fica bloqueada primeiro na mainnet da Dusk; depois, a DUSK equivalente em BEP20 é cunhada na BSC. O ativo da mainnet continua sendo a fonte da verdade, enquanto a ponte cobra uma taxa fixa de 1 DUSK. A documentação atual diz que o processamento normal leva em torno de uma hora.
Foi mais fundo.......
A Web Wallet da Dusk agora está tratando diretamente o caso-limite de copiar e colar. A atividade pública no GitHub mostra a PR #954, “Normalize BEP20 bridge memos before submission,” chegando em ready_for_review, com verificações automatizadas e atividade de revisão visíveis.
A ideia é simples: normalizar o memo uma vez e então usar aquele mesmo valor já limpo em validação, revisão e submissão.
Esse último detalhe chamou minha atenção..........
A própria documentação da Dusk alerta que um memo ausente ou inválido pode impedir o roteamento automático e pode tornar uma transferência irrecuperável. Os usuários ainda precisam verificar o destino, mas a carteira pode remover uma fonte de divergência evitável.....
E a direção de longo prazo é ainda mais interessante.
Os planos de arquitetura da Dusk incluem migrar a ERC20 e a BEP20 DUSK em direção à DuskEVM, usando uma ponte nativa e sem confiança, sem custodios externos ou ativos encapsulados...
Então essa correção melhora a ponte de hoje........
O roadmap visa tornar a arquitetura da ponte de amanhã fundamentalmente diferente.....................
Para infraestrutura que move valor real, não é melhor remover um modo de falha do que apenas avisar os usuários sobre ele?
$ADA $ONG
