Technical Crypto OS
Part B 导读
Technical Crypto OS:读链、写合约、造系统,最后交付一个跑在主网上的产品。
面向已经会写代码的人。目标不是「会写 Solidity」,而是能独立理解并构建一个完整的 Onchain System。
前置
Part A 第 1–12 章。 不是客套话:
- 不理解「资产在链上状态里、钱包只管密钥」,就写不对签名与授权。
- 不理解 Blockspace 是一个市场,就理解不了 Gas 优化到底在优化什么。
- 不理解最终性是概率,就会在前端把「已广播」当成「已成功」。
工程师读这 12 章通常只需要一周。
六个阶段
第一阶段 · T1–T6
Blockchain Developer Mental Model
建立开发者视角:链上到底存了什么,一次交易从代码到确认经过了什么。
阶段作品:一个命令行工具:读区块、读账户、解析一笔交易并打印状态变化。
第二阶段 · T7–T12
Smart Contract Engineering
在 EVM 与 Solana 两套模型下写出、测试并部署可用的合约与程序。
阶段作品:一个带完整测试的 Token 合约,部署到测试网并在浏览器上验证源码。
第三阶段 · T13–T18
Full-stack Onchain Application
把合约接成产品:钱包、前端交易状态、后端、数据库、索引与实时推送。
阶段作品:一个全栈 DApp:连钱包、发交易、索引事件、实时刷新。
第四阶段 · T19–T24
DeFi Engineering
从数学到代码实现 AMM、路由、预言机、借贷与永续,并理解 MEV。
阶段作品:一个可运行的 AMM 与路由,附滑点、手续费与清算的测试用例。
第五阶段 · T25–T30
Infrastructure & Security
把链上数据变成可查询的系统,并用威胁模型与不变量守住资金安全。
阶段作品:一份威胁模型与不变量清单,配套 Fuzzing 测试和监控告警。
第六阶段 · T31–T36
AI × Crypto Engineering
让模型参与决策但不掌握资金:提案、校验、模拟、执行、审计分层。
阶段作品:一个 Onchain Agent:有钱包、有预算、有策略引擎、有审计日志。
T1–T36
| 章 | 标题 | 核心问题 |
|---|---|---|
| T1 | Blockchain 数据究竟是什么 | 一条链上真正存了什么? |
| T2 | 密码学基础 | 为什么一串签名可以证明「是我」? |
| T3 | 一次交易从代码到链上 | 从构造到确认,代码到底要做哪几件事? |
| T4 | RPC 是什么 | 你的 DApp 其实在跟谁说话? |
| T5 | EVM Account Model | EOA 和合约账户,差别到底在哪? |
| T6 | Solana Account Model | 为什么 Solana 的程序自己不存数据? |
| T7 | Solidity 基础 | 一份合约部署到链上之后是什么形态? |
| T8 | EVM 深入 | 同样一行赋值,为什么 Gas 能差一百倍? |
| T9 | ERC Standards | 标准到底解决了什么问题? |
| T10 | Solana Program | 没有合约存储,程序怎么记住状态? |
| T11 | Token Program | 为什么 Solana 上的 Token 不是一份独立合约? |
| T12 | Testing & Deployment | 怎样在花掉真钱之前发现问题? |
| T13 | Wallet Connection | 登录一个 DApp,到底发生了什么? |
| T14 | Web3 Frontend | 交易在等待确认的这十几秒里,界面该显示什么? |
| T15 | Backend for Crypto | 链上已经有数据了,为什么还要后端? |
| T16 | 数据库与链上数据 | 链上数据应该怎样落库? |
| T17 | Indexer | 区块重组以后,你的数据怎么办? |
| T18 | Realtime System | 怎样把链上的变化实时推给用户? |
| T19 | AMM 从数学到代码 | x·y=k 在代码里长什么样? |
| T20 | DEX Architecture | 一次 Swap 到底经过了多少层? |
| T21 | Oracle | 链上怎么知道外面的价格? |
| T22 | Lending Protocol | 清算引擎在什么时候必须跑赢市场? |
| T23 | Perp DEX | 保证金、资金费和风险引擎怎样组成一个系统? |
| T24 | MEV | 你的交易在进块之前,被谁看过? |
| T25 | Blockchain Data Infrastructure | 怎样把全链数据变成可查询的仓库? |
| T26 | Cross-chain | 资产跨链以后,还是同一个资产吗? |
| T27 | Account Abstraction | 能不能让用户不直接持有私钥,也依然安全? |
| T28 | Smart Contract Security | 代码没写错,为什么还是被偷了? |
| T29 | Protocol Security | 攻击者不用漏洞,只用钱,能做到什么? |
| T30 | Audit | 审计到底在审什么? |
| T31 | AI-assisted Crypto Development | AI 写的合约,能不能上主网? |
| T32 | Reliable AI Architecture | 怎样让模型参与决策,却不掌握资金? |
| T33 | Tool-using Crypto Agent | 怎样让 Agent 真正会用链上工具? |
| T34 | Agent Wallet & Payment | 给 Agent 的钱包,该配哪些保险丝? |
| T35 | DeFi Agent | 一个会调仓的 Agent,要经过哪几道关? |
| T36 | Autonomous Onchain Economy | 一个能自己赚钱和花钱的系统,边界在哪里? |
两条主线并行
每个阶段都同时给出 EVM 与 Solana 两套模型。不是为了「都学会」,而是因为对比是理解模型的最快方式:看过 Solana 要求交易提前声明会碰哪些账户,你才真正明白 EVM 的全局状态机意味着什么。
选一个作为主战场,另一个保持能读懂即可。
学完以后
做毕业项目 Build an Onchain Economy,然后进入 T 系列职业 Track。