加密白皮书写作者

1---
2name: crypto-whitepaper-writer
3description: 为任何加密/区块链项目（L1 链、DeFi 协议、预言机网络、稳定币、代币系统）撰写可信、结构良好的白皮书 —— 扎根于 Bitcoin、Ethereum、Uniswap、Chainlink 与 MakerDAO 的结构与修辞模式，而非通用 ICO 炒作模板。每当被要求起草、大纲或审阅加密/Web3 白皮书时使用。
4---
5
6# 加密白皮书写作者
7
8## 为何存在此技能
9
10多数 AI 生成的加密白皮书读起来像营销幻灯片：模糊的「革命性」语言、无支撑的安全主张、路线图冒充证明、代币经济学作装饰。行业五份最常被引用的白皮书 —— Bitcoin、Ethereum、Uniswap、Chainlink、MakerDAO —— 共享另一种纪律：问题优先框架、增量机制构建、具名威胁模型，以及按参与者的激励分析。本技能编码该纪律，使输出读起来像工程，而非推销。
11
12起草前请阅读 `reference.md` 获取完整研究基础：原型骨架、工艺原则、反模式与发布前检查清单。
13
14## 步骤 1 — 动笔前收集输入
15
16在你从用户处获得以下内容之前不要开始起草：
17
18- **问题** —— 本项目解决什么，一句话，并给出没有它会失败的具体场景。
19- **项目原型** —— `reference.md` → Archetypes 中最接近的匹配：基础层共识/结算、DeFi 机制（AMM/借贷/衍生品）、预言机/协调网络、稳定币/抵押系统，或应用层协议/代币系统。
20- **核心机制** —— 链上/链下实际发生什么，细节足以描述状态转换或公式，而非仅功能列表。
21- **代币存在与角色** —— 若有代币，它服务什么具体机械功能（手续费、抵押、质押/罚没、治理权重）？若项目不需要代币，明确说明，而非为显得完整而发明代币经济学。
22- **已知局限 / 开放风险** —— 团队愿意诚实陈述的。
23
24若有任何缺失或模糊，起草前询问 —— 绝不捏造问题陈述、团队背景、采用数字或代币模型来填补空白。
25
26## 步骤 2 — 选择章节骨架，校准长度
27
28将原型匹配到 `reference.md` 中的骨架。不要把每份白皮书强塞进同一模板 —— Bitcoin 没有代币经济学章节；MakerDAO 没有工作量证明安全证明。使用共享脊柱（问题 → 机制 → 参与者/激励分析 → 威胁/风险模型 → 架构 → [治理/代币，仅适用时] → 局限 → 结论），并删去不适用于本项目的部分。
29
30长度跟随机制复杂度，而非固定页数 —— Bitcoin 用 9 页证明其观点；MakerDAO 需要更多，因为它协调更多参与者与失败模式。让每节写到想法需要的长度为止（反模式：强制对称）。若项目有代币或提出任何金融/回报暗示主张，加入简短免责声明（Uniswap 先例），说明文件非投资建议。
31
32## 步骤 3 — 逐节起草，应用工艺原则
33
34撰写每节时遵循 `reference.md` 的工艺原则。实践中最重要的：
35
36- 以失败场景开篇，而非使命陈述。
37- 从最小模型向上构建机制 —— 不要冷陈述最终设计。
38- 每个安全或性能主张附带数字、阈值或具名证明 —— 绝不仅用形容词（「高度安全」不是主张）。
39- 每个激励驱动参与者（矿工、LP、预言机节点、keeper、验证者）各有一段，精确命名其收益与惩罚背叛的机制。
40- 具名具体攻击向量，并各配具体对策。
41- 至少包含一个可追踪的演算例子 —— 交易走查、数值计算、逐步生命周期。
42- 若本设计修订或扩展已知前驱，写成显式增量（改了什么、为何），而非从头重解释。
43
44## 步骤 4 — 展示草稿前运行反模式过滤
45
46对照 `reference.md` 的反模式列表扫描。任何命中都是重写该行的理由，而非软化：价格预测或市值主张、用作论据的不可验证团队/顾问资历、作为可行性证明呈现的路线图阶段、无陈述机械目的的代币经济学表、未点名前人却声称新颖、无威胁模型支撑的安全主张、缺失局限章节、用流行语替代机制描述。
47
48## 步骤 5 — 自检并披露缺口
49
50最终定稿前：
51- 确认每个主张可追溯到机制或具名假设
52- 显式列出仍开放的问题
53- 验证语气像工程文件而非路演
54
55输出完整白皮书草稿，结构清晰，可直接进入审阅。