加密货币白皮书应帮助读者做出哪些决策?
一份加密货币白皮书应让目标读者理解项目、评估其声明,并识别仍不确定的内容。在起草前明确这一目标;否则,文档往往混合产品概述、技术规格、融资宣传和用户指南,却无法很好地服务其中任何一项。
- 明确主要读者:用户、开发者、生态伙伴或代币参与者。
- 用一句话写出读者的决策。例如:“我能否理解该协议如何处理交易?”
- 列出读者需要的证据,如架构图、费用说明或当前产品状态的描述。
- 标记尚未准备好发布的信息,并指定负责人确认。
使用一个主要受众来确定深度和词汇。如果文档必须服务不同读者,为每个读者提供清晰的路径:先提供简洁概述,然后是技术或经济细节。不要使用投资者语言来掩盖产品解释的空白。读者应能区分哪些已存在、哪些正在构建、哪些仅被考虑。将宣传材料与需要证据的声明分开。
什么结构使加密货币白皮书易于评估?
有用的结构从问题到系统,再到证据、经济和开放问题。保持逻辑顺序:读者需要项目背景才能评估其设计选择。
| 章节 | 需要回答的问题 |
|---|---|
| 摘要 | 项目是什么,为谁服务? |
| 问题与方法 | 解决什么需求,如何解决? |
| 产品与架构 | 哪些组件交互,各自作用是什么? |
| 代币与治理 | 描述了哪些功能和决策权? |
| 路线图与状态 | 现在有什么,计划什么? |
| 风险与参考 | 哪些假设、依赖和来源重要? |
将此视为工作大纲,而非固定模板。协议文档可能需要更多架构和安全细节;消费产品可能需要更清晰的用户流程。将定义放在首次使用附近。为长文档添加目录,并使用陈述主题的标题,而非“详情”等通用标签。如果您正在准备发布材料,请将其与代币发行营销清单关联,以保持公开描述一致。
如何解释协议机制和代币设计?
按读者遇到的顺序解释系统:输入、操作、输出和依赖。然后仅在代币在该系统中的作用明确时描述代币。这防止代币部分成为抽象利益的列表。
- 描述启动流程的用户或合约操作。
- 识别涉及的组件及其职责。
- 展示状态如何变化、价值如何移动或决策如何记录。
- 解释失败路径以及管理员或其他操作者的角色。
- 说明代币启用什么、谁可以使用,以及适用条件。
图表可以显示顺序或关系,但需配合书面演练。定义专业术语一次,然后一致使用。对于代币供应和分配,在表格、散文和图表中协调每个数字;在相关处以通俗语言解释归属或释放条件。将实用性与治理权分开,不要暗示持有代币授予权利,除非项目的设计和文档支持该声明。有关供应语言和记录的聚焦检查,请参阅如何验证 CoinGecko 上的供应量。
哪些声明和证据应包含在文档中?
包含帮助读者评估设计的声明,并使其状态可见。精确的白皮书区分已实现功能、测试结果、计划工作和假设,而不是将它们呈现为同等确定。
- 对于实时功能,识别读者可以检查的内容,如产品文档或公共合约地址。
- 对于测试结果,描述范围和条件,以便读者解释其展示的内容。
- 对于计划功能,标记为计划,并命名可能改变它的依赖或决策。
- 对于比较性声明,说明比较基础,避免无根据的夸大。
- 对于数字,记录来源、验证日期和负责确认的人。
在起草时维护声明登记表。一个包含声明、状态、来源、所有者和批准状态的简单表格可以在布局前捕获差异。对外部技术材料使用引用或直接参考,并确保读者能识别哪些陈述描述您自己的系统。不要仅仅为了使文档看起来完整而添加市场估计或性能声明。如果证据不可用,说明已知内容,并在审查前省略该断言。
团队应如何起草和审核白皮书?
从经过验证的项目材料中起草白皮书,然后分别进行准确性、理解性和一致性审核。这比让多个审阅者同时编辑每个句子更有效。
- 启动清单: 收集产品摘要、架构笔记、代币文档、路线图、当前状态和已批准的术语。
- 大纲审核: 在撰写散文之前,让创始人或产品负责人确认受众、范围和章节顺序。
- 技术草稿: 让相关工程师或协议负责人验证机制、依赖和系统图。
- 编辑通过: 删除重复内容,定义术语,并检查每个声明是否明确标记为当前、计划或假设。
- 最终协调: 在论文和发布材料中比较代币细节、名称、日期和公共链接。
在 AEOTech,编辑审核使用声明登记表:每个实质性陈述在最终副本批准前与来源或指定的项目负责人配对。保持一个人负责整合反馈,并要求审阅者将事实更正与风格偏好分开标记。白皮书撰写支持每个项目从 $1,320 起;范围根据材料和审核需求确认。有关完整起草简报,请参阅白皮书和精简白皮书撰写。
哪些加密货币白皮书错误应及早发现?
最具破坏性的错误使读者难以判断项目实际做什么或声明是否得到支持。在大纲和审核阶段捕获它们,在布局使修订变慢之前。
- 以口号开始: 用用户问题和系统响应的描述替换宽泛声明。
- 使用未解释的术语: 在首次出现时定义术语;如果它不增加决策有用的细节,则删除它。
- 混合计划与已发布功能: 在文本中标记状态,并保持路线图语言一致。
- 将代币分配视为不言自明: 说明类别、条件和相关释放机制。
- 使用没有演练的图表: 添加文本解释,适用于浏览或无法解释视觉的读者。
- 将风险留到最后: 在声明附近识别依赖和设计限制,然后在清晰的风险部分收集它们。
一个实用的编辑是突出每个包含承诺、比较、技术断言或代币细节的句子。问:谁能验证这一点,支持在哪里?如果答案不清楚,修改句子、添加来源或删除它。避免填充文档以显示权威。完整性意味着覆盖读者需要理解的决策,而不是最大化长度。
发布加密货币白皮书前应检查什么?
发布前,检查论文是否内部一致、无需私人背景即可阅读,并与项目当前的公开材料一致。最终审核应测试文档,如同读者使用它,而不仅仅是团队记得如何写。
- 新读者能否在阅读概述后总结产品及其目标用户?
- 图表、代币表格和散文是否描述相同的系统和数字?
- 当前功能、计划工作、假设和依赖是否可区分?
- 链接是否有效,引用是否识别来源,定义术语是否一致?
- 项目负责人是否批准了技术描述和最新代币细节?
白皮书不能替代代码审查或法律建议;关于已发布功能、代币权利和合规性的声明必须由负责任的专家检查。我们可以使假设可见,但只有项目所有者和合格顾问才能验证它们。
对于相关的面向投资者的文档,比较范围与加密货币路演材料指南。要开始白皮书审核,请将您当前的大纲、源文档、代币材料和负责技术批准的人员发送至白皮书撰写团队。我们将材料映射到章节计划,并识别在起草前需要确认的内容。
价格
| 服务 | 价格 | 报价 |
|---|---|---|
| 白皮书指南 | 起$1,320 / 个项目 |
起价为美元。定制套餐和批量折扣请咨询。支持USDT、USDC、BTC、ETH、SOL、TON或您的项目代币支付。
如何操作
- 设定读者和目的明确主要受众和文档应支持的决策。收集读者评估项目所需的材料。
- 创建章节大纲从问题到产品,再到系统、代币设计、状态和风险,排序章节。与项目负责人确认大纲。
- 从已验证来源起草使用项目文档和指定负责人支持技术、经济和路线图声明。清晰标记计划和假设。
- 审核声明和清晰度分别进行技术和编辑通过。协调声明登记表、图表、代币描述和术语。
- 批准发布副本检查链接、引用、一致性和最终批准的负责人。仅在负责任的审阅者确认内容后发布。
常见问题
加密货币白皮书应该多长?
没有有用的目标长度,除非知道读者和项目复杂性。包含足够的细节来解释产品、系统、代币设计、状态和风险;删除重复声明或不能帮助读者评估项目的部分。技术协议可能需要比消费产品概述更深的机制。
撰写加密货币白皮书前需要哪些信息?
准备产品摘要、架构笔记、当前功能状态、代币设计材料、路线图、已批准的术语和关键声明的来源。为技术问题指定一个项目负责人,并指定一人整合反馈。标记缺失或未决定的信息,而不是用假设填补空白。
加密货币项目应该发布白皮书还是精简白皮书?
根据读者需要评估的内容选择。简洁的论文可以介绍项目并引导读者获取支持材料;更深入的白皮书可以更详细地解释系统机制和设计选择。标签不如使文档范围清晰并确保回答目标读者的问题重要。
我可以在产品完成前写白皮书吗?
可以,如果文档区分已实现的内容和计划或仍在决定的内容。清晰标记路线图项目和依赖,不要将提议的功能描述为可用功能。当材料变化影响技术解释、代币细节或声明的项目状态时,更新论文。
如何检查代币细节的一致性?
为供应、分配和任何释放条件保留一个批准的来源。将该来源与文档中的每个表格、图表和散文引用进行比较,并让负责的项目负责人确认最终版本。如果论文讨论公共上线信息,请参阅单独的供应验证指南以完成该特定任务。
白皮书能否证明协议安全或法律合规?
不能。白皮书可以解释设计、披露假设并引导读者获取相关证据,但不能替代代码审查或法律建议。关于安全性、代币权利和合规性的声明需要适当的负责任专家审核。明确文档的限制,而不是将描述呈现为独立验证。
加密货币白皮书撰写支持的费用是多少?
列出的起始价格是每个项目从 $1,320 起。工作范围根据可用材料、所需技术深度以及与项目团队商定的审核责任确定。分享大纲和源文档以澄清起草和编辑审核应涵盖的内容。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…