如何围绕产品事实撰写加密货币白皮书

3种白皮书格式中，哪一种适合您的读者？

白皮书：项目案例、产品和设计。精简白皮书：简洁的项目说明。技术论文：系统机制和假设。

从读者需要做出的决定开始。如果他们需要了解项目的目标和运营模式，请使用白皮书。如果他们需要快速了解核心想法，精简白皮书可能更合适。如果他们需要实现细节，请规划技术论文或附录。

这些格式可以相互支持。它们不应相互矛盾。保留一套经批准的产品事实，然后为每位读者调整深度。白皮书撰写服务可以帮助将原始材料转化为草稿，而不改变事实。

7个模块，使论证易于理解

一份有用的加密货币白皮书从读者的问题出发，引出项目的答案。然后展示该答案如何运作。将决策相关材料放在开头。不要将其埋没在冗长的引言中。

• 问题：指出谁面临它以及哪里不足。
• 项目：用通俗语言解释提议的答案。
• 产品：区分可用功能与计划工作。
• 系统：展示组件、用户操作和依赖关系。
• 代币：解释相关功能和供应条款（如适用）。
• 风险：说明约束、假设和未解决的问题。
• 来源：引导读者查阅支持关键声明的材料。

使用标题让读者能够快速浏览论证。当图表有助于阐明角色或资产流动时，添加图表。同时用文字解释图表。当冗长的计算或实现细节打断主要解释时，将其移至附录。

将此视为工作大纲，而非必需模板。没有代币的项目不应为了外观而添加代币章节。协议可能比消费产品需要更多的系统细节。关于围绕论文的发布沟通，请使用代币发行营销清单。

5轮撰写，每轮有明确的交接

五轮撰写使事实收集、撰写和审批保持独立。为每轮设定明确的时间窗口和交接点。

1. 读者和目的。 窗口：在制定大纲之前。确定主要读者以及论文应支持的决定。
2. 来源收集。 窗口：在撰写之前。收集产品、技术、代币和路线图材料。标记空白处，而不是猜测。
3. 大纲审批。 窗口：在撰写完整内容之前。确认章节顺序。为每个技术或产品声明指定负责人。
4. 撰写和事实核查。 窗口：在来源信息最新时。根据批准的材料撰写。请每位负责人核实其声明。
5. 编辑和发布。 窗口：在事实审查之后。解决矛盾并检查术语。为未来更新指定负责人。

保留一个版本化的工作文件。记录导致文本更改的决策。这有助于在编辑过程中更容易发现旧声明。代币发行清单可以帮助将白皮书与其他发布材料对齐。

草稿中应包含哪5项声明检查？

检查任何可能描述实时功能、代币功能或未来承诺的声明。来源检查有助于读者区分已验证的行为与设计目标或团队假设。

对于每个重要声明，记录其来源和状态。然后询问：

• 证据：读者能否查阅原始材料？
• 状态：这是实时的、计划的、有条件的还是未解决的？
• 边界：依赖关系和例外情况是否明确？
• 措辞：句子是否描述了一个可观察的事实？
• 一致性：同一事实是否在其他地方出现？

引用应解释其相关性。不要让读者面对一个空链接列表。对于性能声明，说明测试内容和条件。对于计划中的功能，在文本、图表和路线图中将其标记为计划中。

代币细节也需要同样的纪律。在适用时分别定义供应条款：

• 总供应量：说明项目使用的术语。
• 流通供应量：解释该数字代表什么。
• 分配：确定每个类别及其声明的目的。
• 释放条件：描述适用的归属或分发条款。
• 未完成的数字：将其标记为未解决；不要暗示最终性。

使用团队可以验证的来源。CoinGecko上线指南涵盖了单独的简介流程。它不能替代论文中的来源检查。

发布前需清除的6个草稿错误

六个反复出现的错误使白皮书更难评估。在产品和技术负责人仍能确认事实时修复它们。

• 先讲术语：在引入专业术语之前，先介绍读者的问题。
• 状态模糊：一致地标记已发布和计划中的功能。
• 假设代币：解释真实功能，否则省略该声明。
• 路线图视为确定：标记计划并说明相关条件。
• 缺少依赖关系：指明合约、提供商、权限或用户操作。
• 无目的的冗长：保留有助于解释或验证项目的细节。

对论文、网站和代币材料进行最后一轮检查。标记听起来像当前能力或坚定承诺的陈述。请负责人确认它们。用可观察的描述替换宽泛的赞美。删除没有支持的声明。

白皮书可以解释项目的设计。它不能控制CoinGecko或CoinMarketCap的上线审查或简介展示。这些平台决定审查和显示结果。论文不能确保接受或特定的展示。

文件上线前的3轮审查

三轮审查为团队提供了已检查内容的实用记录。它们也显示了哪些内容仍需关注。将每条评论与具体文本、来源和负责人关联。

在DigitalMedia1，我们将草稿与您提供的项目材料进行比较。我们标记需要证据或技术负责人确认的声明。您将获得具体的编辑列表，而非模糊的反馈。如果草稿需要撰写支持，我们可以另行讨论该工作。

发送当前草稿、源文档、主要读者和预期的发布窗口。我们将检查已准备好的内容并确定未解决的问题。您将在2个工作日内收到书面报价。

如何操作

1. 1. 确定读者写下论文服务于谁以及它应支持哪个决定。使用该选择来设定详细程度。
2. 2. 收集原始材料收集产品、技术、代币和路线图事实。标记未解决的项目，并指定可以确认每项事实的人。
3. 3. 批准大纲围绕读者的问题排列7个核心模块。删除不适合项目的章节。
4. 4. 撰写和验证将当前能力与提案分开。请产品和技术负责人验证他们了解的声明。
5. 5. 编辑和发布解决矛盾，检查链接和术语，然后指定负责人以保持重要事实的更新。