1/ 让我们谈谈 @MagicNewton 的 DCA。
[结论在第 4 页]
关于 zk、TEE 等的讨论，我很好奇它们的应用场景，所以我暂时保留了这些内容。但我对它的工作原理感到好奇，所以我试着弄明白。
下图显示了 DCA 完成后的代理：
1. 生成证明
2. 资金转移
3. 证明验证
大致有这三个步骤。
[1. 生成证明]
当你点击生成证明时，下面的图片会显示出来。
首先，这里有这些数据，稍后会用到。
在这里，使用了 TEE，但你无法看到原始数据。
[2. 资金转移]
当你点击资金转移时，会出现一笔交易。大致是说用 USDC 购买了 KAITO 的交易。
这一部分有点复杂。
查看输入数据，执行函数 0xd4ed377d，
delegatecall 在循环中运行。
2/
这是它的进行方式。
第一个参数是执行0xd29447c1的5000000 transferFrom函数。第二个参数也是执行0x0e9d7d22的4918295909822 transferFrom函数。
你可以把它想象成这个过程。
内部结构非常相似，但代币是不同的。stor_6_0_19，stor_5_0_19是不同之处。
第三个参数。现在我们有了代币，我们继续进行交换。
USDC → LIFI diamond → swap → cbBTC → WETH → KAITO，这就是过程。
我一直在使用lifi，但lifi jumper最初是一个进行跨链桥接的项目。
代币还没有出来。如果在进行跨链时能够顺利进行，那就太好了。单链交换也是可能的。
然而，这些天，似乎他们在与magicNewton一起进行，同时附加意图。lifi与@rhinestonewtf，@biconomy等附加意图。
所以，这就是交换的方式。
我不知道为什么在交换过程中变成cbBTC然后又变回来，但似乎这就是聚合的工作方式。
3/
与 lifi 意图相关的材料（链接在 ALT 中）
[ 3. 证明已验证 ]
执行 proveRequest 函数。
将从第三个参数生成的第一个证明中生成的值组合起来。
现在，这些值进入 _handleSP1ZKPProof。
从那里，它会被处理。第三个验证过程似乎需要更多的研究！
似乎证明验证过程不会出现在当前运行的代理中，并且应该处于非活动状态才能可见，但感觉它正在验证在此期间执行的内容。
9
7,257
本页面内容由第三方提供。除非另有说明，欧易不是所引用文章的作者，也不对此类材料主张任何版权。该内容仅供参考，并不代表欧易观点，不作为任何形式的认可，也不应被视为投资建议或购买或出售数字资产的招揽。在使用生成式人工智能提供摘要或其他信息的情况下，此类人工智能生成的内容可能不准确或不一致。请阅读链接文章，了解更多详情和信息。欧易不对第三方网站上的内容负责。包含稳定币、NFTs 等在内的数字资产涉及较高程度的风险，其价值可能会产生较大波动。请根据自身财务状况，仔细考虑交易或持有数字资产是否适合您。