1/ Să vorbim despre DCA @MagicNewton.
[Concluzie la pagina 4]
Există discuții despre zk, TEE etc., și am fost curios unde sunt folosite, așa că l-am păstrat deocamdată. Dar am fost curios cum funcționează, așa că am încercat să-mi dau seama.
Imaginea de mai jos arată agentul după finalizarea DCA:
1. Dovada generată
2. Fonduri mutate
3. Dovada verificată
Există trei pași ca acesta.
[1. Dovada generată]
Când faceți clic pe Dovada generată, aceasta apare așa cum se arată în imaginea de mai jos.
În primul rând, există aceste date, care vor fi folosite mai târziu.
Aici se folosește TEE, dar nu puteți vedea datele originale.
[2. Fonduri mutate]
Când faceți clic pe Fonduri mutate, apare o tranzacție. Este aproximativ o tranzacție care spune că KAITO a fost achiziționat cu USDC.
Această parte este puțin complicată.
Privind datele de intrare, executarea funcției 0xd4ed377d,
delegatecall rulează într-o buclă.
2/
Așa se desfășoară.
Primul argument este executarea funcției 5000000 transferFrom a 0xd29447c1. Al doilea argument este, de asemenea, executarea funcției 4918295909822 transferFrom a 0x0e9d7d22.
Vă puteți gândi la asta ca la acest proces.
Componentele interne sunt destul de asemănătoare, dar jetoanele sunt diferite. stor_6_0_19, stor_5_0_19 sunt diferențele.
Al treilea argument. Acum că avem jetoanele, continuăm cu schimbul.
USDC → LIFI diamond → swap → cbBTC → WETH → KAITO, acesta este procesul.
Continui să folosesc lifi, dar lifi jumper este inițial un proiect care face punți între lanțuri.
Jetoanele nu au apărut încă. Ar fi frumos dacă ar face clic când faceți cross-chain. Sunt posibile și schimburi cu un singur lanț.
Cu toate acestea, în zilele noastre, se pare că o fac împreună cu magicNewton în timp ce atașează intenție. LIFI atașează intenția cu @rhinestonewtf, @biconomy etc.
Deci, așa se face schimbul.
Nu știu de ce s-a schimbat în cbBTC și apoi din nou în timpul schimbului, dar se pare că așa funcționează agregarea.
3/
Materiale legate de intenția lifi (link în ALT)
[ 3. dovezi verificate ]
Executați funcția proveRequest.
Combinați valorile generate de prima dovadă generată în al treilea argument.
În acest moment, asta intră în _handleSP1ZKPProof.
De acolo, este procesat. Al treilea proces de verificare pare să necesite puțin mai mult studiu!
Se pare că procesul de verificare a dovezii nu apare în agentul care rulează în prezent și ar trebui să fie inactiv pentru a fi vizibil, dar se simte ca și cum ar valida ceea ce a fost executat între timp.
9
7,28 K
Conținutul de pe această pagină este furnizat de terți. Dacă nu se menționează altfel, OKX nu este autorul articolului citat și nu revendică niciun drept intelectual pentru materiale. Conținutul este furnizat doar pentru informare și nu reprezintă opinia OKX. Nu este furnizat pentru a fi o susținere de nicio natură și nu trebuie să fie considerat un sfat de investiție sau o solicitare de a cumpăra sau vinde active digitale. În măsura în care AI-ul de generare este utilizat pentru a furniza rezumate sau alte informații, astfel de conținut generat de AI poate să fie inexact sau neconsecvent. Citiți articolul asociat pentru mai multe detalii și informații. OKX nu răspunde pentru conținutul găzduit pe pagini terțe. Deținerile de active digitale, inclusiv criptomonedele stabile și NFT-urile, prezintă un grad ridicat de risc și pot fluctua semnificativ. Trebuie să analizați cu atenție dacă tranzacționarea sau deținerea de active digitale este adecvată pentru dumneavoastră prin prisma situației dumneavoastră financiare.