参考 @akitabtc 的思路，最近把所有项目的memory都迁移到了各个项目的github里，作为issue记录下来。 之前都是直接新启动一个项目就开始蹬，memory越积越多，经常会在memory里记录一些遗留bug、调研过但未实施的方案等等。 迁移之后一个好处是正规化了，按开发流程来，解决完之后提pr，merge之后会自动关闭issue，相当于用开发流程保证了记忆的清理机制； 再一个是实现了云记忆，因为在多台服务器上做云开发，统一把memory搬到github不会造成记忆割裂； 有了云记忆之后，就可以专门搞一台机器配上专门的Claude/Codex订阅做开发自动化，定时扫描issue的优先级和状态，自动进入开发流程，写完代码提pr，最后人工审核review上线

这个事情是这样的，以Uniswap 的V2Router为例，调用swap的方法如下： function swapExactTokensForTokens(uint amountIn, uint amountOutMin, address[] calldata path, address to, uint deadline) 有一个amountOutMin，告诉调用者最低输出token会是多少。其他Router合约也类似。 但是在用户端，出于用户体验的考虑，各DEX和钱包都改成了预期输出token和滑点两个参数，同时出于下单转化率和竞争的考虑，把滑点和风险提示做得极其隐蔽。 （Uniswap自己甚至都缩到了右上角的按钮里，不点开根本不知道还有这些参数） 毕竟输出token量代表你这家DEX的流动性深度，你放一个最低输出token出来，用户不就跑到别家去了？ 但这样一来，就造成了用户和三明治bot之间的理解偏差，用户认为你就应该给我预期输出token这么多；三明治bot认为，你既然已经提交了amountOutMin这个参数，那就是知情且可接受的，和预期的差额就是用来加速上链的，相当于Uber加价的小费（参考Jaredfromsubway的那篇访谈） 而造成理解偏差的DEX和钱包就美美隐身了，它的这部分锅都让三明治bot背了。 这是用户端，利润端也有同样的故事： 图3和图4是25360573块Jaredfromsubway的一次典型夹击，毛利润为0.000308748019040256 eth，但是成本就达到了0.000308850495682224 eth，甚至略高于毛利润，其中5%~10%是basefee，90%以上是贿赂，最终经Titan Builder去到了Lido那里。 Lido作为validator拿走了绝大部分收益，也同样美美隐身了，用户认为自己的全部损失都是三明治bot赚走了。 而甚至很多$stETH 的持有人也根本没有意识到，$stETH的stake收益相当一部分来自这些「肮脏的」、「不道德」的收入。 三明治bot一边要承担用户的所有怒火，另一边要支付DEX两道手续费（一买一卖，还是大额），毛利润99%以上还要给builder/validator交税/保护费。 操着卖白粉的心，赚卖白菜的钱，承担所有的骂名，我想这也是一直没有考虑去做三明治策略的第四个原因：把「道德」贱卖了