1. まず関係に注目し、次にテクノロジーとツールに注目します
この図は、ブロックチェーン技術、資産と市場、プロジェクトのアプリケーション、利害関係者のガバナンス、および公開を同じ観察枠組みにまとめています。その機能は、読者が質問し、証拠を見つけ、責任を確認し、判断をレビュー可能なプロセスに組み込むのを支援することです。
まずセンターの上部にあるガバナンス モデルを読んで、リソース、顧客、運営、資本の間の 4 つの関係を理解してから、6 つの周辺モジュールに沿って技術的およびビジネスの知識を完了することをお勧めします。最後に、役割、貢献、利益、提案、実行、開示に戻り、知識が実際のガバナンスタスクをサポートできるかどうかを確認します。
学習後は、チェーン上のレコードが何を表すかを説明し、さまざまな資産の検証パスを比較し、参加者の責任の境界を特定し、資産またはプロジェクトの情報開示と修正プロセスを設計できるようになります。
| 学習ルート | 重要なポイント | アクションを完了する |
|---|---|---|
| はじめに | 原則とデータ → 資産と市場 → アプリケーションとガバナンス | 資産、主題、権利、証拠の間の明確な関係を描く |
| テクニカルルート | 原則とデータ → マイニングとプロトコル → 製品とシナリオ | テクノロジーの選択、動作の前提条件、および受け入れ条件を説明する |
| ガバナンスルート | 中央モデル → アプリケーションとガバナンス → 運用と開示 | 役割、案件権限、バージョン管理された開示リストを作成する |
2. モジュール 1: 原則とデータ
ブロックチェーンは、記録を共有し、ルールを検証し、施行する機能を提供します。共有台帳により、複数の当事者が同じステータスを検証できますが、オフチェーンの事実の信頼性を独立して証明することはできません。記録を理解する際には、記録内容の確認、証拠の入力、件名と適用ルールの確認をそれぞれ行います。
ビットコイントランザクションは、署名、ブロードキャスト、パッケージ化、検証、確認を受けます。平均ブロック生成時間や発行上限はプロトコル層の概念であり、一定の到着時間や資産保管の安全性を保証するものではありません。市場比較には、データの日付、通貨、流通基準、評価方法の統一も必要です。
演習: 資産レコードを選択し、データソース、観察時点、単位、検証方法、確認が必要なオフチェーンの事実を書き留めます。
3. モジュール 2: 資産と市場
デジタル資産と物理的資産は、その権利とリスクを比較する前に、別々に検討する必要があります。ビットコインは、ネットワークメカニズム、市場の流動性、保管および決済のチェックに重点を置いています。ゴールドは、細かさ、重量、所有権、保管および配送のチェックに重点を置いています。金鉱資源プロジェクトでは、資源と埋蔵量の基準、プロジェクトの所有権、開発条件、コスト、キャッシュフローの仮定を確認する必要もあります。
これもデジタル記録ですが、プラットフォームの残高、ウォレットの署名管理、契約権も異なります。リザーブ証明書は特定の範囲内の検証を説明するものであり、それだけでは資産と負債、権利の所有権、および完全な財務監査に代わることはできません。金価格の変化は採掘プロジェクトの経済性に関連していますが、価格の上昇によって自動的にプロジェクトの利益がもたらされるわけではありません。
| オブジェクト | 一次証拠 | 直接的には同等ではありません |
|---|---|---|
| ビットコイン | 契約、取引、エスクローおよびリスク記録 | アドレス数 ≠ 投資者数 |
| ゴールド | 状態、重量、所有権、保管場所、および配達証明書 | 価格推移 ≠ 保有者の実質損益 |
| 金鉱資源 | 専門家による鉱物資源報告書、所有権文書、エンジニアリングおよび財務上の前提条件 | 資源 ≠ 採掘可能な埋蔵量。金価格 ≠ プロジェクト利益 |
演習: ビットコイン、金、金採掘源についてそれぞれ取得しなければならない証拠を 3 つ挙げて、誰がそれをチェックすべきかを説明してください。
4. モジュール 3: マイニングとプロトコル
実際の契約、機器、電源、プロトコルメカニズムから始まる、マイニングおよび検証サービスの経済分析。計算能力、難易度、電力、エネルギー消費、補助金、取引手数料には異なる単位が使用されます。この収益モデルでは、電力、運用とメンテナンス、ダウンタイム、その他の合意されたコストも差し引かれます。歴史的な機器の見積もりを今日の購入の基礎として直接使用することはできません。
パブリック チェーン、許可型チェーン、データベースを比較する場合は、まず複数の独立した当事者が状態を共有する必要があるかどうかを検討し、次にプライバシー、パフォーマンス、料金、アップグレード権、および紛争処理を確認します。マイニングプールの割り当て方法が異なると、収入の変動とリスクテイクが変わります。さまざまなコンセンサスメカニズムの動作前提も個別に説明する必要があります。
演習: マイニング操作の感応度テーブルを設計し、通貨価格、難易度、電力価格、起動率をリストし、どの変化がネット キャッシュ フローに影響を与えるかを説明します。
5. モジュール 4: アプリケーションとガバナンス
ガバナンスは、責任主体、役割、対象事項、権利の根拠を明確にすることから始まります。本人・役割の記録は誰が参加するかを、貢献の証拠は何を実現したかを、権利・利益台帳はどの規則に基づいてどの権利を認めるかを示します。議論、提案、意思決定、実行、監督の権限はそれぞれ定めます。貢献記録だけで、これらの権限が自動的に成立するわけではありません。
Wiserunionは第0号企業であり、NSTを最初に適用する企業です。Wiser Assetは独立した会社として、資産・ガバナンスのプラットフォームとソフトウェアサービスを担います。企業ガバナンス、資産配分、資金調達、プロジェクト事項は、それぞれ責任主体と適用規則を明確にします。一つの主体の制度を、すべての主体の決定として扱うことはできません。
NSTはステークホルダー資本論を基礎に、ガバナンス過程の記録と協働を支援します。従来の資本ガバナンスとオンチェーンのデジタル資本ガバナンスは、確認・検証の枠組みを共有できます。ただし、法的権利、契約、ツールの利用権限、具体的な実行方法は個別に定めます。
演習: ガバナンス提案を選択し、その提案の開始、検討、決定、実行、検証、開示の責任者と、それぞれの権限の根拠をリストします。
6. モジュール 5: 製品とシナリオ
プロダクトデザインは、まずユーザーと課題を確認し、テクノロジーを選択します。投資研究者は検証可能な情報源と手法を必要とし、ビジネス ユーザーは適用されるルールと許可を必要とし、利害関係者は貢献とイベント ステータスを必要とします。シナリオがブロックチェーンに適しているかどうかは、コラボレーション関係、プライバシー要件、紛争処理、実際のコストに基づいて判断する必要があります。
NST 公式ウェブサイトの現在の段階では、製品の紹介、ルールの説明、公開、実証可能なプロセスに重点が置かれています。一部の機能の利用可能な範囲は、実際のリリースによって異なります。ソフトウェアへのログイン、ウォレットへの接続、そして実際のビジネスへの参入がその後のマイルストーンとなります。デモ資料、設計能力、オープン機能は個別にマークする必要があります。
演習: 使用シナリオの役割、タスク、入力証拠、権限、出力レコード、および受け入れ条件を書き出して、それをチェーンにアップロードする必要があるかどうかを決定します。
7. モジュール 6: 運用と開示
運用部門は、研究、製品、ガバナンスの変化を対応する役割に継続的に説明します。チャネル評価では、まず効果的な動作、コストの規模、および観測時間を定義します。サンプルスコアは計算方法を説明するためにのみ使用されており、実際のビジネス結果とはみなされません。関係分析では、消費量を直接ガバナンス力に換算することはできません。
投資後の開示では、プロジェクトの現在の状況、データの日付、資金の使用状況、完了した事項、未完了の事項、重要なリスクと変更について説明します。各リリースのソース、バージョン、責任者を記録します。修正が行われた場合は、何が変更されたのか、なぜ変更されたのか、以前のどのような判決が影響を受けたのかを説明してください。開示とフィードバックは、ガバナンスの次の段階に入ります。
演習: この期間の変更、証拠、責任主体、To-Do 項目、リスク、および次回の更新の条件を明確にして、プロジェクトの進捗状況の発表を書きます。
8. 包括的な演習: 金鉱資源プロジェクトの証拠とガバナンス チェーン
金鉱資源の調査プロジェクトを仮定して演習します。資源側の協力者が権利関係の文書と資源報告書を提出し、専門家が技術的根拠を確認します。運営・管理チームは調査業務と予算を提案し、資本参加者は資金提供の約束、実際の受領額、リスクの範囲を説明します。この例は、実在のプロジェクトが審査を終えたり投資を受けたりしたことを示すものではありません。
手順は、資産と責任主体の特定 → 証拠の収集 → 専門家による検証 → 各意思決定の役割と権限の確認 → 業務と権利の記録 → 実行・照合・情報開示、とします。各段階に入力、責任者、成果物、版、例外処理を記入してください。
金価格の下落、資源評価結果の変更、予算超過の三つを検討します。修正すべき仮定、調整の提案者と決定者、開示する情報、旧版の保存方法を明らかにしてください。
| チェックポイント | 答えるべき質問 |
|---|---|
| 事実と記録 | どの事実が確認されましたか?まだ仮定に過ぎないものはどれですか?オンチェーン記録はどのような証拠に依存していますか? |
| 権利と許可 | 誰にどのような権利がありますか?誰が決定する権限を持っていますか?どのような契約やルールに基づくものですか? |
| 実行とフィードバック | どの資金が受け取られましたか?どのタスクが完了しましたか?違いを確認して開示するにはどうすればよいですか? |
9. バージョン、歴史的枠組み、データの使用
本版は2026年10月7日時点で周辺の知識項目55件を更新しています。中央上部には、提供された最新版のステークホルダー資本論に基づくエコシステムのデジタルガバナンスモデルを使用しました。中央の中段と下段は、元のプロジェクト計画とトークン経済の枠組みを歴史研究用に保持し、原作者wmacroの表記も残しています。
歴史的な枠組みでは、市場運営の用語、仕組みの仮定、実際に行われている事業を区別してください。時価総額管理、取引、発行、許認可への言及は、許可の取得やサービスの開始を証明するものではありません。研修では、権利、実際の用途、責任者、情報開示の根拠を確認します。
六言語の翻訳は同じ中国語原稿に基づき、表のデータ、構造上の関係、出典リンクを保持しています。文章は各言語に合わせて配置し直し、WISER Assetの黒と金のデザインを継承しています。専門用語の具体的な意味は、適用されるプロトコル、契約、規則、原報告書で確認してください。
10. 元の情報源と詳細な資料
以下の情報源は、対応する技術、権利、開示概念を確認するために使用されます。法的および規制に関する資料には、該当する地域とバージョンが示されています。特定の事業を行う場合には、その実体、資産、顧客の所在地、業種に応じた確認も必要です。画像内のソースリンクは、対応する原文を直接開くことができます。
- Bitcoin FAQ
- Bitcoin Developer Guide
- Bitcoin Wallet Security
- Bitcoin Validation Modes
- Ethereum PoS
- Ethereum Protocol History
- Ethereum EVM
- Ethereum Layer 2
- ERC-4337
- Cardano Ouroboros
- Hyperledger Fabric Private Data
- Cambridge CBECI
- F2Pool Payout Schemes
- BIS: Tokenisation
- PCAOB: Proof of Reserves
- LBMA: Clearing and Custody
- CRIRSCO: Reporting Standards
- China: Notice No. 42 (2026)
- ESMA MiCA
- SEC: Spot Bitcoin ETPs (2024)