如何撰写加密货币项目白皮书：结构、内容与常见错误

白皮书有什么用，谁会读它？

白皮书旨在为读者提供关于项目的可验证解释：它解决什么问题、如何解决以及实现方面已知哪些信息。这不是宣传册，也不能替代文档、演示文稿或法律材料。在写作之前，明确读者在阅读后应做出什么决定：理解产品、评估技术模型还是研究代币的运作方式。

分别确定主要受众。用户需要理解使用场景；开发者需要了解架构和限制；合作伙伴需要了解依赖关系和集成阶段。一份文档可以面向多个群体，但不应让所有人都费力地通过相同级别的细节。简短的摘要有助于快速理解要点，而专门的章节则为需要的人提供深度。

在规划之前，回答以下问题：

• 读者对产品和区块链已经了解多少？
• 哪些陈述可以通过当前产品、代码或计算来证实？
• 哪些术语需要在首次使用时定义？
• 文档将如何与网站、文档和启动材料相关联？

如果需要用于初步了解的简短概述，它可以作为补充，但不应隐藏重要条件。对于更广泛的准备计划，请使用 代币上线检查清单。

什么样的白皮书结构有助于理解项目？

实用的结构引导读者从问题到解决方案，然后展示机制和限制。顺序可以根据产品调整，但每个章节都应回答一个具体问题，而不是用其他词语重复总体论点。

方便的文档框架：

• 简短摘要： 产品、受众、问题和拟议解决方案。
• 背景与问题： 当前方法在哪些方面不足，这对谁重要。
• 产品描述： 用户场景、关键功能和开发状态。
• 架构： 组件、数据流、使用的网络和外部依赖关系。
• 代币与经济： 用途、分配、可用机制和条件（如果涉及代币）。
• 安全与限制： 威胁模型、已采取的措施、已知的权衡和未解决的问题。
• 发展计划与治理： 阶段、依赖关系、关键决策和文档更新方式。

为每个章节准备一个论点和一个确认清单：规范、计算、图表或负责人的评论。如果事实尚不存在，请将其标记为未解决的问题或计划，而不是用自信的措辞填补空白。内容应反映产品的实际结构，而不是充当通用模板。如果项目需要口头介绍想法的材料，请将任务与 路演材料 格式进行比较。

如何描述代币经济学和技术机制？

关于代币的章节应以清晰的语言解释其在产品中的角色和流通规则。如果代币对于所描述的场景不是必需的，或者其功能尚未确定，请不要用复杂的方案掩盖不确定性：将其记录为未解决的问题并与团队协调。

通过用户或协议的操作来描述代币的用途。说明它在何处以及何种条件下使用，与之相关的权利或功能，以及适用的限制。如果提供有关供应、分配、解锁或发行的信息，请与当前模型协调，并在整个文档中一致地显示术语。不要混淆分配份额、代币可用性和实际流通：这些是不同的概念。

对于技术部分，揭示以下内容很有用：

• 系统的主要组件及其交互；
• 在典型的用户场景中会发生什么；
• 智能合约执行哪些操作，哪些操作留在链下；
• 工作依赖哪些外部服务或网络；
• 所选架构存在哪些假设和权衡。

如果图表有助于追踪资产或数据流，请添加图表并附上说明。每个图表都必须与文本和当前实现一致。代币经济学不证明资产的未来价值：描述结构和条件，而不是关于盈利能力的结论。

如何从原始材料到完成文本？

当事实在写作之前收集，并且检查分布在章节负责人之间时，白皮书更容易准备。不要从润色措辞开始：首先找出模型中的空白，就术语达成一致，并确认团队成员描述的是同一个产品。

实用的工作顺序：

• 收集原始材料： 产品描述、规范、代币经济学、图表、开发状态和未解决问题列表。
• 指定负责人： 每个技术、产品和经济学陈述都应有一个可以确认它的负责人。
• 协调内容： 制定章节计划，并标记哪些事实已确认，哪些仍是计划。
• 撰写并检查草稿： 首先是逻辑和完整性，然后是风格、术语、交叉引用和视觉元素。
• 确定发布： 注明版本和更新日期，指定后续更改的负责人。

准备时间不取决于页数，而取决于专家的可用性、材料的完整性和协调速度。通过在一个文档中收集评论并将意见分为事实性、技术性和编辑性来减少延迟。编辑可以改进结构和清晰度，但项目团队必须确认产品的结构。

哪些错误会使白皮书变得薄弱？

薄弱的白皮书通常无法解释承诺的解决方案在实践中如何运作。读者看到术语、计划和华丽的声明，但无法验证问题、产品和声称的机制之间的联系。

检查草稿中的典型错误：

• 关于问题的论点过于宽泛。 指明具体的用户、场景和现有方法的缺点。
• 未定义的技术术语。 在首次使用时解释术语，并在所有章节中一致使用。
• 计划被呈现为现有功能。 区分已完成的实现、当前的开发和可能的方向。
• 代币经济学与产品分开描述。 展示代币解决什么问题，或者诚实地表明其角色仍在确定中。
• 不一致的值和术语。 对照单一数据源检查文本、表格、图表和公开材料。
• 没有讨论限制。 指出可能影响系统使用的依赖关系和权衡。

一个有用的编辑检查很简单：请团队外的人在阅读摘要后复述项目的用途和一个关键场景。如果他们用自己的假设替换事实，请澄清文本并添加缺失的联系。不要为了给人留下印象而增加篇幅：每个陈述都应有助于理解系统。

发布白皮书前需要检查什么？

在发布之前，将文档作为项目信息来源进行检查：读者应该能够区分事实和意图，理解术语，并找到重要陈述的确认。检查不仅需要编辑参与，还需要负责产品、开发、经济模型和公共沟通的人员参与。

完成最终清单：

• 将所有技术描述与当前架构和开发状态进行核对。
• 检查文本中的代币模型是否与计算和已做出的决策一致。
• 将预测和计划标记为计划，而不是既成事实。
• 确保表格和插图清晰可读且与文本不矛盾。
• 检查日期、版本、链接、名称拼写和术语定义。
• 指明向何处报告更正以及何处查找最新版本。

白皮书本身并不证明项目的质量，也不能替代对智能合约、产品或法律模型的检查。文档的发布不控制平台的决定：CoinMarketCap 或 CoinGecko 的上线和审核根据其自身的标准和程序进行。不能承诺基于文本的上线批准、受众关注或市场结果。团队可以负责文档的准确性和及时更新，但不能负责外部平台的决定。如果在产品更改后更新了公共信息，请将其与其他材料（包括 CoinMarketCap 上线 申请）进行协调。

价格

起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。

如何操作

1. 收集事实索取规范、图表、当前代币参数和用户场景描述。单独标记团队尚未解决的问题。
2. 确定读者选择主要受众并决定每个受众需要哪些解释。确定文档的目标，以免将其与演示文稿或文档混淆。
3. 协调结构将章节从问题和产品排列到架构、经济和限制。为每个论点指定一名专家来检查其准确性。
4. 准备草稿基于已确认的材料进行写作，并将当前功能与计划区分开来。检查定义和值在章节之间是否一致。
5. 进行检查和发布与团队核对事实，编辑文本、图表和链接。注明文档版本并指定更新负责人。