最終プロジェクト

Crypto Research OS、Build an Onchain Economy、そして最高レベルの Create a Machine Economy。

このコースの中心は試験ではなく、Proof of Skill です。各ステージで成果物を作り、最後に一つの最終プロジェクトでつなぎ合わせます。

ステージごとの成果物

各ステージの終了時に一つ提出します。十二の成果物が、そのままポートフォリオになります。

Part A	ステージの成果物
一	自分のウォレットの最初のオンチェーン取引を、署名からファイナリティまで順番に説明する分析
二	三つのチェーンの比較表。安全性、実行、状態、遅延、分散性、必要なハードウェアを扱う
三	DeFi プールの収益源の分析。オンチェーンデータとリスク一覧を添える
四	Tokenomics の分析。供給、ロック解除、価値の取り込み、希薄化の経路を扱う
五	30 分で行うプロジェクトの概観。Project Canvas の十三項目と一つの判断
六	Agent の権限設計書。予算、許可リスト、承認の境界、監査ログを扱う

Part B	ステージの成果物
一	ブロックとアカウントを読み、取引を解析し、状態変化を表示するコマンドラインツール
二	完全なテストを備えた Token コントラクト。テストネットにデプロイし、ソースコードを検証する
三	ウォレット接続、取引送信、イベントのインデックス化、リアルタイム更新を備えたフルスタック DApp
四	動作する AMM とルーティング。スリッページ、手数料、清算のテストを添える
五	脅威モデルと不変条件の一覧。Fuzzing、監視、アラートを組み合わせる
六	ウォレット、予算、ポリシーエンジン、監査ログを備えた Onchain Agent

実在する Crypto プロジェクトを一つ選び、完全な調査報告書を作成してください。

報告書には、次の十四の部分が必要です。

受け入れ基準は次のとおりです。

すべての結論を出典までたどれること。 一次資料を優先します。確認できない内容は「未検証」と明記し、推測で空欄を埋めないでください。

オンチェーンデータは自分で取得すること。 クエリまたはデータプラットフォームのリンクを添え、他の人が数値を再現できるようにします。

十二の問いすべてに答えること。 特に第 11、12 問を重視します。Token がゼロになっても動くのか。補助金が止まってもユーザーは残るのか。

リスクを十種類に沿って一つずつ書くこと。 評価していないものは「未評価」と記し、省略しないでください。

AI の使用を記録すること。 どの部分で、何のために AI を使い、何を検証し、どこが間違っていたかを書きます。多くの場合、この節が最も能力を示します。

実際に使えるシステムを構築してください。方向は自由です。DEX、予測市場、RWA、無期限先物、決済、Agent Treasury などが考えられます。

必要な要素は次のとおりです。

層	要件
Smart Contract	テストと不変条件があり、重要な処理経路に Fuzzing がある
Frontend	完全な取引状態機械を持ち、失敗した経路を明確に表示する
Backend	冪等性、再試行、レート制限を備える
Database + Indexer	再実行可能で、チェーン再編に対応し、中断位置から再開できる
Analytics	システムの健全性を説明できる図を少なくとも一つ備える
AI	AI による支援を少なくとも一か所に使い、AI Safety Stack に従う
Security	脅威モデルと不変条件の一覧を用意する
Deployment	他の人がアクセスし、一連の操作を最後まで実行できる

受け入れ確認で最初に言うことは常に同じです。リンクを渡してください。自分で操作して確認します。

1000 人のユーザー、100 個の Agent、一種類の Stablecoin、一つのチェーン、一つの市場がある、サンドボックスの世界を用意します。

この経済のすべてのルールを設計してください。

設計後、システムは無作為にイベントを起こします。イベントが起こるたびに、影響を受ける層を判断し、現在のルールで何が起きるかを推論し、ルールを変更するか決めて理由を記録します。

イベント	確認する能力
流動性危機	市場の厚みとマーケットメイキングのインセンティブ設計
オラクル障害	単一依存と機能を縮小して継続する方法
Agent の攻撃	権限の境界とレート制限
Stablecoin のペッグ逸脱	準備資産の構造と償還経路
Token の暴落	価値の取り込みが価格に依存しているか
AI のハルシネーション	検証層が本当に阻止できるか
モデルの機能不全	機能を縮小する計画と停止計画
ウォレットの盗難	鍵の管理と損失の隔離
規制の変更	法令順守の前提と変更可能性

最終評価は、何回のイベントに耐えたかではなく、ルールを変えるたびに示した理由で決まります。そこに Crypto Architect と Crypto Builder の違いがあります。