1/ Parliamo del DCA di @MagicNewton. [Conclusione a pagina 4] Ci sono discussioni su zk, TEE, ecc., e ero curioso di sapere dove vengono utilizzati, quindi l'ho tenuto per ora. Ma ero curioso di sapere come funziona, quindi ho cercato di capirlo. L'immagine qui sotto mostra l'agente dopo il completamento del DCA: 1. Prova generata 2. Fondi trasferiti 3. Prova verificata Ci sono tre passaggi come questo. [1. Prova generata] Quando clicchi su Prova generata, appare come mostrato nell'immagine qui sotto. Prima, ci sono questi dati, che verranno utilizzati in seguito. Qui, viene utilizzato TEE, ma non puoi vedere i dati originali. [2. Fondi trasferiti] Quando clicchi su Fondi trasferiti, appare una transazione. È grossomodo una transazione che dice che KAITO è stato acquistato con USDC. Questa parte è un po' complicata. Guardando i dati di input, eseguendo la funzione 0xd4ed377d, la delegatecall viene eseguita in un ciclo.
2/ Ecco come procede. Il primo argomento sta eseguendo la funzione transferFrom di 5000000 di 0xd29447c1. Il secondo argomento sta anche eseguendo la funzione transferFrom di 4918295909822 di 0x0e9d7d22. Puoi pensarlo come questo processo. Gli interni sono abbastanza simili, ma i token sono diversi. stor_6_0_19, stor_5_0_19 sono le differenze. Il terzo argomento. Ora che abbiamo i token, procediamo con lo scambio. USDC → LIFI diamond → scambio → cbBTC → WETH → KAITO, questo è il processo. Continuo a usare lifi, ma lifi jumper è originariamente un progetto che fa bridging cross-chain. I token non sono ancora usciti. Sarebbe bello se si attivassero durante il cross-chain. Gli scambi single-chain sono possibili. Tuttavia, in questi giorni, sembra che lo stiano facendo insieme a magicNewton mentre allegano l'intento. lifi allega l'intento con @rhinestonewtf, @biconomy, ecc. Quindi, ecco come viene effettuato lo scambio. Non so perché sia cambiato in cbBTC e poi tornato indietro durante lo scambio, ma sembra che funzioni in questo modo l'aggregazione.
3/ Materiali relativi all'intento lifi (link in ALT) [ 3. prova verificata ] Esegui la funzione proveRequest. Combina i valori generati dalla prima prova generata nel terzo argomento. In questo momento, ciò va in _handleSP1ZKPProof. Da lì, viene elaborato. Il terzo processo di verifica sembra richiedere un po' più di studio! Sembra che il processo di prova verificata non appaia nell'agente attualmente in esecuzione e dovrebbe essere inattivo per essere visibile, ma sembra che stia convalidando ciò che è stato eseguito nel frattempo.
Mostra originale
Il contenuto di questa pagina è fornito da terze parti. Salvo diversa indicazione, OKX non è l'autore degli articoli citati e non rivendica alcun copyright sui materiali. Il contenuto è fornito solo a scopo informativo e non rappresenta le opinioni di OKX. Non intende essere un'approvazione di alcun tipo e non deve essere considerato un consiglio di investimento o una sollecitazione all'acquisto o alla vendita di asset digitali. Nella misura in cui l'IA generativa viene utilizzata per fornire riepiloghi o altre informazioni, tale contenuto generato dall'IA potrebbe essere impreciso o incoerente. Leggi l'articolo collegato per ulteriori dettagli e informazioni. OKX non è responsabile per i contenuti ospitati su siti di terze parti. Gli holding di asset digitali, tra cui stablecoin e NFT, comportano un elevato grado di rischio e possono fluttuare notevolmente. Dovresti valutare attentamente se effettuare il trading o detenere asset digitali è adatto a te alla luce della tua situazione finanziaria.