00 · 总览：从 0 到 Web3 技术套利工程师 + 系统架构师

这不是"学 Solidity 教程"。这是专业跨链套利团队（Jump Trading、Wintermute、Flow Traders、 各类链上量化团队）内部用来培养一名工程师的知识树：12 大模块、120+ 知识点， 自底向上——计算机基础 → 密码学 → EVM → Solidity → 钱包 → Token 标准 → DEX → DeFi → 跨链 → MEV → 量化 → 系统架构。目标不是"会写合约"，而是看懂任何一笔链上交易在做什么、 判断一个机会值不值得吃、并把吃机会的过程工程化成一套 7×24 小时运行的系统。

与 notes/（区块链系统化学习知识库 19 篇，偏"这东西怎么工作"）互补： notes/ 回答原理，total/ 回答你要具备哪些能力、按什么顺序具备、具备到什么程度算过关。 两者可以交叉阅读——total/ 每个知识点会在合适处指回 notes/ 对应篇目做深挖。

1. 为什么"计算机基础扎实"比"会写 Solidity"更重要 #

多数人一上来就学 Solidity，两三周就能写出一个 ERC20。但套利团队真正筛选工程师看的是：

• 你的机器人挂了，是 RPC 超时、节点 OOM、还是 nonce 卡住？——不懂网络 + Linux 就只能"重启大法"。
• 你抓到一笔套利，链上收益和你本地模拟差 8%——是滑点算错，还是 gas 预估错，还是压根被抢跑了？
• 你要 7×24 小时不间断跑：进程崩了怎么自动拉起？日志怎么留证据？密钥怎么不落盘明文？

这些问题都不是 Solidity 问题。它们是计算机系统问题。所以第一层（模块 01-02）看似"基础到无聊"， 却是决定你的机器人能不能真的赚到钱而不是在模拟盘里赚钱的分水岭。

2. 12 大模块地图 #

① 计算机基础 ──┐
② 密码学        ├─ 地基：不懂就只能"抄代码不懂原理"
③ EVM           │
④ Solidity ─────┘
⑤ 钱包 ──────────┐
⑥ Token 标准      ├─ 资产与身份层：谁拥有什么、怎么转移、怎么授权
⑦ DEX            │
⑧ DeFi 协议 ─────┘
⑨ 跨链 ──────────┐
⑩ MEV             ├─ 机会层：钱从哪来、别人怎么抢在你前面
⑪ 量化 ──────────┤
⑫ 系统架构 ───────┘─ 落地层：把机会变成 7×24 小时运转的系统

学习原则：

1. 自底向上，不要跳级——① 没打牢直接学 ⑨ 跨链，遇到 RPC 抖动只会瞎猜。
2. 每个知识点问三遍"为什么"——是什么 → 为什么存在（解决什么问题）→ 不知道会踩什么坑。
3. 能实操的必须实操——跑一个节点、部署一个合约、抓一笔 mempool 交易、算一次 AMM 报价， 比读十遍定义有用。
4. 用 evidence-first 精神（见 notes/19-evidence-first方法论.md）——你的结论要能被链上数据验证， 不是听传闻。

3. 五阶段成长路线 #

验收标准是关键：套利团队不看你"学过什么"，看你"能独立完成什么、多快能查明一个异常"。 每个阶段结束前，回答不出该阶段的自检问题（见各模块 §7），就还没到下一阶段。

4. 终极目标：不是"会套利"，是"构建一个 Web3 技术套利研究平台" #

在 12 个模块之上，最终应该收敛成一套系统（对应模块 ⑫，详见 12-系统架构设计.md），包含：

1. 链上数据采集中心：实时监听多条 EVM 链的交易、事件、价格（对应模块 ①⑨⑩⑪）。
2. 专业玩家行为分析引擎：自动识别高收益地址、还原其交易模式、生成报告 （对应 notes/18-链上核查方法论.md 的方法论 + 模块 ⑪ 的数据管道）。
3. 策略实验室：在历史数据/fork 环境里回测不同套利策略，评估收益、gas、滑点、风险 （对应模块 ⑦⑧⑩⑪）。
4. 自动执行机器人：按策略与风控规则自动完成兑换、跨链、套利执行（对应模块 ⑤⑥⑨⑫）。
5. AI 辅助分析模块：辅助发现新机会、总结失败原因、优化策略参数（第五阶段的落地）。

这条路线比"学会怎么套利"高一个维度：你的产出不是一次性获利，而是一套可持续运行、 可迭代、可复用给下一个策略的基础设施——这正是系统架构能力的价值所在， 也是你区别于"只会跑脚本"的人的地方。

5. 目录导航 #

建议阅读顺序就是上表顺序。若你已有区块链基础，可直接从 ⑤ 或 ⑦ 开始， 但遇到不熟的前置名词时，回到对应的①-④ 模块查阅——不要跳过"为什么"。

── Q&A / 更正记录区（按日期追加）── #

原始讨论记录见 Q&A/（按日期归档，保留完整来回过程）；本节是同步后的结论摘要， 只增不删——若后续发现本篇正文表述不准确，按更正记录追加在此，不删改正文， 保留"原来写的是什么 → 后来发现哪里不准 → 更正为什么"的轨迹。规范见 Q&A/README.md。

• (2026-07-26 建立。暂无 Q&A——后续围绕本篇的提问/质疑/更正在此累积。)