0x0000007E

[jxom @_jxom]

Viem 2.40 adds support for `eth_fillTransaction` (if supported by the execution node) for locally signed transactions (local accounts).

Combined with `eth_sendRawTransactionSync`, this decreases the amount of RPC calls to fulfil a transaction from 5+ to only 2.

[0xMomo🕊️ @0xmomonifty]

Artemis 是一个用 Rust 编写 MEV 机器人的框架。它被设计得简单、模块化以及能够快速的构建你想要的程序，但是他上一次更新在 2 年前。

Burberry 是 Artemis 的二开，更新使用了目前流行的依赖包，够极致够方便！而且据说是黑客级别的超级大佬们。

跟 Artemis 流程一样为 Collectors 收集器 -> Strategies 策略 -> Executors  执行器。

🔶 Collectors 收集器

▫️Block Collectors 收集区块数据，其中：

- BlockCollector 通过 WebSocket 订阅流式传输区块头
- FullBlockCollector 通过订阅流式传输包含交易详情的完整区块
- PollFullBlockCollector  定期轮询最新区块

▫️Log Collectors 专门用于监控和从以太坊区块链节点检索智能合约事件（日志）的收集器，其中：

- LogCollector 订阅符合过滤条件的日志事件
- LogsInBlockCollector 订阅新区块，然后获取该区块中符合过滤条件的日志，与 LogCollector 最大不同就是使用 `subscribe_blocks` 方法订阅区块流，然后再对每个新区块调用 `block_to_logs` 方法来获取该区块中匹配的日志

▫️Mempool Collector 用于监控 Ethereum 交易池中的待处理交易

▫️Interval Collector 定时器收集器，以固定的时间间隔触发事件

🔶 Executors 执行器

执行器是用于响应策略处理的事件执行操作。它们是事件处理最终步骤，负责执行发送区块链交易或发送通知消息等

当事件经过策略后提交执行操作(submits an action)，该操作会被广播给所有注册的执行器，每个执行器会根据其类型决定是否处理该操作，除了默认执行器外也可以实现自定义执行器。

🔶 Engine & Action Submitters

Engine 是整个系统的引擎，协调组件

Action Submitters 是收集器和执行器之间的桥梁，相当于形成一个统一接口

整个流程为：Engine 创建了两个 tokio broadcast channel，将 collectors 收集的事件广播给所有 strategies，Collectors 通过 event_sender.send(event)  发送事件，将 strategies 提交的 actions 广播给所有 executors。

以上炒冷饭均为重新梳理流程的个人复习总结，有问题各位大佬请指出！

[WongSSH @wong_ssh]

Balancer v2 被盗事件已经人尽皆知，过去 4 天都在看 v2 源代码，虽然该项目被盗了。但作为 AMM 研究者，我还是阅读了以下核心部分代码:
1. Pool 的创建
2. 流动性管理
3. Swap 不变量与计算
4. Protocol Fee 的分配
Balancer 代码相当庞大，有很多有趣的协议设计，一并学了 StableSwap 的计算和求解

[kaden.eth @0xKaden]

Onchain CTF Solution Writeup

Let's break down the CTF and see how the solution was there all along

Shoutout to @yum1n__ for solving first and taking home 0.1 ETH!

The contract (source linked below) was a minimal proxy with two execution branches: SET_IMPLEMENTATION and DELEGATE

The DELEGATE branch would simply delegatecall the implementation contract

Similarly, the SET_IMPLEMENTATION branch would set the storage slot as the implementation address, but only if you passed some logic

If we manage to set the implementation address, we can execute its arbitrary code to steal the ETH. So how do we set the implementation address?

SET_IMPLEMENTATION requires that we pass abi.encodePacked(implementationAddress, value)

Then, given the value, we clear an equal amount of bytes from the provided address via bitshifting, e.g. if the value provided is three, it zeroes the first 3 bytes of the address

This address with its leading bytes zeroed gets passed as the implementation contract, but only after validating that the codesize of the contract is equal to value / 3. It's also enforced that value / 3 != 0, so you can't execute the classic exploit of performing a call from the contract constructor

So to solve, we need to create a contract with 3 times as many leading zero bytes as its codesize. Deploying a contract with more than 6 or 7 leading zero bytes will be extremely expensive, so that limits us to a maximum of two bytes of codesize

But what two byte contract can transfer ETH to a designated address? A regular call requires 7 items on the stack, so it would take at least 8 bytes. Similarly, create/create2 can be used to transfer ETH to a newly deployed contract, but they would require at least 4/5 bytes respectively, plus we'd still need a way to remove the ETH from the created contract. The other problem we face is managing to get the address we want the funds transferred to pushed onto the stack, after all the address itself is 20 bytes

The solution: CALLER (33), SELFDESTRUCT/SENDALL (FF). Place the msg.sender on the stack and send all ETH to that address. This is the only way we can transfer the ETH out of the contract to the right address with only two bytes. Hence, the contract bytecode we need is 0x33ff, as was used by @yum1n__

If you're observant, you may have noticed that the CTF address was prefixed with 0x000033ff... The answer was right there all along

[ZdravkoHr. @zdravkohristov0]

Lately, vm.revertTo() became one of my most used features when writing PoCs. It's very useful when you want to showcase the behavior of the same functionality under different conditions.

For example, you want to test how the liquidation behaves when the user has previously staked their tokens and compare it to what would happen if they didn't.

It's as easy as taking a snapshot of the state, performing stake and liquidation, then reverting to the snapshot and performing liquidation only.

Note that this works only for state though. For example, in the image we can see the number stays 7 even after reverting. While this makes perfect sense, I made the mistake of thinking they would be reset and lost some time exploring a false lead.

You can also use vm.revertTo() during a bull market to transition back from plumbing to auditing.

[Hwang @hwwaanng]

一个好玩的 Prompt，大家有没有信心拿自己的项目试试🌚

[0xMomo🕊️ @0xmomonifty]

在之前写过一次 Uni V4 大致更新了什么，但是还没有深入的去学习，这几天埋伏在大佬的群里发现，一些 Meme 代币因热点叙事快速启动交易量暴增的时候，组 V4 自定义高费率池子会有非常炸裂的收益，甚至有些地址大概采用高频窄区间的 Bot 能够在短时间超高高 APR。

个人认为这也需要非常敏锐的嗅觉或者代币对流量监控，在短时间热点爆发的时候进行切入，也要在冷却下来之前理性的撤出，因为我自己之前在玩 V3 AutoLP 的时候，��偿损失还是经常会大于手续费收益的。

V4 是一个非常好的协议，我觉得确实也可以把它引入到自己的交易系统里，深入的去学习一下单例架构、闪电核算以及 Hooks 机制。

这里分享一个大佬推荐的网站，它能够一键快速组池子（会自动聚合 Swap 代币、自动复投等高阶操作），发掘各种池子收益，以及观察其他地址池子收益、历史状态等，超级实用！当然有能力也可以尝试自己去写 Bot！(https://t.co/LOv5Td1vcf)

[0xMomo🕊️ @0xmomonifty]

【 分享一个能够像查找数据库一样来搜索查询 EVM 链交易的工具 - mevlog-rs 】

在学习 Dex / Mev bot 的时候，经常要去查找特定的交易，比如某个区块的 Uni sync/swap/mint/burn 交易，或者查找最近几个区块高 Gas 价格进行筛选，或者查找如转账大于>1000 个代币的合约地址等等，mevlog-rs 都可以轻松做到。

它可以适合研究MEV 相关的交易行为，监控特定链上的交易活动，挖掘特定类型的交易数据，以及追踪智能合约存储变化，分析合约调用行为。

目前 mevlog-rs 有网页版和 Cli 版本，且与 ChainList 集成支持多链使用。

总之 `mevlog-rs` 是一个功能强大的工具，非常适合开发者、链上爱好们使用！

[TIGER @tiger_web3]

我们如何通过在 HyperEVM 上运行第一套利机器人赚取 500 万美元

本文记录了大佬CBB的套利过程，CBB在Blur时代就是个集技术，策略以及资金为一体的大手子。

时间是 2025 年 3 月。
加密市场一片低迷，关税冲击严重，我们在思考：下一个机会在哪里？
由于还有 40% 的 $HYPE 尚未分配给社区，我们觉得这可能是一波机会。
2 月时我们已经在 UNIT 资产上测试过一些做市策略，但规模不大，只是小试牛刀。

HyperEVM 刚刚上线，一些 DEX 也启动了。
我兄弟突然说：“要不要试试在 HyperEVM 和 Hyperliquid 之间做套利？就算亏点钱，也能顺便刷 HL 第三季的活动积分？”
我们决定试试。果然，存在套利空间，但能不能抢到利润，还不确定。

为什么 HyperEVM 上会有套利机会？
HyperEVM 的区块时间是 2 秒。
这意味着 $HYPE 的价格每 2 秒才更新一次。
而在这 2 秒里，$HYPE 的价格在 Hyperliquid 上可能已经波动了。
于是，HyperEVM 上的价格经常会相对“便宜”或“贵”。

第一步与初期结果

我们做了一个基础版本：
只要 HyperEVM 上的 AMM DEX 池和 Hyperliquid 现货之间存在价差，我们就发交易套利——在 HyperEVM 上买入，在 Hyperliquid 上对冲。

举例：
当 HYPE 在 Hyperliquid 上上涨，�� HyperEVM 上价格偏低时：
在 HyperEVM 上用 USDT0 买“便宜”的 HYPE
卖出 HYPE 换成 USDC
再在 Hyperliquid 上把 USDC 换回 USDT0

前几天我们在 Hyperliquid 上日交易量大概 20–30 万美元，没有亏钱，还赚了几百刀。

起初，我们只在扣除费用后利润超过 0.15% 时执行套利。
两周后，利润越来越多。我们发现另外两个竞争对手也在做同样的套利，但规模不大。
我们决定“煮熟他们”（即压垮他们）。

到了 4 月，Hyperliquid 推出 HYPE 质押以返还手续费。
这对我们太完美了：我们资金更多，能质押 10 万 HYPE，拿到 30% 的手续费返还，于是把利润门槛从 0.15% 降到 0.05%。
我们的目标：

打出巨量交易量

压力竞争对手直到他们放弃

两周内做超过 5 亿美元交易量，提升手续费等级

结果如愿——交易量、利润双双飙升。
我记得那天我们从巴黎飞往迪拜，手机上不停刷新，机器人在“��钞”——
24 小时赚了 12 万美元。

竞争对手虽然手续费高，但依然不肯退出。我们被迫进入极低利润模式——约 0.04% 利差，几乎就是我们与他们手续费差的空间。

即便如此，交易量仍然强劲，日利润保持在 2–5 万美元。
扩展瓶颈

随着规模扩大，我们遇到了一些技术限制。
HyperEVM 每个区块的 gas 上限是 2M。

一笔套利交易大约吃掉 13 万 gas，所以每个区块最多放 7–8 笔套利。

随着更多池子上线，我们的一些交易卡住了，必须优化。

我们的解决方案：

使用 100+ 钱包 发送套利交易，避免单钱包排队。

每区块最多执行 8 笔套利。
加入 gas 控制逻辑：gas 飙升时，提高 ROI 要求，避免卡在高 gwei。
加入 速率限制：12 秒内交易数太多时，提高利润要求。

改进时代

当我们持续赚钱、交易量是竞争对手的 5–10 倍时，我们开始痴迷优化。

我们知道���—今天在��啤酒时赚钱，明天可能就被别人卷死。

→ 成为 Hyperliquid 的做市商

6 月，我兄弟提出一个新想法：
“如果我们先在 Hyperliquid 挂单做 maker，而不是 taker，会不会更好？”

两个好处：

可以吃到价格波动的“针”（wick），获得更多套利机会

节省 0.0245% 手续费

但风险也更高：

作为做市商，你的订单可能被撮合，但 HyperEVM 那边还没来得及成交。

这会造成仓位失衡（unbalancing）和潜在亏损。

起初，我们经常出现 ±1 万 HYPE 的失衡。
我们根本不知道为什么——20 秒发 100 笔交易，没分析工具，一团乱。

于是我们引入新概念与参数：

利润区间（profit range）：决定何时下单、何时保留、何时撤单重挂

允许做 maker 的池子（例如 HYPE/USDT0 0.05%、HYPE/UBTC 0.3%）

每池子下单数量与规模

经过数天微调，终于避免大多数失衡。
若仍有失衡，我们使用 TWAP（时间加权平仓） 快速平衡风险。
彻底改变了局势。竞争对手仍是 taker，而我们 交易量是他们的 20 倍。
→ 跳过 HL 上的 USDT/USDC 交易

接下来，我们注意到 USDT0 的特殊问题。

在 Hyperliquid 上，USDC 是主流稳定币。

在 HyperEVM 上，USDT0 是主流稳定币。

而 HyperEVM 上最佳套利池几乎全是 HYPE/USDT0。

所以我们必须：

在 HL 上卖出 HYPE 得到 USDC（0% 手续费）

在 HyperEVM 上买入 HYPE（用 USDT0）
在 HL 上把 USDC 换成 USDT0（0.0245% 手续费）

第三步很糟糕：

有手续费

市场不成熟，价差大

于是我们决定尽量跳过第三步，逻辑如下：

USDC 阈值：当 USDC > 120 万时，跳过换币
USDT0 阈值：当 USDT0 > 30 万时，跳过换币
真实价格源：每分钟调用 Cowswap API 获取 USDT0/USDC 真价，不信 HL 盘口

→ 在套利中引入合约（perps）

声明一下，我们之前从未玩���杠杆或合约（除了 2018 年在 Bitmex 失败的尝试 😂）。

但我们发现：

HYPE 合约（perp）成交量比现货高得��

手续费更低（0.019% 对比 0.0245%）

于是我们试着在套利中使用 perps。
好处：

没有竞争者使用 perps，流动性完全属于我们

可以赚取 资金费（funding）

还能利用 perp 溢价/贴水套利

我们设计了新系统：

Bound：最大多/空仓位限制，防止爆仓或余额耗尽

Premium/Discount：实时检测溢价或贴水

Max Premium/Discount：溢价过高时停做多，改做现货

Progressive ROI：仓位越大，要求的 ROI 越高，防止陷入被动

ROI 公式：取决于溢价/贴水 + 仓位大小

这一升级非常关键——
光是 funding 就赚了 60 万美元，还带来更多套利机会。

我们兄弟的合作方式

很多人问我们：到底谁在干什么？

外界认为我就是个在推特瞎说话的嘴炮（确实有点），
我兄弟则是那个敲代码的极客。

其实远比这复杂。
这种合作模式跟 Blur 刷榜时代很像。
每天都有新问题，必须���起解决。
我们天天讨论、不断改进——
他写代码，我负责参数配置与策略决策。

我完全不会写机器人，他会。
他完全不会调策略，我会。

我们性格也完全相反：
他喜欢快速推更新、不断尝试（我觉得太激进）

我倾向于保守、维持稳定版本（他觉得太保守）

典型对话：

我（很毒舌）：“机器人今天怪怪的……你改了什么？”

他：“没啊……呃，也许改了点小东西。”

在没有企业级流程的情况下，
经过 250 次更新后，我们自己都快搞不清机器人在干嘛了。

每次更新都像掷骰子，不知道会触发什么蝴蝶效应。

结语

过去 8 个月，我们几乎把全部时间都献给了这台机器人。
尤其是 6 月，Wintermute 带着海量资金和员工军团进场，我们压力拉满。

我记得 7 月那几天，我们在伊斯坦布尔到博德鲁���的旅途中，
本来打算度假，结果整天锁在酒店里优化机器人。

我们最终：
赚了 500 万美元利润

累计 125 亿美元交易量（在 HL）

支付 120 万美元 gas 费（占 HyperEVM 总 gas 的 20%）

累计工作时间超 2000 小时
占 UNIT 总交易量的 5%

现在，我们功成身退，等着 HL 第三季与 UNIT 第一季。🙏
——CBB

[0xAA @0xAA_Science]

3/8
抢 $ARB 空投要点（3点）
1. 节点：必须要自己搭 Arbitrum 全节点。因为公开的rpc会卡，限制请求次数/速度，且空投开始时大量用户调用会导致宕机。
Arbitrum 节点大概需要 1.4 T硬盘，推荐用 SSD。感谢 @ZeoMEV 关于节点建议和帮助！
教程: https://t.co/1QdCyLd6it

[WquGuru @wquguru]

今晚听了沫哥 @zhamomo666 关于币圈套利的space，很受启发

这里从易到难，整理一下币圈套利入门指南，并且附上各个方向大佬们的推特👇

[vectorized.eth @optimizoor]

Sometimes, we just want to send ETH safely.

Enter Solady's new `safeMoveETH`.

There are many ways to send ETH on the smart contract:
- `CALL`: Opens up to gas griefing, reentrancy attacks.
- `transfer`: This is actually a `CALL` with a gas stipend of 3000 gas under the hood. If gas prices change (e.g. an L2 with custom gas costs), or if the target is a contract with a fallback function, this breaks.
- `WETH`: There's no canonical WETH contract across all L2s. Ain't nobody got bytecode space to hardcode all the different addresses). Also, you'll spend 20k gas for a fresh SSTORE, 5k gas for a SSTORE update. Very expensive.
- `SELFDESTRUCT`: We can cook something with it. After EIP-6780, this can be abused for a pretty efficient force transfer.

`safeMoveETH` uses a canonical minimal `SELFDESTRUCT` to move ETH without triggering the `fallback` ever.

If `SELFDESTRUCT` is ever bricked in the future (core devs plz don't), it gracefully degrades to a per-address-just-in-time-create2-vault to accrue ETH in a chain agnostic way.

Basically, no matter what happens, the ETH will never get stucked.

[shafu @shafu0x]

Learn to write better tests by using modifiers

[u8 @atarashi]

Atomic Arb bots are making great use of DFlow JIT for onchain searching

Latest strat seems to be:

2 DFlow JIT instructions, each one with 5 candidates (tessera, humidifi x 3, solfiv2) in opposite directions

sent via Jito. if not profitable, doesn't land. no failed tx fees

New signers used each to to avoid getting flagged as toxic flow

[philogy @real_philogy]

Uniswap V4 hook address mining fully on-chain?

Sure why not.

[WongSSH @wong_ssh]

在编写单元测试时，我们常常担心编写的测试没有真正覆盖代码逻辑。但是数学归纳法指出，只需要证明 n = 0 情况下代码成立，然后证明在 n = m 情况下，n = m + 1 页成立即可。基于归纳法，我们在编写单元测试时，首先证明空状态下测试成立，然后利用 fuzz 构建任意状态，然后执行待测试函数验证执行结果

[Dapp-Learning @Dapp_Learning]

《MEV套利黑科技: Lotus Router 的内联汇编魔法》by @wong_ssh
精彩分享已上传, 欢迎点赞收藏订阅转发～～

Youtube:
p1 https://t.co/4fHVzgVa6R
p2 https://t.co/FSylIeVNNU
p3 https://t.co/v8VskrFofa

Bilibili: https://t.co/OyhpcsFnhJ

[WongSSH @wong_ssh]

凸优化求解 AMM 最佳路由不是很难的问题，上周末花时间把论文读了一遍，今天下午约了清华数学大佬讨论了我的笔记的一些疑问，今天晚上把笔记整理成了一遍博客。相比于论文，我附带了对应的代码分析，并且根据视情况补充了中间推导过程和背景知识。但本文对数学要求不高，基本大学二年级数学就够用。

[nori @nori_zk]

🦠Plankton is live! 🦠
Today we’re kicking off Nori’s very first testnet event. Experience seamless, secure, and trust-minimised asset transfers between the titans of DeFi and ZK
Access it at:
https://t.co/EXIhhEiuHd

[SuperLeo @Big_Tea_Rice]

发现好像挺多朋友不能理解 “YT”和“PT”是什么

直接给你们找了一个解释文章

里面用生动的比喻和详细的解释清楚了“YT”和“PT”

全中文，放心食用~

入口：https://t.co/WFc9ZuJPZU