Hoje eu estava testando uma transferência pequena: DUSK de DuskEVM de volta para DuskDS, principalmente porque aquela questão de tempo de confirmação da semana passada me deixou paranoico em confiar em qualquer ponte cegamente.
Descobri que "a ponte" não é uma coisa só. O DUSK passa por um caminho nativo operado por validadores, sem versão encapsulada; é o mesmo token dos dois lados. Os títulos emitidos no DuskEVM via rota NPEX saem através do Chainlink CCIP, que é um sistema totalmente separado.
Eu assumi que isso significava duas variações da mesma garantia, sinceramente; ambas anunciadas como sem custodiante, sem ativo sintético. Parecia um detalhe, não uma distinção real.
Mas não era bem assim. Ter duas rotas existentes é geografia. Não é coordenação. O trecho nativo se apoia nos próprios validadores do Dusk; o CCIP se apoia na própria rede do Chainlink, e nenhuma dessas premissas é transferível para a outra.
Com a exceção de que ambos começam no mesmo lugar. Qualquer coisa no DuskEVM é processada pelo sequenciador primeiro, e não existe um mempool público na frente dele para conferir. Um único operador ordena tudo antes mesmo que qualquer uma das duas pontes veja.
Não sei o que é documentado publicamente sobre como descentralizar essa parte, honestamente.
O volume do NPEX via CCIP já é real agora, e o tráfego do DuskEVM continua crescendo 👍. Se aquele sequenciador travar no meio de um lote, um caminho degrada enquanto o outro segue, ou ambos simplesmente param aí?
#dusk $DUSK @Dusk
Descobri que "a ponte" não é uma coisa só. O DUSK passa por um caminho nativo operado por validadores, sem versão encapsulada; é o mesmo token dos dois lados. Os títulos emitidos no DuskEVM via rota NPEX saem através do Chainlink CCIP, que é um sistema totalmente separado.
Eu assumi que isso significava duas variações da mesma garantia, sinceramente; ambas anunciadas como sem custodiante, sem ativo sintético. Parecia um detalhe, não uma distinção real.
Mas não era bem assim. Ter duas rotas existentes é geografia. Não é coordenação. O trecho nativo se apoia nos próprios validadores do Dusk; o CCIP se apoia na própria rede do Chainlink, e nenhuma dessas premissas é transferível para a outra.
Com a exceção de que ambos começam no mesmo lugar. Qualquer coisa no DuskEVM é processada pelo sequenciador primeiro, e não existe um mempool público na frente dele para conferir. Um único operador ordena tudo antes mesmo que qualquer uma das duas pontes veja.
Não sei o que é documentado publicamente sobre como descentralizar essa parte, honestamente.
O volume do NPEX via CCIP já é real agora, e o tráfego do DuskEVM continua crescendo 👍. Se aquele sequenciador travar no meio de um lote, um caminho degrada enquanto o outro segue, ou ambos simplesmente param aí?
#dusk $DUSK @Dusk