复盘了一下 Robinhood 过去一段时间上百条的 X 晒单，也跟套利群友做了一些讨论，汇总写了一下这篇文章总结一下新链的一些赚钱机会。并且从第一性原理拆解一下，然后提前准备一下 arc。 由于篇幅问题，这篇也是一个综述类型的，很多方向和细节慢慢展开，可以关注后续分享。

感觉 DS 越来越傲慢了，或者是说技术人员思维太重了也听不进反馈。评论一堆吐槽的。商业场景接入的模型或许经过调教和测试，每个模型多少都有点不同，难道能说换就换了？不过话说成熟的程序员也不会做出这种事情。果然是需要招人。 这就有点像你提供了 API 给外部使用，然后你突然发现了一个你觉得更好的 breaking changes，然后发个公告说这个好，也不升级 API 到 2.0 直接在 1.0 改了。。。

之前写了一篇文章，就是套利的第一性原理，然后列举了非常大量的套利方法。现在开始逐步地把每一种方法进行详细的解释和实践。 这是第一篇，就是关于跨交易所反向对冲套利相关的，并且也介绍怎么配置，使用什么工具。 由于篇幅原因，这一篇先介绍概念和工具配置，未来再介绍实战，来做一些复盘和分析。 本期使用的工具是 @aliez_ren 的作品，欢迎大家关注和尝试。免费 5ku 额度。

如果你准备参与 @BinanceWallet 的 @pharos_network campaign，一个小技巧：优先用 BSC 上的 USDC 作为 source chain 进入 Pharos。 同样是把 USDC 带到 Pharos： - 从 Ethereum 出发：通常会走 CCTP 相关路径，预计时间可能接近 ~18 分钟 - 从 BSC 出发：Binance Wallet 里可看到 LI.​FI route，预计约 ~1 分钟 操作很简单： 1. 打开 Binance Wallet 2. 进入 Bridge 3. From 选择 USDC on BSC 4. To 选择 USDC on Pharos 5. 确认 route 显示 LI.​FI / ~1 min 6. 完成 bridge 后再进入 Pharos vault Powered by @lifiprotocol !

Vibe Coding 对程序员的砍杀明显被放大了，尤其是不懂开发的管理者，在做裁员决策的时候。 Vibe Coding 也莫名的给了很多非程序员过度自信，觉得可以作为 OPC 独自做出 production 级别的应用。更搞笑的是某些公司让前端和设计用 Vibe Coding 转型全栈一起写代码。 最近我在一个做一个小型的对接第三方 API 的需求，我从 16 年开始使用 Docker，也有很多 Kubernetes 的经验，对于 OAuth 以及 refresh token 这些都非常熟悉。仍然被同事 Code Review 出来多个问题（AI 没有发现，我也没注意到），就是： 1. 多个 Pod 同时启动刷新第三方 refresh token 的竞态问题。目前未来拿到第三方的 access token，应用启动的时候，会请求拿到一次写入数据库和应用缓存。我没考虑多个 Pods 在 Kubernetes 里面同时启动的情况。后面用 Postgres Advisory Lock 解决。 2. 多 Pods 的 token 解析失败的重试逻辑存在问题。应用会尝试解码，发现失败之后，就去 refresh token 然后拿到新的进行写入。当然，之前失败的请求没办法处理了，然后写入新的到数据库方便未来处理。这个问题在于多 Pod + 优先读取内存缓存的 token 逻辑，其他 Pod 可能先一步由于失败请求对 token 进行刷新了，但是其他 Pod 并无感知，这样就会导致 Pods 进入死循环刷新了。解决方案：内存 token 失败后，在尝试数据库，失败后打日志。然后在其他统一的地方刷新 token，减少 refresh token 的逻辑。 以上，只是一个中小型公司的一个简单 Web 应用需求。如果你不是程序员，你基本看不太懂。如果你没踩过这种坑，你也很难避免。而 LLM AI 的特点是你告诉它什么，它去帮忙做什么。如果你很难知道这些问题，它也很难自动给你修复，尤其是涉及到部署网络环境等非应用本身的 Context，它根本获取不到。 我有接近 18 年的编程经验，仍然会踩坑。你告诉我一个完全没有编程经验的人，可以借助 AI Vibe Coding 短时间完成这种生产级别的应用，我直接直播吃屎。这里面的操作系统、数据结构、网络、计算机原理、编程语言、实战经验、线上故障，都是需要数年时间积累的，构成了你的编程 taste，也决定了你的产出。 我的观点不变，AI 将会对初级程序员带来致命打击，但是绝对不是高等级程序员。我认可商业和需求才是更重要的，但是并不认可普通人可以用 AI 随意做出生产级应用，当然可以用 Three.js 做出酷炫特效和 HTML 交互，或者是一些简单屎山单体应用，但是更复杂的场景仍然需要高阶程序员。 作为前端出身的，尤其是亲历移动互联网的前后端分离运动的前端，我一直坚定的认为前端已死。最近反而有了一些转变，感觉专职前端和设计反而更重要。当所有项目都是用 AI 直出的同质化设计，独特的界面反而成了很大的卖点。比如我时常看到大家称赞 Hermes 的独特设计而 Diss OpenClaw 的 AI slop 设计一样。

有一说一，我是真觉得那段时间是马总口里的福报。双职工，杭州，本科生毕业入职一年买车，两年买房，不靠家里。确实累点，但是也学到了真东西，天天加班 996，三年就成了行业专家。 现在这样的平台、上升的渠道和对未来美好的预期，啥也没了。想打拼都没有什么地方，太悲惨了年轻人。

LI.​FI Intents 重磅发布！ 我录制了一个 6 分钟的视频（是的，挑战 5 分钟失败了），从技术层面带你快速理解 OIF 和 LI.​FI Intents 的核心工作原理。 Intents 是我认为 Web3 Improve UX 最关键的一步。它的本质，是把传统 Web3 高频操作（如 Swap / Bridge）的复杂流程，从用户侧转移给专业的 Solver 网络。 用户只需要表达自己的需求和意图（Intent），而 Solvers 会竞争性地提供最优路径、报价和执行服务。 对用户而言，这更像“转账”而不是复杂的链上交互——不需要理解底层流程，也不需要承担大量潜在攻击面和操作风险。 复杂性被系统性地抽离并交给专业执行层处理，这是一个非常根本的范式变化。 而现在，通过 LI.​FI Intents，你只需要几个小时，就能把这套能力集成进自己的产品或系统里。

@turingou 我感觉可能要推应用了。昨天跟一个公务员交流，感觉目前政府还有这些非常需要 AI 加速的场景，基本上没什么人用，或者只是个人自己简单用一下。有点感觉像我们在这边玩出花来，搞了很多很酷炫、很实用的东西。但实际上，现实世界中，普及率、应用率，产生的复利福利还是比较少的。