Sein

币圈 + X 成长双修 | 记录从0开始的Web3冒险 | HKer | 欢迎互关但更欢迎真诚交流 | 前进之火永不熄灭🔥

[C J @gch_enbsbxbs]

确实很猛。这个收益率 已经有点直追 7月份的海力士了
当然也就早期 能有这个收益了。 等市场上更多的专业的人 进来 就会下滑了。
这个号 是下午那会开的，放了3w u， 打了不到10小时 撸了100多u。
apr 你们自己算吧。
（由于只能打逐仓，设置的是2倍杠杆，希望项目方尽快改成全仓，上架更多的品种。逐仓资金效率太低了 。）

另外 我不清楚 什么kol轮， 我不是kol，不接广子。
我就一个小散。
邀请链接 你愿意支持一下 就走 不愿意 就当没看见就行了。
我的等级是T4。fee 我会全部返给你。（你等于0fee在打）

同时也说句实话，打perp，非专业玩家 慎入，
如果你啥也不会 就别碰这个。干这个的 都是专业玩量化，套利的人。 每个人手里都有自己的脚本。拼的就是这个。

如果你是刚关注我的小白 ，想学，就翻我以前推文，我也开源过这方面的脚本，当然去年开源的版本 已经有点过期了，需要做大量的修改。
我手里的版本 也不是那个。 之前说过 已经重写成rust了。不过那个版本 用来入门是没什么问题的。核心逻辑没有什么问题。不过我也建议做套利的 不要使用python js 这类语言，性能 稳定性 都不太行。
你用rust 一台12u/月的aws机器 就能满足你用了，十几个交易所，几百个币 就能同时套利。机器是扛得住的。我目前的低延迟已经优化得比较好了，热路径已经优化到几十微秒了（从接收行情到提交订单）。关键还是稳定 cpu 占用极低，没什么抖动。
我自己也是这么用ai。一路摸爬滚打走过来的，相信你也没问题。
好了 废话就说这么多 。

[老张1982 @cryptoresetlife]

这家伙居然上openrouter了。。
真让他干成了。。。
挂了22u

要求mac m 芯片。24g内存以上
https://t.co/6E1jN7K52f

提款得用Stripe，国内好像不能提

[WquGuru @wquguru]

最近带一个量化新人做 RWA 套利监控系统。

小伙子底子相当不错，也用着最顶级的模型，每天从早到晚敲 prompt，commit 效率很高。但几周下来，监控系统的跨链价格对齐、清算逻辑和资金费率计算依然千疮百孔，项目看似进展神速，但其实在原地打转。

我看了下他的工作流，瞬间明白了问题所在：他把最不该外包的规划与验收，统统交给了 AI。

他的典型日常是：丢一段模糊的需求让 AI 搭建框架，跑不通就把错误日志原封不动贴回去让 AI 修。AI 飞速打补丁，引入新 Bug，再继续喂给 AI……表面上是在高强度协作，本质上完全放弃了主动思考能力。

这正好印证了最近看到的一篇文章中提到的核心概念：倒置学习模型。

用 LLM 写代码是一场角色反转，经验尚浅的学生在指挥一个无所不知的导师，随后还要对导师的输出做决策。如果连底层的资金流向和边界条件都没摸透，拿什么去审查和校准 AI？

有效驾驭 AI Agent 所需的核心能力（系统架构、边界防御、代码审计、全局推演等等），恰恰是被持续依赖 AI 所逐步侵蚀和削弱的能力。重度依赖 AI 的人最容易产生能力错觉，例如，看到屏幕上迅速吐出成百上千行规范的代码，就误以为自己已经掌握了系统。这种专家级新手看似效率极高，实则经不起任何复杂业务的冲击。

在量化和 Web3 这种高容错率极低的领域，系统的灵魂永远不是怎么把 API 调通。 RWA 套利监控的真正难点在于：链上延迟与 Oracles 预言机喂价的时滞差、跨链流动性深度的滑点模拟、以及极端行情下的清算断崖。

这些硬核的领域逻辑和异常边界，AI 不可能替你凭空构建出 Mental Model。如果开发者自身不先建立清晰严谨的架构 Spec，AI 只会用最高效的方式，帮你快速写出一堆架构脆弱的技术垃圾。

今天我给他定了一条硬性规矩：把方向盘重新夺回自己手里。

1. 规划前置：写代码之前，先规划数据流图、状态机以及核心套利数学公式；

2. 拒绝黑盒验收：任何由 AI 生成的代码，必须自己主动思考有哪些测试用例可以应对各类边界条件，说不清为什么这么写的代码，一律不能当作生产代码；

3. 把 AI 当执行者，而非架构师：让 AI 充当高效的执行者和结对编程搭子，而不是让它决定系统的走向。

AI 编程工具就像一台大马力跑车：它能放大顶级车手的速度，但如果副驾驶坐着一个不会看路况和仪表盘的新手，油门踩到底的结果只有原地打转甚至车毁人亡。

真正的技术成熟度，也不在于用 Prompt 跑出了多少行代码，而在于系统崩溃时，驾驶员脑子里有多清醒的全局图景，以及对系统每一处细节敢不敢负责。

[詹姆斯叉 | JamesX @0xJamesXXX]

从注册、看新闻、读行情，到创建币安实盘监控、Hyperliquid 地址监控、OI 异动提醒，以及会员选择、交易 API 与 MCP 安全配置 https://t.co/c3JACliNgB

[ᴀʀᴛ ᴏꜰ ᴘʜʏꜱɪQᴜᴇ @Artofphysique_]

Bro, don’t sleep on your pelvic floor.

Kegels aren’t just for women. If you want better pelvic strength, more control, and stronger contractions, this is one exercise worth adding to your routine.

A few controlled reps every day can go a long way.

[余温 @gkxspace]

这篇内容写的太太太详细了！立马按照教程搞一个美国 edu 邮箱😋

有了这个 edu 邮箱，你能搞的东西太多了，如图

[brucexu.eth @brucexu_eth]

看到很多朋友还是不懂，再加上聚合器是我目前的工作，再详细的解释一下。在我看来，这更接近利用系统盲区进行的恶意攻击，危害不亚于常见的 MEV 夹子，而且更加隐蔽。

简单描述这个攻击方法：交易可以正常成功，但你最后收到的钱变少了。

用户发起交易后，聚合器会在多个协议和流动性池之间寻找路线。交易经过一连串操作，最后有一步进入一个带恶意 Hook 的 Uniswap v4 池。这个池在报价时表现得很便宜，等真实交易执行，再把动态 LP fee 调高到 12.8%，直接从输入资产中收走一大笔费用。

---
用户发起交易
↓
聚合器寻找并模拟最优路线
↓
路线进入 Uniswap v4 动态费池
↓
报价模拟：低费率 / 甚至 0%
真实执行：LP fee 突然变成 12.8%
↓
交易仍然成功，但用户收到的钱明显减少
---

这里有三个疑问需要先讲清楚。

1. 聚合器为什么没有在模拟报价时发现？

聚合器一般会先用 eth_call 模拟交易，比较不同路线能拿到多少输出。为了避免模拟因为 gas 不够而失败，报价系统经常会给 eth_call 一个很高的 gas ceiling。

这个恶意 Hook 恰好会读取执行时的 gas 环境。高 gas 的模拟调用会落入低费率分支，看起来像一个非常有竞争力的池；真实交易的 gas limit 低得多，于是会落入另一个分支，被收取更高的 LP fee。

对完全相同的 beforeSwap calldata，只修改 call gas，可以复现出不同返回值：

---
gas = 1,000,000 → 10%
gas ≈ 16,000,000 → 0.5%
gas = 30,000,000 → 0%
---

这些数值是调查时合约的当前配置。历史真实交易中的 12.8%，由 PoolManager 的 Swap event 直接证明。攻击的核心是让 quote 和 execution 看到不同规则。

2. Uniswap v4 Hook 是什么？

Uniswap v4 允许每个池绑定一个 Hook。Hook 可以在 swap 前后运行自定义逻辑。正常情况下，它可以根据市场波动、流动性深度或其他条件动态调整费用。

Dynamic-fee pool 还允许 beforeSwap Hook 为每笔交易单独覆盖 LP fee。这个能力本身是 Uniswap v4 的正常设计。问题在于恶意 Hook 可以把“当前调用看起来像报价模拟还是真实执行”也放进费率逻辑里。

PoolKey 里的 0x800000 只是 dynamic-fee flag，表示这个池的 LP fee 可以被动态覆盖，并不代表 800% 手续费。真实费率要看每笔 Swap event 里的 fee 字段。本案出现的 fee = 128000，换算后就是 12.8%。

3. amountOutMin 为什么没有拦住？

amountOutMin 是用户愿意接受的最终输出底线。实际输出低于这个数，交易回滚；高于这个数，交易就会成功。

它只检查整条路线最后拿到了多少，不会逐个检查中间池子的 fee 是否和 quote 一致，也不知道某个 Hook 是否临时改变了规则。

如果 slippage 设置得很宽，或者路线里其他步骤带来了一些正向 price improvement，恶意池抽走一部分价值之后，最终输出仍然可能高于 amountOutMin。链上检查会认为交易合格，用户却拿少了。

具体案例：Relay 路线在哪里出了问题

代表交易：https://t.co/XErm89VqCi
这笔交易走的是 Relay 顶层流程，source-side swap 由 0x BnbSettler 执行。完整调用层级大致是：

---
ERC-4337 EntryPoint
↓
Relay v3 Router / ApprovalProxy / Depository
↓
0x BnbSettler
├─ FOMO action：USDT → WBNB
└─ Uniswap v4 action：WBNB → USDC
↓
目标动态费池 + 恶意 Hook
---

关键点是 FOMO 只完成 USDT → WBNB 这一步。随后 0x BnbSettler 才单独进入有问题的 Uniswap v4 池，把 WBNB 换成 USDC。

这一步之前大约有 5,926.9 USDT，FOMO 输出约 8.536 WBNB。进入目标 v4 pool 后，最后只得到约 5,169.5 USDC。稳定币价值差约 757.4 美元，约为 12.779%，与 Swap event 记录的 12.8% LP fee 基本吻合。

这笔交易的正确 minAmountOut 是约 4,742.5 USDC，相比费前路线价值低约 20%。实际输出 5,169.5 USDC，虽然被抽走约 12.8%，仍然比 minimum 高约 9%，所以交易正常成功。

amountOutMin 没有失效，它严格执行了用户或上层系统写入的最终底线。问题是这个底线留出的空间足以容纳中间的异常高费。仅凭链上数据，我们还不能确定这约 20% 是用户手动设置，还是 Relay、0x 或上层集成针对 meme、tax、低流动性和多跳路线自动加入的 buffer。

反编译后看到的核心逻辑

这个 Hook 没有 verified source，也没有 Sourcify metadata。调查中取得了约 7,191-byte runtime bytecode，通过 Heimdall 反编译，并配合 live eth_call 验证。下面是按恢复出的控制流整理的高层伪代码，不是项目方公开源码：

---
function beforeSwap(...) returns (..., uint24 lpFeeOverride) {
require(msg.sender == PoolManager);
poolSwapCount[poolId]++;

Config memory config = poolConfig[poolId];
uint24 fee = selectFeeTier(
gasleft(),
block.gaslimit,
config.thresholds,
config.feeTiers
);

return (beforeSwap.selector, 0, OVERRIDE_FEE_FLAG | fee);
}
---

可以确认的链上行为有两个：同一输入在不同 gas envelope 下会返回不同 fee override；历史 Swap event 确实记录了 12.8%。函数名、变量名和部分控制流来自逆向恢复，因此不应该把这段伪代码当成 verified source。

为什么是 12.8%？

128000 不是 Uniswap v4 的特殊常量。v4 的 LP fee 单位是 1 / 1,000,000，所以 128000 / 1,000,000 = 12.8%。

目前没有 verified source 或攻击者说明解释为什么精确选择 128000。下面只能从攻击经济学推断。

报价阶段已经伪装成低费率，真实 fee 从 5% 提高到 12.8%，不一定会降低聚合器选中这个池的概率。真正限制攻击者的是：提高费用后，最终输出是否仍高于 amountOutMin，交易是否会大量回滚，以及异常多久会被监控发现并拉黑。

在 split route 中，这种做法会更隐蔽。底层池即使收取 12.8%，只要进入它的分片很小，对整条路线的影响就会被稀释，也可能被 slippage buffer 或其他分片的正向价格改善覆盖。

所以 12.8% 更像是在单笔抽取、交易成功率和暴露风险之间选择的高收益档位，而不是技术上必须使用的数字。这一点属于合理推断，目前没有直接证据证明攻击者的具体动机。

怎么防？

对普通用户来说，最直接的保护仍然是 amountOutMin。确认钱包或聚合器给出的 minimum 是否能接受，避免为了提高成交率设置过宽的 slippage。它是损失底线，但无法保证中间路线诚实。

对聚合器和 swap 服务来说，只做一次高 gas eth_call 已经不够。至少应该：

对同一 calldata 分别使用高 gas 和接近真实交易 gas limit 的环境模拟。fee 或 output 明显变化时直接拒绝。

识别 dynamic-fee pool 和 unknown/unverified Hook，对实际 LP fee 设置可接受上限。

交易完成后核对 quote 与 receipt 中的 Pool ID、Hook、LP fee 和实际输出。即使交易成功，低费报价、高费执行也应该立即告警。

这件事说明，可编程 AMM 带来了更多定价策略，也打开了识别报价环境、针对路由器行为差异化收费的新攻击面。聚合器以后既要检查最终输出，也要确认报价时看到的规则和真实执行时完全一致。正在增强中。

[青十五 @mev15_eth]

来自量化公司 @ManifoldTrading 联创 @_jaechung 的一篇回忆，总结了早期他们如何在 CEX–DEX 价差套利中，持续优化执行速度、Gas 和资本效率，实现年化收益超过 100%、高峰单日利润超过六位数u https://t.co/KXS4eaKcVK

[brucexu.eth @brucexu_eth]

之前写了一篇文章，就是套利的第一性原理，然后列举了非常大量的套利方法。现在开始逐步地把每一种方法进行详细的解释和实践。

这是第一篇，就是关于跨交易所反向对冲套利相关的，并且也介绍怎么配置，使用什么工具。

由于篇幅原因，这一篇先介绍概念和工具配置，未来再介绍实战，来做一些复盘和分析。

本期使用的工具是 https://t.co/BC4TpRukA7，是套利专家 @aliez_ren 的作品，欢迎大家关注和尝试。免费 5ku 额度。

[cryppi / perpdexlist @cryppimagic]

中国的朋友们，大家好。我很喜欢看你们在 X 上发的内容。

想跟大家分享一下，我做了一个完全免费（无任何限制）的套利扫描工具，覆盖 45 家 Perp DEX 和 CEX

https://t.co/bnhbaxe1Jm

[火山哥🕊️ @huoshan007]

兄弟们，逆向这玩意儿也开始被打包成“外挂”了。

我挖到一个项目，reverse-skill。

丢进 Codex、Cursor、Claude Code 之后，遇到 APK、前端代码、固件，它会自己判断从哪下刀、调什么工具、后面怎么拆。

这东西最狠的不是会跑命令。

而是把很多逆向老手靠几年踩坑攒出来的路径感，塞进了一个 Skill 里。

我自己看完第一反应挺复杂的，以后很多安全入门活，可能不是学不会，是没必要按老路学了。

门槛不是降了。

是门口保安都下班了。

先收藏，别问那么多：
https://t.co/6S7tG4jXha

[lumxss @bkdgiffug]

Docker Desktop在Mac上跑起来有多笨重，不用我多说了吧？启动慢、吃内存、风扇转得跟起飞似的。

苹果官方在GitHub开源的container工具（Star数已破4.47万，本周涨七千多），就是来终结这种体验的。

它跟Docker完全是两套东西。Docker Desktop是在macOS上套了一层Linux虚拟机环境，而container直接用macOS 26的原生虚拟化框架，用Swift为Apple Silicon重写，省掉了所有中间层。

上手体验就一个字：快。启动容器几乎是秒级，资源占用小到可以忽略，命令行跟Docker基本一致，零学习成本：

bash
brew install container
container run hello-world
目前1.0.0正式版已经发布，日常开发、跑微服务、本地部署AI Agent后端，完全够用。如果你已经忍Docker Desktop很久了，现在可以试试卸掉它了。
🔗：https://t.co/cKNyRGXcbR

[yourQuantGuy @yourQuantGuy]

发现大部分朋友对 hip-3 都完全不了解，所以简单介绍一下。

什么是 “hip-3” ?
HIP-3（Hyperliquid Improvement Proposal 3）是 Hyperliquid 最重要的升级之一。它允许任何符合条件的人都可以在 Hyperliquid 上创建自己的永续合约市场，而不需要 Hyperliquid 官方批准。

其中最重要的一个条件就是质押 500,000 HYPE，按照现在的市场价，大约是 $38m。

当一个项目在hyperliquid上创建自己的永续合约市场了，我们就俗称它为 hip-3 项目，其中最知名的就是 https://t.co/Ea8JVCRKTK 。

Hyperliquid 提供什么？
你可以把 Hyperliquid 理解成整个交易基础设施。它负责提供：
- 撮合引擎
- 保证金系统
- 清算系统
- 底层链和 API
- 以及最重要的：共享流动性

也就是说，HIP-3 项目不需要自己开发一套交易所，而是直接使用 Hyperliquid 的底层基础设施。并且可以和Hyperliquid共享市场流动性，在hip-3项目里交易BTCUSD与在hyperliquid上交易BTCUSD是一模一样的，用的是同一个订单簿，同样的流动性。

HIP-3 项目负责什么？
HIP-3 项目则负责运营自己的市场，例如：
- 决定上线哪些交易对
- 提供价格（Oracle）
- 设置市场参数（杠杆、资金费率等）
- 做市场推广、拉新和用户运营

HIP-3 项目与 Hyperliquid 的利润分成
主要根据交易对的不同分成两种情况：
1. Hyperliquid的原生交易对
比如BTC的永续合约，hip-3项目一般会在hyperliquid的手续费基础上再加手续费作为收益。

2. HIP-3 项目自己上的交易对
比如tradexyz上的各种rwa合约，比如entropy目前已经上了的SNDK和ANTH。这种情况下，hip-3项目和hyperliquid会平分手续费，各拿手续费的50%。

大概介绍完了，说回 entropy 这个项目：
因为上面提到的手续费分成的设计，entropy的反佣只支持他们自己的交易对，目前只有ANTH和SNDK，大家千万不要以为交易什么都有返现。那不是把hyperliquid用成Lighter了吗，没有这么好的事！🤣

[Super View @gBnBZG2HsZ7349]

团队内8位小伙伴耗时3个月，耗资83万打造的Super View 盯盘网站的第一版正式上线！

第二版和第三版的更多指标信号和量化系统还在加班开发中，当前站内主要内容都是围绕着BTC的走势进行开发，第一版主要用来试运营以及收集未发现的错误内容并修改。

其中，自研的官网指标中，多空趋势线和主力控盘线是大级别指标，趋向反转主要以15分钟为核心，在1H及以下的级别中参考，消息决策库，筹码决策库指标正常，细节可以看前期的预告视频介绍！

所有内容均为视图分析数据，是学术性研究成果，不是交易依据，不能用于直接下单，请理性参考！

入口：https://t.co/5tRCHScQzl

网站正在香港注册投资发展公司，主营业务是：证券投资咨询，经济信息咨询，投资管理，资产管理。第一版不收任何费用，注册后24H内升级为最高等级会员，欢迎体验！ #SuperView

[Duty @duty_1g]

🚀 x64dbg-MCP Server — fully automated, dynamic, agentic reverse engineering for x64dbg.

🧠 71 MCP tools
🤖 Fully automated & dynamic agentic RE
🔴 22 debugger event callbacks
⚡ Native Zig plugin — zero dependencies
🛠️ Breakpoints, memory, registers, tracing, xrefs, PE analysis & more
🌐 Streamable HTTP + SSE
📦 x32 + x64
Let your AI agent control, analyze, debug, and dynamically reverse engineer binaries directly through x64dbg.
🔗 https://t.co/5gmqJw6SVm
#x64dbg #MCP #AgenticAI #ReverseEngineering #CyberSecurity #RedTeam #MalwareAnalysis #Zig

[0x鸣人 @LuBtc888]

建一个属于自己的交易系统

可以有多简单？？

[owen @cngaohui]

兄弟们，有自己服务器的看过来，别在傻傻地用那些服务器面板软件了。。

我说的是宝塔，1panel，cpanel这些第1代的面板，他们要装在服务器上，占用几百M资源，要暴露8088/8888端口面板自身还经常会有漏洞产生。。非常落后的技术

今天推荐一个开源项目第2代的服务器面板开创者LeePanel，它从物理上消灭了所有传统面板的安全问题。

简单来说，它本身是个SSH工具，直连你的服务器，但是神奇的是，它居然实现了面板的所有功能，不管你是要一键安装LNMP，安装mysql,redis,nginx，都有，原来所有的操作都是通过本地客户端向服务器发送SSH命令完成。。

用这个工具的好处是，面板不再需要装到服务器上，直接节省大量的资源，不用暴露多余的面板端口，面板不需要在服务器上安装，完全不会有面板代码漏洞这种安全烦恼。。五星安全，很多人都后悔这么晚才知道这个。。

而且还支持多服务器直同时连接管理，1秒切换不同的服务器。。

leepanel的核心开发理念是追求安全不暴露任何多余的端口。。它最惊艳的功能是，这个软件只有6M+，它还自带内网穿透功能，你本地开发想连接服务器上的mysql，连3306端口也不用向公网开放，直接用ssh本地转发功能，127.0.0.1:3306即可直接连接服务器上的mysql。。

这个项目是开源免费的。。大小只有6M+，赶紧去试一试吧。。目前支持ububtu debian centos9系统

https://t.co/PJD9BObjMP

[爱吃折耳根的Ace @_zheergen]

多数开源量化框架的作者，自己都不用。

pysystemtrade 是个例外——作者 Rob Carver 拿它做自己的实盘交易系统，每周 5 天、每天 20 小时在跑，3.4K stars。

Rob Carver 就是那本经典《Systematic Trading》的作者，前 AHL 基金经理。

这个库是他书里那套系统化交易框架的开源实现，不是演示 demo，是"我靠它吃饭的引擎，顺手开源给你"。

核心亮点：

1️⃣ 作者实盘在用：他靠这套引擎交易期货，等于用真钱帮你做了测试
2️⃣ 完整系统化框架：回测、参数优化、组合构建、风控，书里原则全实现
3️⃣ 自动化实盘：ib_insync 直连 Interactive Brokers，能真正下单
4️⃣ 经典策略全套：趋势跟踪、均值回归、多品种组合，书中策略全有现成代码
5️⃣ 文档扎实：introduction、backtesting、data、production 一步步教到生产环境

它的本质，是"一个职业交易员把自己吃饭的家伙公开了"。

做期货系统化交易、想学机构级趋势跟踪怎么从回测走到实盘的，这是目前最接近生产级的学习范本。

[独立开发者William @DLKFZWilliam2]

我申请了，秒过！Apple送钱了啊啊啊啊啊！

朋友们都可以去试试！Apple免费的云端AI Private Cloud Compute（PCC）调用云端的 Apple Foundation Models，一分钱不要！！！

以后在 App 里我要全部加AI功能了！！！成本为0！！！​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​ 大家快搞起！我把链接放进来：👇

[sunlc.ai @sunlc_crypto]

牛逼啊