1/ Vamos falar sobre o DCA do @MagicNewton. [Conclusão na página 4] Há discussões sobre zk, TEE, etc., e eu estava curioso sobre onde eles são usados, então mantive isso por enquanto. Mas eu estava curioso sobre como funciona, então tentei descobrir. A imagem abaixo mostra o agente após a conclusão do DCA: 1. Prova gerada 2. Fundos movidos 3. Prova verificada Existem três etapas assim. [1. Prova gerada] Quando você clica em Prova gerada, aparece como mostrado na imagem abaixo. Primeiro, há esses dados, que serão usados mais tarde. Aqui, o TEE é usado, mas você não pode ver os dados originais. [2. Fundos movidos] Quando você clica em Fundos movidos, uma transação aparece. É aproximadamente uma transação dizendo que KAITO foi comprado com USDC. Esta parte é um pouco complicada. Olhando os dados de entrada, executando a função 0xd4ed377d, delegatecall roda em um loop.

2/ É assim que procede. O primeiro argumento está a executar a função transferFrom de 5000000 de 0xd29447c1. O segundo argumento também está a executar a função transferFrom de 4918295909822 de 0x0e9d7d22. Pode pensar neste processo. Os internos são bastante semelhantes, mas os tokens são diferentes. stor_6_0_19, stor_5_0_19 são as diferenças. O terceiro argumento. Agora que temos os tokens, prosseguimos com a troca. USDC → LIFI diamond → swap → cbBTC → WETH → KAITO, este é o processo. Continuo a usar lifi, mas o lifi jumper é originalmente um projeto que faz ponte entre cadeias. Os tokens ainda não saíram. Seria bom se funcionasse ao fazer a troca entre cadeias. Trocas em cadeia única também são possíveis. No entanto, estes dias, parece que estão a fazê-lo juntamente com magicNewton enquanto anexam intenção. lifi anexa intenção com @rhinestonewtf, @biconomy, etc. Portanto, é assim que a troca é feita. Não sei por que mudou para cbBTC e depois voltou novamente durante a troca, mas parece que é assim que a agregação funciona.