Correram-se por algumas semanas os rollups de Newton do Keystore, e no ambiente da mainnet a execução de intenções começou a expor alguns “cantos” que não foram documentados. O mais típico é um enterro de intenção de stop-loss: eu implantei um agent no Arbitrum que precisa, com base na taxa ETH/BTC, disparar a venda. A estratégia em si está correta, e as permissões também foram feitas com pré-assinatura no Keystore. Quando o preço chegou, o agent acionou a chamada com precisão; o Keystore concluiu a validação de permissões em 28 segundos e empacotou em um lote. Até aqui, tudo está de acordo com a propaganda de “nível de sub-minuto”.
O estranho foi o nonce. Como, no mesmo período, eu também enviei manualmente no frontend uma transação para remover a assinatura da estratégia, as duas instruções, ao serem ordenadas localmente, receberam nonces adjacentes por uma extensão do navegador. Mas, no sequencer, ao empacotar o batch, ele ignorou a transação que eu enviei manualmente, e só incluiu a instrução automática do agent. No meu local aparece que as duas foram confirmadas; porém, depois que a execução de cada transação ocorreu de fato na cadeia, a estratégia permaneceu em estado ativo, e o agent não recebeu nenhum feedback de anomalia. Quinze minutos depois, o preço voltou a cair; o agent gerou outra rodada de venda. Desta vez, o nonce ficou desalinhado: a transação foi revertida, e o stop-loss falhou completamente.
Isso revela, na prática, um buraco de “desordem” no Keystore na etapa de “coleta de intenções—ordenação por batch”. Não é um reorg da camada de consenso; é a escolha do sequencer ao lidar com múltiplas instruções pendentes de um mesmo endereço que não oferece uma promessa de ordenação verificável. Em outras palavras: você vê o metamask mostrando “sucesso”, mas isso não significa que sua instrução foi inserida em ordem na árvore de estado. Para estratégias de alta frequência, essa incerteza é suficiente para fazer a exposição ao risco fugir do controle.
Se o time pretende lançar nós de ordenação descentralizada no Q3, espero que o protocolo estabeleça uma ordenação estrita FIFO ou uma ordenação com atraso verificável. Caso contrário, numa arquitetura que mistura processamento em lote com execução assíncrona, esse “drift” de nonce vira uma arma corriqueira — usada para atingir justamente aqueles “players avançados” que acreditam ter escrito uma lógica perfeita de stop-loss. Se precisar usar por enquanto, lembre: coloque intervalos de time-lock entre cada intenção; separe o endereço manual do endereço do agent; não deixe operações na mesma cadeia se atropelarem. $BTC
Em que tipo de estratégia você mais teme que ocorra o desalinhamento de instruções? #NEWT $NEWT @NewtonProtocol