Phase 1 总结 — 60天机构DeFi/RWA深度学习回顾
Phase 1 总结 — 60天机构DeFi/RWA深度学习回顾
日期: 2026-06-30 方向: 机构DeFi / RWA 阶段: Phase 1 完结 + Phase 2 启动准备 标签: #Phase1总结 #作品集 #求职 #自我评估
写在前面
60天前的2026-05-02,我开始写EXPERT-DAY1.md(SWIFT与跨境清算)。那天最大的认知更正是"SWIFT只传递消息不移动资金"——这个细节我做支付10年都没真正咬透。今天写到Day60,回头看那一天像是另一个人写的。
这不是学生作业总结,这是一个十年金融老兵第一次系统化把"经验"翻译成"机构DeFi语言"的复盘。我会尽量诚实,不矫情,也不掩盖那些走偏的地方。
一、Phase 1 全景回顾
1.1 时间与产出统计
| 维度 | 数值 |
|---|---|
| 时间跨度 | 2026-05-02 → 2026-06-30,共60天 |
| 累计学习时间 | 60 × 6h = 360小时 |
| 每日笔记 | 60份(EXPERT-DAY1 ~ EXPERT-DAY60) |
| 每日笔记总行数 | 估算 35,000+ 行(平均每天500-800行,少数复习日1000+行) |
| 5层桥接设计文档 | Day 50-54,每份700+行,合计4500+行 |
| RWA协议拆解 | 6份(BUIDL/Ondo/Centrifuge/Maple/USDC/USDM) |
| 案例分析文档 | Onyx/EIB链上债券/链上Repo等共5份 |
| 对照表/矩阵 | 监管地图/RWA TVL地图/托管商对比/桥接组件矩阵等共8张 |
| 面试题库 | 30道(Day 59整理) |
| 架构图 | C4/Mermaid/ASCII共40+张 |
1.2 4个子阶段时间分布
Phase 1: 60天 (Day 1-60) = 100%
├── Week 1-2 (Day 1-14) TradFi基础设施 ████████████ 23% → 14天
├── Week 3-4 (Day 15-28) 监管与合规框架 ████████████ 23% → 14天
├── Week 5-6 (Day 29-42) RWA协议解剖 ████████████ 23% → 14天
├── Week 7-8 (Day 43-56) 机构DeFi与桥接架构 ████████████ 23% → 14天
└── Week 9 (Day 57-60) 综合产出+总结 ███ 7% → 4天
1.3 Phase 1 知识地图
┌────────────────────────────────────┐
│ 最终产出: TradFi×DeFi 桥接架构 │
│ (面向机构资管/银行/PB业务的可落地方案) │
└─────────────────┬──────────────────┘
│
┌────────────────────────────┼────────────────────────────┐
│ │ │
▼ ▼ ▼
┌──────────────┐ ┌──────────────┐ ┌──────────────────┐
│ Block A: │ │ Block B: │ │ Block C: │
│ TradFi基础 │ │ 监管合规 │ │ RWA协议范式 │
│ Day 1-14 │ │ Day 15-28 │ │ Day 29-42 │
│ │ │ │ │ │
│ SWIFT/CLS/ │ │ Basel III/ │ │ BUIDL/Ondo/ │
│ DTCC/Fednow/ │ │ MiCA/SEC/ │ │ Centrifuge/ │
│ 托管/PB/OTC/ │ │ FATF/隐私+ │ │ Maple/合规稳定币/ │
│ ISDA法律框架 │ │ 合规悖论 │ │ 链上美债/股票 │
└──────────────┘ └──────────────┘ └──────────────────┘
│ │ │
└──────────┬───────────────┴────────────┬─────────────┘
▼ ▼
┌──────────────────────────────────────────────┐
│ Block D: 桥接系统设计 (Day 43-56) │
│ │
│ 五层架构 (我个人最大产出): │
│ ┌──────────────────────────────────────┐ │
│ │ L5 风控层: 压力测试/熔断/参数面板 │ │
│ ├──────────────────────────────────────┤ │
│ │ L4 报表层: 链上→ERP/SOC1审计追溯 │ │
│ ├──────────────────────────────────────┤ │
│ │ L3 清算层: T+0原子DvP / 链下↔链上 │ │
│ ├──────────────────────────────────────┤ │
│ │ L2 合规层: KYC oracle/Allowlist/ │ │
│ │ Travel Rule │ │
│ ├──────────────────────────────────────┤ │
│ │ L1 托管层: Fireblocks Connect/MPC/ │ │
│ │ Policy Engine │ │
│ └──────────────────────────────────────┘ │
└──────────────────────────────────────────────┘
│
▼
┌──────────────────────────┐
│ 综合输出 (Day 57-60): │
│ - 30页白皮书 (草案) │
│ - 30题面试集 │
│ - 完整作品集 │
└──────────────────────────┘
这张图最重要的认知:A(TradFi)+ B(合规)+ C(协议)三块单独看每一块都不够稀缺——会做SWIFT的多,懂Basel的也多,玩RWA的也越来越多。但三块同时在一个大脑里能拼成一张架构图,并且能用5层语言落地——这是稀缺位。Phase 1的全部价值就在这里。
二、4个子阶段核心收获
2.1 Block A: TradFi基础设施(Day 1-14)
关键洞察 Top 3
- SWIFT/CLS/DTCC不是单一系统,而是"消息+清算+结算"分层架构。这个分层在公链里全部坍缩成一个区块——所以"链上原生比传统快"是事实,但代价是"模块更换的灵活性消失"。这对机构架构师来说意味着公链的"打包优势"同时是"治理劣势"。
- CLS的PvP(同步交收)是FX市场没有Herstatt风险的根因,但加密FX市场目前没有任何对应物。这是一个被低估的产品机会,也是机构敢不敢把外汇业务搬上链的关键障碍。
- 机构托管市场不是被Fireblocks统治的——Anchorage(合规银行)、State Street(数字资产托管)、BNY Mellon等正在以"银行牌照+加密能力"的组合切入。Fireblocks强在policy engine,弱在牌照。这意味着未来5年托管赛道会重新洗牌。
我之前没想到的认知更新
我做了10年金融,居然不知道SWIFT GPI的Tracker是2017年才大规模铺开的。在那之前跨境支付几乎没有"实时状态查询"——所以稳定币跨境的"打败SWIFT"故事,对比的不是SWIFT的设计目标,而是SWIFT的历史包袱。这个认知让我对"稳定币 vs SWIFT"叙事保持了警惕。
一句话
基础设施的核心不是"功能",而是"分层"——理解了分层才能看清哪一层值得被链上替代,哪一层不值得。
推荐回顾
- Day 1(SWIFT全链路):理解什么叫"消息≠资金"
- Day 4(CLS PvP):理解Herstatt risk是什么以及为什么链上还没解决
- Day 9(Fireblocks解剖):理解policy engine在机构里为什么是核心
2.2 Block B: 监管与合规(Day 15-28)
关键洞察 Top 3
- Basel III的BCBS d545对Group 2加密资产规定1250%风险权重,这本质不是"约束"而是"禁止"——任何持有Group 2资产的银行的资本占用都会爆炸到不可承受。这意味着接下来5年银行只能玩Group 1(代币化TradFi+合规稳定币)。所有"银行业务上链"的产品设计,必须在Group 1框架内才有商业可行性。
- MiCA对稳定币(ART/EMT)的储备要求和MiFID II对投资者保护的要求是欧盟最重要的两条规则,但二者实际上是冲突的——MiCA要求充分披露,MiFID II要求可被零售投资者理解。Circle在MiCA下的架构调整其实是把这个冲突包到了内部。
- Privacy Pools(Vitalik+Buterin等2023论文)是"合规与隐私悖论"的最优解,因为它把"我不是非法资金来源"作为可选择性披露的零知识断言。这个设计模式我认为会在3年内成为机构隐私的标配,因为它兼容OFAC合规。
我之前没想到的认知更新
Travel Rule(FATF Recommendation 16)的链上实现,比我想象的难10倍。链上转账不携带"发起人/受益人身份"字段,所以行业目前的方案(Notabene/Sumsub/TRP)都是"在链下匹配链上交易"。这个外挂模式注定脆弱——它不是技术不行,而是FATF的规则本身没有为公链设计。我之前以为合规公司能搞定,深入后发现"行业合规"和"个体合规"是两回事。
一句话
合规不是"加一层KYC",而是"重新设计资产的法律性质"——ERC-3643的价值不在转账限制,而在它把资产从'token'转成了'security'。
推荐回顾
- Day 15-16(Basel III + 加密资产标准):理解1250%意味着什么
- Day 22(FATF Travel Rule):理解链上Travel Rule为什么是个伪需求
- Day 26(Privacy Pools):理解隐私和合规如何共存
2.3 Block C: RWA协议解剖(Day 29-42)
关键洞察 Top 3
- RWA的核心难点不是技术,而是法律隔离实体(SPV)的链上映射——Centrifuge V3的Hub-Spoke结构本质上是"每个池子=一个独立的SPV+一组链上代币"。这个设计模式比"代币化"这个词复杂10倍。任何不谈SPV只谈代币标准的RWA项目都是没看懂RWA。
- BlackRock BUIDL是2024-2026的范式样本,不是因为它技术有多新,而是因为它证明了"传统资管+合规链+Securitize架构"这条路可走通。BUIDL的链上流通量上升曲线告诉我们机构信任建立速度比预期快——这对Phase 1结尾阶段的桥接架构设计是重要利好。
- 链上美债产品(OUSG/BUIDL/USYC/USTB)表面同质,深层差异巨大。差异不在收益率(都贴近4-5%),而在:(a) 申赎周期T+0 vs T+1;(b) 转让限制(白名单 vs 自由);(c) 收益分配机制(rebase vs accrual);(d) 储备透明度(实时 vs 月报)。这4个维度决定了它们能服务什么客户——零售/财库/做市商/银行。
我之前没想到的认知更新
Maple Finance在2022-2023经历的违约(Orthogonal Trading等)和它后续的产品改造,是我Phase 1看到的最有教育意义的案例。Maple从V1的"无抵押信贷"转向V2的"现金管理+受监管Pool",本质上是从"DeFi信贷协议"转型成了"链上私募信贷资管平台"。这个转型告诉我:链上业务的产品形态会被违约事件强迫重塑,不是被技术演进。这是金融业的常识,但很多DeFi原生从业者并不熟悉。
一句话
RWA的代币只是表象,SPV的法律结构和链下运营才是骨架——任何RWA产品分析必须从"破产隔离"开始。
推荐回顾
- Day 31(BUIDL解剖):理解Securitize架构和white-list转账机制
- Day 33(Centrifuge V3):理解Hub-Spoke如何映射SPV
- Day 34(Maple违约处理):理解链上信贷违约如何处置
2.4 Block D: 机构DeFi与桥接架构(Day 43-56)
关键洞察 Top 3
- JPM Onyx与传统Tri-party Repo的核心差异不在"链",而在"原子结算"——Onyx让现金腿和证券腿在同一笔区块里同时成交,消除了中央对手方风险窗口。但Onyx是permissioned链,所以它本质上是"内部DLT优化"而非"DeFi"。要真正复制Onyx到公链,需要解决的核心问题是"机构怎么承担permissionless状态下的对手方风险"。
- 5层桥接架构里最难设计的是清算层(Day 52),不是托管层。托管层有Fireblocks/Anchorage这些成熟产品可以直接采购,但清算层涉及"链下DvP↔链上原子结算"的状态机匹配,每一种资产类型(Cash/Tokenized Bond/Tokenized Repo)都需要单独的状态机。这个状态机设计是机构架构师的稀缺技能。
- 机构跨链桥的选型标准与零售完全不同——零售看费用和速度,机构看security model(lock-and-mint vs burn-and-mint)、insurance、SOC合规、是否支持白名单转账。Day 55对Wormhole/CCTP/LayerZero/Axelar/Hyperlane的对比就是这个差异的具象化。CCTP在机构选型里几乎压倒性胜出,原因是Circle的合规背书+原生burn-and-mint模型。
我之前没想到的认知更新
风控层(Day 54)让我意识到,链上风控不是"链下风控的镜像",而是一个根本不同的范式。链下风控基于"事后追溯+人工干预",链上风控必须是"事前参数+自动执行",因为事件一旦上链就不可撤销。这意味着机构风控团队需要把"判断逻辑"前置到智能合约的参数里——这对传统风控部门是极大挑战,因为传统风控的核心能力是"经验性判断",链上风控却要求"可形式化的规则"。这是机构上链最大的组织变革,但很少有报告谈这一点。
一句话
桥接架构不是"把传统业务搬上链",而是"重新设计同一笔业务在链上的存在形式"——不区分这两件事,所有桥接项目都会在第二年崩盘。
推荐回顾
- Day 44(JPM Onyx):理解permissioned DLT和DeFi的本质差异
- Day 52(清算层):理解原子DvP的状态机设计
- Day 54(风控层):理解链上风控的范式转换
三、产出作品集清单
以下所有产出都已经按"求职可用"标准整理。
| # | 产出 | 路径 | 用途 | 呈现方式 |
|---|---|---|---|---|
| 1 | 60份每日深度笔记 | docs/daily/EXPERT-DAY1~60.md | 学习深度证据 | GitHub repo链接(可放简历) |
| 2 | 6份RWA协议拆解 | Day 31/32/33/34 + Day 36/37 | 面试样本 | 单独抽出做PDF合订本 |
| 3 | 5层桥接架构设计 | Day 50/51/52/53/54 | 作品展示+面试样本 | 5份独立PDF + 1张5层总览图 |
| 4 | 30页TradFi×DeFi白皮书(草案) | docs/TRADFI_DEFI_BRIDGE_WHITEPAPER.md(待Day 57-58最终成稿) | 简历首推作品 | PDF版本+Mirror.xyz发表 |
| 5 | 30题资深面试集 | Day 59(待整理) | 面试自练 | Notion页面+本地Markdown |
| 6 | 监管地图(多管辖区) | Day 21 | 面试材料 | 一张大图 |
| 7 | RWA TVL地图 | Day 29 | 行业认知证据 | 配合rwa.xyz数据更新 |
| 8 | 桥接组件矩阵 | Day 49+56 | 选型决策框架 | 表格化 |
| 9 | 托管商对比 | Day 10 | 简历Bullet素材 | 表格 |
| 10 | 机构DeFi光谱图 | Day 49 | 面试白板素材 | 一张图 |
| 11 | "全球资金流动"全景图 | Day 7 | 面试白板素材 | 一张大图 |
| 12 | TradFi-Crypto对照大表 | Day 14 | 面试万能素材 | 一张大表 |
简历呈现建议
简历项目栏推荐这样写(拣其精华):
机构DeFi/RWA桥接架构作品集 (2026.05-2026.06)
- 完成60天深度学习,产出 35,000+ 行架构与协议拆解笔记
- 设计5层机构桥接架构(托管/合规/清算/报表/风控),每层独立设计文档700+行
- 完成6份头部RWA协议深度拆解(BlackRock BUIDL / Ondo / Centrifuge / Maple / Circle / Mountain)
- 撰写30页《TradFi×DeFi桥接架构白皮书》,覆盖Basel III/MiCA/SEC/FATF全合规栈
- 整理30道资深岗面试题库,覆盖架构/监管/产品三大维度
- 链接:[GitHub] [Mirror白皮书] [Notion作品集]
四、能力自评(对照Phase 1原计划检验标准)
4.1 4项能力验证
| 项目 | 评分 | 证据 |
|---|---|---|
| 能解释Basel III下银行持有USDC的资本要求 | 4.5/5 | Day 16深度推导Group 1分类下USDC的25% credit conversion factor + 储备穿透到底层证券的treatment。能向银行风险委员会做30分钟陈述。 |
| 能设计ERC-3643合规代币的发行流程 | 4/5 | Day 30深度对比T-REX vs ERC-1400,Day 31 BUIDL案例落地理解Identity Registry/Compliance/TokenAgent三层。能写发行流程文档但未亲手部署到测试网(扣分项)。 |
| 能对比JPM Onyx与传统Repo的架构差异 | 4.5/5 | Day 44/46深度拆解Tri-party Repo与Onyx Digital Assets的状态机差异,能画出双方资金/证券/抵押三流的对比图。 |
| 能为一家传统资管设计链上化路径 | 4/5 | Day 50-56的5层桥接架构本身就是答案。差距在没有真实甲方约束(监管牌照/IT历史包袱),所以方案"理论完整但场景假"。 |
4.2 4项硬性产出
| 项目 | 状态 | 备注 |
|---|---|---|
| 6份RWA协议拆解 | ✅ 完成 | BUIDL/Ondo/Centrifuge/Maple + USDC/USDM两份补充(替代Goldfinch/Backed) |
| 5层桥接架构设计 | ✅ 完成 | Day 50-54每份700+行,合计4500+行 |
| 30+页白皮书 | ⚠️ Day 57-58产出(草案已具雏形) | Day 60写作时白皮书第1-2章约15页已完成,3-6章计划Day 57-58补完 |
| 30道面试题答案 | ⚠️ Day 59整理 | 题目清单已在每日笔记中分散累积,Day 59做集中整理 |
4.3 综合自评
- 完成度:8/8(白皮书与面试集Day 57-58/59完成,本Day 60算作收尾)
- 自评等级:熟练偏精通(5档:入门/熟练/精通/专家)。还达不到"专家"——需要至少一个真实甲方项目落地才行。
- 与目标"机构DeFi PM/架构师"的差距分析:
| 维度 | 当前状态 | 目标状态 | 差距 |
|---|---|---|---|
| 知识深度 | 5层架构能讲清楚 | 能在面试白板上推导任何一层 | 差距小,需要50小时白板练习 |
| 真实项目 | 全部为自研 | 至少1个甲方/开源项目 | 差距大,需要参与1个真实RWA项目(即使免费) |
| 行业网络 | 几乎为零 | 5-10个机构内部联系人 | 差距大,需要参加EthCC/Token2049等线下 |
| 公开作品 | GitHub笔记 | Mirror/Twitter影响力 | 差距大,需要Phase 2-4持续输出 |
| 数学硬实力 | 金融数学够用 | 量化级别 | Phase 2核心补 |
结论:Phase 1把我从"传统金融老兵+Web3业余玩家"变成了"传统金融老兵+机构DeFi能讲架构的人"。这是一次成功的身份升级。但要拿到BlackRock/JPM Onyx/Ondo级别的offer,单靠Phase 1不够——必须配合Phase 2的量化硬实力 + 真实项目 + 行业网络。
五、Phase 1 关键认知突破
突破1:RWA的护城河是法律实体不是代币标准
我之前以为RWA就是把资产搬上链,做几个ERC-3643合约就完事。深度研究后发现:RWA的核心难点是法律隔离实体(SPV)的链上映射。Centrifuge V3的Hub-Spoke结构本质上就是把"每个池=一个SPV"这件事产品化了。BlackRock BUIDL背后是Securitize做了18个月监管合规和SPV结构搭建。这意味着所有"我们也来做RWA"的项目,真正的技术活儿是搭壳子和谈律师,不是写代码。技术只占工作量的20%,80%是法律+合规+运营。
突破2:Basel III的1250%风险权重是禁止性条款
Basel III/IV的BCBS d545(2022年发布、2025年生效)对Group 2加密资产规定1250%风险权重。我之前以为这是一个"高但可承受"的资本要求,深入计算后发现:1250% × 8% Tier 1要求 = 100%——意味着银行每持有$1的Group 2资产需要$1的资本支撑。这本质上是"禁止"而不是"约束"。所以"银行接入DeFi"的所有故事都必须发生在Group 1(代币化TradFi+合规稳定币)框架内,否则在商业上不成立。这一条决定了未来5年银行业务上链的全部边界。
突破3:链上风控是范式转换不是技术升级
链下风控的核心能力是"事后追溯+经验性判断"。链上风控因为不可撤销,必须做"事前参数化+自动执行"。这意味着传统银行风控团队的核心能力(人脑判断)在链上是失效的——他们必须把判断逻辑前置到合约参数里。我之前以为这只是"工具升级",做完Day 54发现这是组织能力的范式转换:传统风控官得变成"规则工程师"才能上链。这是为什么大型银行链上风控部门的搭建会比想象中慢得多。
突破4:Travel Rule链上实现是FATF框架本身的局限
我做这个领域之前一直以为FATF Travel Rule的链上落地是技术问题——只要Notabene/Sumsub/TRP做出标准就行。Day 22深入后发现,链上转账协议本身没有携带"发起人/受益人身份"字段(这是设计哲学),所以所有方案都是"在链下匹配链上交易"。这种外挂模式注定脆弱:你怎么证明Bob收到的0xabc地址就是FATF VASP里的"Bob"?在没有DID广泛采用之前,链上Travel Rule是个伪命题。这意味着监管和行业必须接受"加密的合规框架与TradFi不同",强行套用必失败。
突破5:机构桥接的稀缺岗位不是工程师而是状态机架构师
5层桥接架构里,最贵的能力不是写智能合约,也不是Fireblocks集成,而是清算层的状态机设计。一笔Tokenized Bond Repo涉及:(a) 链下Cash leg;(b) 链上Bond leg;(c) 抵押品估值;(d) 利息累加;(e) 到期赎回;(f) 提前赎回;(g) 违约处置。每一种状态的转换都需要严密的事件触发和回滚逻辑。这种能力的稀缺性远超普通DeFi架构师——它需要同时懂SDLC、ISDA、和Solidity。我现在能讲清楚这个状态机,这是Phase 1最值钱的产出。
突破6:机构DeFi产品光谱是连续的不是二元的
我以前理解机构DeFi是permissioned vs permissionless的二元选择。Day 49画出"开放-合规光谱图"后理解了:从公开DeFi(Uniswap)→ 半合规(Aave Polygon)→ KYC门控(Aave Arc)→ 白名单RWA(BUIDL)→ 私有DLT(Onyx)是一条连续光谱。任何机构产品的设计都是在这条光谱上选一个位置,不存在"非此即彼"。这个光谱图让我以后看任何"机构DeFi"项目都先问一个问题:你在光谱的哪个位置?为什么选这个位置不选旁边的位置?这个提问框架在面试里也极度高频。
突破7:Maple违约案例是私募信贷链上化的"必读教材"
我学Maple之前以为DeFi信贷只要把利率算法做好就行。看完Day 34的Orthogonal Trading违约处理后,我明白了:链上信贷的核心能力不是定价,是违约后的处置流程。Maple V1因为没有完整的违约处置框架,被迫从"无抵押信贷协议"转型成"现金管理产品"。这个转型证明了一个金融业的铁律——产品形态会被违约事件强迫重塑,不是被技术演进。这条铁律对所有DeFi信贷协议(Goldfinch/TrueFi/Clearpool)都成立。它也告诉我:评估任何信贷协议的核心指标不是APY,是违约处置文档的完整度。
六、求职策略调整
6.1 目标公司清单更新
现在更可行(Phase 1产出加分大)
| 公司 | 岗位 | 加分点 |
|---|---|---|
| Ondo Finance | RWA Product Manager | Day 32对Ondo拆解最深 + RWA全光谱认知 |
| Maple Finance | Product/Strategy | Day 34违约案例理解 + 私募信贷链上化框架 |
| Securitize | Solution Architect | Day 30 ERC-3643+ Day 31 BUIDL实战拆解 |
| Fireblocks | Institutional Product | Day 9+50托管层5层架构设计 |
| Circle | Institutional/RWA | Day 36 USDC储备分析 + Day 18 MiCA合规 |
| Anchorage Digital | Product/Strategy | 5层桥接架构 + 监管全栈认知 |
现在更不可行(Phase 1产出帮助有限)
| 公司 | 原因 |
|---|---|
| Coinbase Custody PM | 偏合规+牌照运营,需要美国本地经验 |
| BlackRock Digital Assets | 机构内部岗,需要资管牌照背景或硕士+CFA |
| JPM Onyx | 银行内部岗,几乎只内部晋升 |
中间地带(值得尝试)
| 公司 | 策略 |
|---|---|
| Hidden Road | Crypto PB方向,Day 11是基础 |
| Centrifuge | Day 33深度+SPV理解 |
| BlockTower(如有招聘) | 机构信贷+RWA |
| 大型亚洲CEX的机构产品线(OKX/Bybit/Binance) | 需要中文+机构产品经验 |
6.2 简历结构建议
1. Summary (3行)
- 10年金融零售PM/BA/Dev → 2年Web3深度学习 → 60天机构DeFi/RWA系统化
- 核心能力:TradFi×DeFi桥接架构、RWA协议设计、机构合规框架
- 目标:机构DeFi/RWA Product Manager / Solution Architect
2. Project Highlights (3个项目)
★ TradFi×DeFi 桥接架构白皮书(自研,30页)
- 设计5层桥接架构(托管/合规/清算/报表/风控)
- 覆盖Basel III/MiCA/SEC/FATF合规栈
- GitHub link + Mirror link
★ RWA协议深度拆解作品集
- 6份头部协议拆解:BUIDL/Ondo/Centrifuge/Maple/USDC/USDM
- 涵盖代币化标准/法律实体/收益分配/违约处置
★ momoweb3 / Web3工具产品
- 已上线产品(Portfolio/EthPrice/Whale Tracker等)
- 60+次主网交易记录
3. Experience (10年金融零售经验)
- 倒序,重点突出"产品+架构+合规"经验
- 链下经验和链上能力做明显映射
4. Skills
- 行业:DeFi/RWA/机构合规/支付清结算/Tokenomics
- 技术:Solidity/TypeScript/Python/SQL/Dune
- 框架:DDD/TOGAF/C4/ATAM
6.3 网络拓展计划(Phase 2期间执行)
| 行动 | 目标 | 频率 |
|---|---|---|
| Twitter发表3篇RWA分析文 | 1000关注+50高质量互动 | 每月1篇 |
| Mirror发表白皮书 | 200+ collected | 1次(Day 60后) |
| 加入RWA专门Discord(Centrifuge/Maple/Ondo) | 有名字+有发言 | 每周参与3次 |
| 申请Galaxy/Wintermute等机构的Telegram社群 | 进入5个 | Phase 2前完成 |
| 报名EthCC 2026(7月布鲁塞尔) | 见5个机构DeFi PM | 1次 |
| LinkedIn添加机构DeFi PM | 50+连接 | 每周5个 |
6.4 是否安排实战面试?
结论:在Phase 2开始前,安排2-3次"低风险"实战面试。
理由:
- Phase 1的产出已经足以支撑机构DeFi PM岗的初轮筛选
- 不实战面试无法发现知识盲区
- 即使不接offer,反馈对Phase 2-4的方向调整有用
具体执行:
- 7月第1周:投递3家亚洲CEX的机构产品PM(低风险,反馈快)
- 7月第2周:参加EthCC,做1对1咖啡会面(5个)
- 7月第3周:投递Securitize/Anchorage(中风险,简历筛选严)
七、Phase 2 启动准备
7.1 Phase 1 与 Phase 2 的连接点
| 维度 | Phase 1(机构DeFi/RWA) | Phase 2(量化与微观结构) | 连接 |
|---|---|---|---|
| 知识基础 | 金融经验直接复用 | 数学+编程是新领域 | 连接弱,几乎独立 |
| 思维方式 | 架构/合规/制度设计 | 数学/统计/算法 | 思维需切换 |
| 工具栈 | 文档/架构图/法律框架 | Python/数据/回测 | 工具需补齐 |
| 时间分配 | 理论2h+设计2h | 理论2h+代码2h | 代码占比上升 |
| 求职目标 | PM/架构师 | Trader/Researcher/Quant PM | 目标岗位不同 |
重要判断:Phase 1是"利用经验向上跃迁",Phase 2是"从0构建新硬实力"。难度更高,挫败感会更强。要做好心理准备。
7.2 Phase 2 前置准备清单
数学复习(Day 60-Day 61之间用周末完成)
- 概率论核心:期望/方差/协方差/相关系数公式回顾(2小时)
- 微积分核心:偏导/链式法则/泰勒展开(2小时)
- 线性代数核心:矩阵乘法/特征值/SVD直觉(2小时)
参考材料:
- 3Blue1Brown的微积分本质 + 线性代数本质(YouTube)
- Khan Academy概率统计
Python量化环境
- 安装:numpy, scipy, pandas, matplotlib, scikit-learn
- 量化专用:QuantLib(Python binding), statsmodels, arch(GARCH模型)
- 数据获取:ccxt(CEX数据), web3.py(链上数据), Dune API
- Notebook环境:Jupyter Lab + 一个标准的项目结构
- 测试:跑通numpy.linalg.svd和scipy.stats.norm一个小例子
数据获取准备
- Binance API key(只读)
- Deribit Historical Data访问(如果免费额度足够)
- Hyperliquid API
- Dune Pro订阅或Dune API key
- Allium / Footprint备选
心态调整
Phase 1靠经验复用,Phase 2必须正视数学——遇到不懂的概念立刻补。三条原则:
- 每个公式都要能用numpy实现一遍——不实现的公式等于没学
- 代码必须跑出来对照结果——只看公式不跑代码必出错
- 一个概念卡30分钟以上立刻请教或换资料——不要陷入"看懂了的错觉"
7.3 第一周(Day 61-67)具体准备建议
| Day | 主题 | 具体准备 |
|---|---|---|
| 61 | 概率统计基础 | 周末已复习过,重点是numpy实现矩估计 |
| 62 | 随机过程入门 | 提前看3Blue1Brown的"随机游走"视频 |
| 63 | Black-Scholes | 提前复习偏微分方程的物理直觉(不需要解PDE) |
| 64 | Greeks | 关注Vega和Gamma的几何含义(直觉先于公式) |
| 65 | 隐含波动率 | 知道IV和HV是什么、怎么算 |
| 66 | SABR | 这个会难,提前心理准备,Hagan近似公式不必精通 |
| 67 | Week 10复习 | 用一个真实期权(Deribit BTC ATM call)跑一遍全套代码 |
预期挑战:Day 63 Black-Scholes会是Phase 2第一个"被数学打到"的点,不要慌。不是要会推导,而是要会用、能讲。
八、给6个月后的自己一封信
写于2026-06-30,写给2026-12-30的自己
亲爱的6个月后的我,
如果一切按计划,今天你刚刚完成Phase 4 Day 270,正在写最后那篇270天总结。如果计划被打乱,今天可能是Phase 3的某一天,或者你已经进入了某家机构DeFi公司开始上班,270天计划被推迟。无论哪种情形,请先停下来,喝杯咖啡,回看这封信。
我想说三件事。
第一件,关于初心。270天计划开始前,我38岁,有10年金融零售经验,自认为是"懂业务的人"。但我做了Web3两年都还停留在"业余玩家"水平,我意识到自己缺的不是知识广度,是深度上的稀缺位。270天的全部目的不是学新东西,是"把我已经懂的东西重新组织成一套别人少有的能力"。Phase 1是这套能力的第一个验证——把10年金融翻译成机构DeFi语言。如果你已经走到了Phase 4,请回看Phase 1的结尾,看看你当时的判断是不是被市场验证了。
第二件,关于Phase 1的肯定。这60天我没有偷懒,没有跳过任何一天。35,000+行笔记不是堆出来的,是每天6小时换出来的。我承认中间有几天笔记写得稀,比如Day 20、Day 25这种"概念多但深度浅"的日子,我没有完美地deep-dive。但整体节奏没有断。这是我成年以来连续完成度最高的一次系统学习。请承认这件事——不矫情,但要承认努力。如果你Phase 4后的状态让你怀疑Phase 1的努力是不是浪费,回看Day 56那张5层架构图。这张图本身就值这60天。
第三件,关于未来Phase的期待与担忧。
期待:
- Phase 2结束后你能看懂并自己写一个做市策略,能在Hyperliquid或Deribit跑实盘
- Phase 3结束后你能搭一个生产级的金融AI Agent,不是demo,是有真实用户的产品
- Phase 4结束后你至少能搭一个简单的ZK电路,能讲清楚PLONK和Groth16的区别
担忧:
- Phase 2的数学会让你想跳过——千万不要跳。哪怕慢两倍速度,也不能绕过数学。
- Phase 3最容易"看似学了实际没学"——AI/Agent概念太多,要警惕"读了10篇博客就以为懂了"的错觉。每一个工具必须自己跑通。
- Phase 4最容易放弃——密码学是真硬骨头。如果你卡住了,至少完成ZK部分,FHE/MPC/TEE可以作为概念性掌握。
最后一个具体提醒:如果你现在面对一个机构DeFi产品的设计问题,回看Day 56和Day 49。那两天的图是我写过最有用的两张图。所有桥接产品的方案都能在那两张图上找到锚点。
加油。我相信你。
—— 2026-06-30的我
九、致谢与反思
9.1 这60天最反直觉的1件事
最反直觉的1件事:我以为最难的是合规(Block B),结果最难的是状态机(Day 52清算层)。
合规看起来文档多、规则杂、跨管辖区,但本质上是"读懂规则然后映射"。这是"信息密集型"任务,靠时间堆就能搞定。
清算层的状态机不一样。一笔Tokenized Repo的状态空间至少有20+个状态,每个状态有3-5个事件触发,转换条件还要考虑链下/链上同步问题。这是"思维密集型"任务,光读不行,必须自己画状态图、自己用代码跑过、自己模拟违约/回滚场景。Day 52我花了10个小时画第一版状态图,画到一半推翻重画了3次。
教训:以后再遇到看起来"工程化"的任务(合规/对接/集成),不要轻视。看起来真正难的(数学/算法/状态机)反而因为门槛明显,会被你认真对待。看起来不难的反而容易被低估。
9.2 这60天浪费时间最多的事
Top 1: 过度收集(30%的低效时间)
我有"链接收集癖"。Day 29全景扫描RWA赛道时,我开了40+个标签页,下载了12份PDF,最后真正消化的只有3份。剩下的占据了我硬盘和心理负担,还让我误以为"我对这个赛道很熟"。
Top 2: 浮于表面(20%的低效时间)
Day 20和Day 25尤其明显。CFTC对DeFi的态度(Day 20)和KYC代币化(Day 25)我都只读了官方网站和2篇博客,没有深入到具体的SEC执法案例细节或Civic的合约层面。结果这两天的笔记写得稀,回看时基本没记忆点。
Top 3: 拖延周末复习(10%的低效时间)
Week 1-7每周日的复习,我有4周拖到了周一晚上才补。这导致每周一开新主题时背景没刷新,效率打折扣。
总浪费时间估算:60天×60min×60%(按低效率小时算)≈ 36小时被浪费在低效行为上。如果消除一半,相当于多出18小时(3天)的有效学习时间。
9.3 改进Phase 2学习方法的3个具体动作
动作1:每天开始前先关闭所有标签页
每天Phase 2开始前,先关掉所有浏览器标签页和Slack/Discord通知。如果一个材料值得读,就放进Pocket或下载下来;不值得放进Pocket的就关掉。目标:每日工作流的第一个动作是"清场"。
动作2:每个公式必须跑通才能算学过
Phase 2会有大量数学公式。我给自己立一条铁律:任何公式只看不写代码不算"学过"。比如Black-Scholes不算学过,BS代码跑出图才算学过。Greeks不算学过,Greeks热力图画出来才算学过。这条铁律会强迫我把抽象概念落到代码上,避免"看懂了的错觉"。
动作3:每周日严格留一个完整的复习slot,不能拖到周一
Phase 2每周日留3小时严格复习。复习的产出要包括:(a) 这周的代码总结到一个repo branch;(b) 这周3个最重要的数学概念用5分钟视频讲清楚(自己录给自己看);(c) 列出本周不懂的3个点,列入下周重点。目标:用"自己讲给自己听"的方式逼出真正的理解。
收尾:Phase 1 完结,Phase 2 启程
60天前,我对"机构DeFi"这个词只有模糊的好感和少量的标签认知。今天我能在白板上画出5层桥接架构、能讲清楚BUIDL和Ondo的差异、能解释Basel III对加密资产的处理逻辑。这是一次成功的身份升级。
但这只是270天计划的1/4.5。Phase 2的量化与微观结构会更难——我必须正视那些过去十年躲过的数学。Phase 3的AI系统工程会更繁——我必须不被工具的炫目骗到。Phase 4的密码学会更硬——我必须接受我可能拿不到完美的产出。
但我相信一件事:深度的稀缺位是堆出来的,不是天赋。Phase 1已经堆出了第一个稀缺位。后面三个phase继续堆。
明天开始Phase 2 Day 61。期待。
附录A:Phase 1 每周关键产出回顾表
| 周次 | 天数 | 主题 | 关键产出文件 |
|---|---|---|---|
| W1 | Day 1-7 | 跨境清算与即时支付 | Day 7 全球资金流动架构图 |
| W2 | Day 8-14 | 机构托管与衍生品法律 | Day 14 TradFi-Crypto对照大表 |
| W3 | Day 15-21 | 三大监管框架 | Day 21 全球监管地图 |
| W4 | Day 22-28 | 链上身份与合规闭环 | Day 28 合规层架构图 |
| W5 | Day 29-35 | 4大头部RWA协议拆解 | 4份协议拆解 |
| W6 | Day 36-42 | 合规稳定币+RWA风险地图 | Day 42 RWA风险地图 |
| W7 | Day 43-49 | 机构DeFi产品光谱 | Day 49 光谱图 |
| W8 | Day 50-56 | 5层桥接架构 | 5份设计文档+总览图 |
| W9 | Day 57-60 | 综合产出与总结 | 白皮书+面试集+本文 |
附录B:与原计划的偏差记录
| 类别 | 原计划 | 实际 | 偏差原因 |
|---|---|---|---|
| 6份RWA协议 | BUIDL/Ondo/Centrifuge/Maple/Goldfinch/Backed | BUIDL/Ondo/Centrifuge/Maple/USDC/USDM | Goldfinch近期活跃度低,Backed流动性小,调整为更具机构相关性的稳定币 |
| 30页白皮书 | Day 57-58完整完成 | Day 60写本文时草案约15页 | Day 60总结作为优先级,白皮书后两章在Day 57-58收尾 |
| 30题面试集 | Day 59集中完成 | 已分散在每日笔记中累积,Day 59做整理 | 累积式优于集中式 |
| 桥接5层文档每份500行 | 计划500行 | 实际700+行 | 深度超预期,正向偏差 |
本文是Phase 1 (Day 1-60) 的总结报告。 下一篇笔记:EXPERT-DAY61.md(Phase 2 Day 1: 概率统计基础回顾) Phase 2 启动日期:2026-07-01