1/ Låt oss prata om @MagicNewton:s DCA.
[Slutsats på sidan 4]
Det finns diskussioner om zk, TEE, etc., och jag var nyfiken på var de används, så jag behöll det tills vidare. Men jag var nyfiken på hur det fungerar, så jag försökte ta reda på det.
Bilden nedan visar agenten efter att DCA har slutförts:
1. Genererat bevis
2. Flyttade medel
3. Bevis verifierat
Det finns tre steg som detta.
[1. Genererat bevis]
När du klickar på Genererat bevis visas det som visas i bilden nedan.
Först finns det dessa data, som kommer att användas senare.
Här används TEE, men du kan inte se ursprungliga data.
[2. Flyttade medel]
När du klickar på Flyttade medel visas en transaktion. Det är ungefär en transaktion som säger att KAITO köptes med USDC.
Den här delen är lite komplicerad.
Om man tittar på indata, kör funktionen 0xd4ed377d,
DelegateCall körs i en loop.
2/
Så här går det till.
Det första argumentet är att köra funktionen 5000000 transferFrom i 0xd29447c1. Det andra argumentet kör också funktionen 4918295909822 transferFrom i 0x0e9d7d22.
Du kan se det som den här processen.
De interna delarna är ganska lika, men tokens är olika. stor_6_0_19, stor_5_0_19 är skillnaderna.
Det tredje argumentet. Nu när vi har tokens, fortsätter vi med bytet.
USDC → LIFI-diamant → swap → cbBTC → WETH → KAITO, detta är processen.
Jag fortsätter att använda lifi, men lifi jumper är ursprungligen ett projekt som gör tvärkedjeöverbryggning.
Tokens har inte kommit ut ännu. Det skulle vara trevligt om det klickar när du gör cross-chain. Enkelkedjebyten är också möjliga.
Men nuförtiden verkar det som om de gör det tillsammans med magicNewton samtidigt som de fäster avsikt. LIFI bifogar avsikt med @rhinestonewtf, @biconomy, etc.
Så här går bytet till.
Jag vet inte varför det ändrades till cbBTC och sedan tillbaka igen under bytet, men det verkar som att det är så aggregeringen fungerar.
3/
Material relaterat till lifi avsikt (länk i ALT)
[ 3. Bevis verifierat ]
Kör funktionen proveRequest.
Kombinera de värden som genererats från det första beviset som genererats i det tredje argumentet.
Just nu går det in i _handleSP1ZKPProof.
Därifrån bearbetas det. Den tredje verifieringsprocessen verkar kräva lite mer studier!
Det verkar som att den bevisverifierade processen inte visas i den aktiva agenten och bör vara inaktiv för att vara synlig, men det känns som att den validerar vad som har körts under tiden.
9
7,3 tn
Innehållet på den här sidan tillhandahålls av tredje part. Om inte annat anges är OKX inte författare till den eller de artiklar som citeras och hämtar inte någon upphovsrätt till materialet. Innehållet tillhandahålls endast i informationssyfte och representerar inte OKX:s åsikter. Det är inte avsett att vara ett godkännande av något slag och bör inte betraktas som investeringsrådgivning eller en uppmaning att köpa eller sälja digitala tillgångar. I den mån generativ AI används för att tillhandahålla sammanfattningar eller annan information kan sådant AI-genererat innehåll vara felaktigt eller inkonsekvent. Läs den länkade artikeln för mer detaljer och information. OKX ansvarar inte för innehåll som finns på tredje parts webbplatser. Innehav av digitala tillgångar, inklusive stabila kryptovalutor och NFT:er, innebär en hög grad av risk och kan fluktuera kraftigt. Du bör noga överväga om handel med eller innehav av digitala tillgångar är lämpligt för dig mot bakgrund av din ekonomiska situation.