1/ 我們來談談 @MagicNewton 的 DCA。
[第4頁的結論]
有關於 zk、TEE 等的討論，我很好奇它們用在哪裡，所以我暫時保留了它。但我對它的工作原理感到好奇，所以我試圖弄清楚它。
下圖是 DCA 完成後的 agent：
1. 生成的證明
2. 資金轉移
3. 驗證證明
有像這樣的三個步驟。
[1. 生成證明]
當您按兩下 Proof generated（生成的證明）時，它將顯示為下圖所示。
首先，有這些數據，稍後會用到。
此處使用了 TEE，但您無法看到原始數據。
[2. 資金轉移]
當您按下 Funds moved （移動的資金） 時，將顯示交易。這大致是一筆交易，表明 KAITO 是用 USDC 購買的。
這部分有點複雜。
查看輸入數據，執行函數 0xd4ed377d，
delegatecall 在迴圈中運行。
2/
事情就是這樣進行的。
第一個參數是執行 0xd29447c1 的 5000000 transferFrom 函數。第二個參數還執行 0x0e9d7d22 的 4918295909822 transferFrom 函數。
你可以把它看作是這個過程。
內部結構非常相似，但令牌不同。stor_6_0_19，差異stor_5_0_19。
第三個參數。現在我們有了代幣，我們繼續進行交換。
USDC → LIFI 鑽石→掉期→ cbBTC → WETH → KAITO，這就是過程。
我一直在用 lifi，但 lifi jumper 本來是一個做跨鏈橋接的專案。
代幣還沒有出來。如果它在做跨鏈時發出咔嗒聲就好了。單鏈交換也是可能的。
然而，這些天來，他們似乎在與 magicNewton 一起做這件事，同時附加意圖。Lifi 將 intent 附加到 @rhinestonewtf、@biconomy 等。
所以，這就是交換的方式。
我不知道為什麼它變成了 cbBTC，然後在交換期間又變回來，但似乎這就是聚合的運作方式。
3/
與 lifi intent 相關的材料（ALT 中的連結）
[ 3. 驗證結果 ]
執行 proveRequest 函數。
組合從第三個參數中生成的第一個 Proof 生成的值。
現在，這已經進入_handleSP1ZKPProof。
從那裡，它被處理。第三個驗證過程似乎需要更多的研究！
驗證驗證過程似乎沒有顯示在當前正在運行的代理中，應該處於非活動狀態才能可見，但感覺它正在驗證在此期間執行的內容。
9
7,253
本頁面內容由第三方提供。除非另有說明，OKX 不是所引用文章的作者，也不對此類材料主張任何版權。該內容僅供參考，並不代表 OKX 觀點，不作為任何形式的認可，也不應被視為投資建議或購買或出售數字資產的招攬。在使用生成式人工智能提供摘要或其他信息的情況下，此類人工智能生成的內容可能不準確或不一致。請閱讀鏈接文章，瞭解更多詳情和信息。OKX 不對第三方網站上的內容負責。包含穩定幣、NFTs 等在內的數字資產涉及較高程度的風險，其價值可能會產生較大波動。請根據自身財務狀況，仔細考慮交易或持有數字資產是否適合您。