仮想通貨ホワイトペーパーの書き方

仮想通貨ホワイトペーパーは、読者が何を決定するのに役立つべきですか？

仮想通貨ホワイトペーパーは、対象読者がプロジェクトを理解し、その主張を評価し、何が不確かなままかを特定できるようにする必要があります。作成前にその役割を定義してください。そうしないと、文書は製品概要、技術仕様、資金調達ピッチ、ユーザーガイドを混在させ、どれも十分に果たせない傾向があります。

1. 主な読者を特定します：ユーザー、開発者、エコシステムパートナー、またはトークン参加者。
2. 読者の決定を一文で書きます。例：「このプロトコルがトランザクションをどのように処理するか理解できますか？」
3. 読者が必要とする証拠をリストアップします。アーキテクチャ図、手数料の説明、現在の製品ステータスの説明など。
4. 公開準備ができていない情報をマークし、確認する担当者を割り当てます。

1つの主なオーディエンスを使用して、深さと語彙を設定します。文書が異なる読者に役立つ必要がある場合は、それぞれに明確な経路を提供します：簡潔な概要を最初に、次に技術的または経済的詳細。製品説明のギャップを埋めるために投資家用語を使用しないでください。読者は、存在するもの、構築中のもの、検討中のものを区別できる必要があります。プロモーション資料は、証拠を必要とする主張から分離してください。

仮想通貨ホワイトペーパーを評価しやすくする構造は何ですか？

有用な構造は、問題からシステム、証拠、経済、未解決の質問へと進みます。論理的な順序を維持してください：読者は、設計選択を評価する前にプロジェクトの文脈を必要とします。

これを固定テンプレートではなく、作業用アウトラインとして扱います。プロトコルペーパーはより多くのアーキテクチャとセキュリティ詳細を必要とするかもしれません。消費者製品はより明確なユーザーフローを必要とするかもしれません。定義は最初に使用する場所の近くに配置します。長い文書には目次を追加し、「詳細」のような一般的なラベルではなく、主題を示す見出しを使用します。ペーパーと並行してローンチ資料を準備している場合は、トークンローンチマーケティングチェックリストにリンクして、公開説明が整合性を保つようにします。

プロトコルの仕組みとトークン設計をどのように説明しますか？

読者が遭遇する順序でシステムを説明します：入力、アクション、出力、依存関係。次に、そのシステムでの役割が明確な場合にのみトークンを説明します。これにより、トークンセクションが抽象的な利点のリストになるのを防ぎます。

1. プロセスを開始するユーザーまたはコントラクトアクションを説明します。
2. 関与するコンポーネントとそれぞれの責任を特定します。
3. 状態がどのように変化するか、価値が移動するか、決定が記録されるかを示します。
4. 失敗パスと、管理者や他のオペレーターの役割を説明します。
5. トークンが何を可能にするか、誰が使用できるか、どのような条件が適用されるかを述べます。

図はシーケンスや関係を示すことができますが、文章によるウォークスルーと組み合わせてください。専門用語は一度定義し、その後一貫して使用します。トークンの供給と割り当てについては、すべての数値を表、散文、チャートで調整します。ベスティングやリリース条件を関連する場合は平易な言葉で説明します。ユーティリティとガバナンスの権利を分離し、プロジェクトの設計と文書がサポートしない限り、トークンを保持することで権利が付与されることを示唆しないでください。供給言語と記録の焦点を絞ったチェックについては、CoinGeckoでの供給確認方法を参照してください。

どの主張と証拠を文書に含めるべきですか？

読者が設計を評価するのに役立つ主張を含め、そのステータスを明確にします。正確なホワイトペーパーは、実装済み機能、テスト済み結果、計画中の作業、仮定を区別し、それらが同等に確立されているかのように提示しません。

• ライブ機能の場合、読者が検査できるものを特定します。製品ドキュメントや公開コントラクトアドレスなど。
• テスト結果の場合、範囲と条件を説明して、読者が何を示しているかを解釈できるようにします。
• 計画中の機能の場合、計画中とラベル付けし、変更する可能性のある依存関係や決定を指定します。
• 比較的主張の場合、比較の基準を述べ、裏付けのない最上級を避けます。
• 数値の場合、その情報源、検証日、確認責任者を記録します。

作成中は主張レジスターを維持します。主張、ステータス、情報源、所有者、承認状態を含む簡単なテーブルは、レイアウト前に矛盾を検出します。外部の技術資料には引用または直接参照を使用し、読者がどの記述が自分のシステムを説明しているかを特定できるようにします。ペーパーを完全に見せるためだけに市場推定やパフォーマンス主張を追加しないでください。証拠が利用できない場合は、既知のことを述べ、レビューされるまで主張を省略します。

チームはホワイトペーパーをどのようにドラフトし、レビューすべきですか？

検証済みのプロジェクト資料からホワイトペーパーをドラフトし、正確性、理解しやすさ、一貫性のために別々のパスでレビューします。これは、複数のレビュー担当者が一度にすべての文を編集するよりも効率的です。

1. キックオフチェックリスト： 製品概要、アーキテクチャノート、トークン文書、ロードマップ、現在のステータス、承認済み用語を収集します。
2. アウトラインレビュー： 散文が書かれる前に、創業者または製品リーダーがオーディエンス、範囲、セクション順序を確認します。
3. 技術ドラフト： 関連するエンジニアまたはプロトコル所有者に、メカニズム、依存関係、システム図を検証してもらいます。
4. 編集パス： 繰り返しを削除し、用語を定義し、各主張が現在、計画中、または仮定として明確にラベル付けされているかを確認します。
5. 最終調整： トークンの詳細、名前、日付、公開リンクをペーパーとローンチ資料全体で比較します。

AEOTechでは、編集レビューは主張レジスターを使用します：各実質的な記述は、最終コピーが承認される前に情報源または指名されたプロジェクト所有者とペアになります。フィードバックを統合する責任者を1人置き、レビュー担当者に事実の修正をスタイルの好みと別にフラグ付けするよう依頼します。ホワイトペーパー作成サポートは$1,320 / プロジェクトからです。範囲は資料とレビューニーズに基づいて確認されます。完全なドラフトブリーフについては、ホワイトペーパーとライトペーパー作成を参照してください。

仮想通貨ホワイトペーパーのどの間違いを早期に発見すべきですか？

最も有害な間違いは、プロジェクトが実際に何をするのか、またはその主張が裏付けられているかどうかを判断するのを難しくします。レイアウトが改訂を遅くする前に、アウトラインとレビュー段階でそれらを発見してください。

• スローガンで始める： 広範な主張を、ユーザーの問題とシステムの対応の説明に置き換えます。
• 説明のない用語を使用する： 最初に重要となる場所で用語を定義します。決定に役立つ詳細を追加しない場合は削除します。
• 計画と出荷済み機能を混在させる： テキストでステータスをラベル付けし、ロードマップ言語を全体で一貫させます。
• トークン割り当てを自明として扱う： カテゴリ、条件、関連するリリースメカニズムを述べます。
• ウォークスルーなしで図を使用する： スキムする読者や視覚を解釈できない読者のために機能するテキスト説明を追加します。
• リスクを最後まで残す： 依存関係と設計限界を、それらが修飾する主張の近くで特定し、明確なリスクセクションにまとめます。

実用的な編集は、約束、比較、技術的主張、トークン詳細を含むすべての文を強調することです。尋ねてください：誰がこれを検証でき、サポートはどこにあるか？答えが不明確な場合は、文を修正するか、情報源を追加するか、削除します。権威を示すために文書を水増ししないでください。完全性とは、読者が理解する必要のある決定をカバーすることを意味し、長さを最大化することではありません。

仮想通貨ホワイトペーパーを公開する前に何を確認すべきですか？

公開前に、ペーパーが内部的に一貫しており、プライベートな文脈なしで読め、プロジェクトの現在の公開資料と整合していることを確認します。最終レビューは、チームが書いたことを覚えている方法だけでなく、読者が使用する方法で文書をテストする必要があります。

• 新しい読者は、概要を読んだ後、製品とその意図するユーザーを要約できますか？
• 図、トークンテーブル、散文は同じシステムと数値を説明していますか？
• 現在の機能、計画中の作業、仮定、依存関係は区別できますか？
• リンクは機能し、参照は情報源を特定し、定義された用語は一貫していますか？
• プロジェクト所有者は技術説明と最新のトークン詳細を承認しましたか？

ホワイトペーパーはコードレビューや法的助言の代わりにはなりません。出荷済み機能、トークン権利、コンプライアンスに関する主張は、責任ある専門家によってチェックされる必要があります。仮定を可視化することはできますが、検証できるのはプロジェクト所有者と資格のあるアドバイザーだけです。

関連する投資家向け文書については、仮想通貨ピッチデッキガイドと範囲を比較してください。ホワイトペーパーレビューを開始するには、現在のアウトライン、ソース文書、トークン資料、技術承認責任者をホワイトペーパー作成チームに送信してください。資料をセクションプランにマッピングし、ドラフト前に確認が必要なものを特定します。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. 読者と目的を設定する主なオーディエンスと、文書がサポートすべき決定を特定します。その読者がプロジェクトを評価するために必要な資料を収集します。
2. セクションアウトラインを作成する問題と製品からシステム、トークン設計、ステータス、リスクまでセクションを順序付けます。プロジェクト所有者とアウトラインを確認します。
3. 検証済みの情報源からドラフトするプロジェクト文書と指名された所有者を使用して、技術的、経済的、ロードマップの主張をサポートします。計画と仮定を明確にラベル付けします。
4. 主張と明確さをレビューする技術的および編集的なパスを別々に実行します。主張レジスター、図、トークン説明、用語を調整します。
5. 公開コピーを承認するリンク、参照、一貫性、最終承認の所有権を確認します。責任あるレビュー担当者がコンテンツを確認した後にのみ公開します。