Crypto OS
Technical Crypto OS

Part B の案内

Technical Crypto OS:チェーンを読み、コントラクトを書き、システムを作り、最後にメインネットで動く製品を届ける。

すでにコードを書ける人を対象にしています。目標は Solidity を書けることだけではなく、完全な Onchain System を自分で理解し、構築できることです。

前提

Part A の第 1–12 章。 これは形式的な条件ではありません。

  • 資産はチェーンの状態にあり、ウォレットが管理するのは鍵だと理解しなければ、署名と承認を正しく書けません。
  • Blockspace が市場だと理解しなければ、Gas の最適化が何を最適化しているか分かりません。
  • ファイナリティが確率に基づくと理解しなければ、フロントエンドでブロードキャスト済みを成功と扱ってしまいます。

エンジニアなら、通常は一週間ほどでこの 12 章を読めます。

六つのステージ

第1段階 · T1–T6
Blockchain Developer Mental Model

開発者の視点を身につける。チェーン上に何が保存され、取引はコードから承認まで何を通るのか?

段階成果物: ブロックとアカウントを読み、取引を解析して状態の変化を表示するコマンドラインツール。

第2段階 · T7–T12
Smart Contract Engineering

EVM と Solana の両モデルで使えるコントラクトとプログラムを書き、テストしてデプロイする。

段階成果物: 十分にテストしたトークンコントラクトをテストネットに公開し、ブロックエクスプローラーでソースコードを検証する。

第3段階 · T13–T18
Full-stack Onchain Application

コントラクトをプロダクトにする:ウォレット、フロントエンドの取引状態、バックエンド、データベース、インデックス化、リアルタイム通知。

段階成果物: フルスタック dApp:ウォレット接続、取引送信、イベントのインデックス化、リアルタイム更新。

第4段階 · T19–T24
DeFi Engineering

AMM、ルーティング、オラクル、レンディング、無期限先物を数学からコードまで実装し、MEV を理解する。

段階成果物: 動作する AMM とルーター。スリッページ、手数料、清算のテスト付き。

第5段階 · T25–T30
Infrastructure & Security

オンチェーンデータを検索できる仕組みに変え、脅威モデルと不変条件で資金の安全を守る。

段階成果物: 脅威モデルと不変条件の一覧に、ファジングテストと監視アラートを添える。

第6段階 · T31–T36
AI × Crypto Engineering

モデルを意思決定に参加させても資金は握らせない。提案、検証、シミュレーション、実行、監査を分離する。

段階成果物: ウォレット、予算、戦略エンジン、監査ログを備えたオンチェーンエージェント。

T1–T36

章タイトル中心となる問い
T1ブロックチェーンのデータとは何かチェーン上には実際に何が保存されるか?
T2暗号技術の基礎署名はどうやって「自分だ」と証明するのか?
T3取引がコードからチェーンに至るまで取引の構築から承認まで、コードは何をする必要があるか?
T4RPC とは何かあなたの dApp は本当は誰と通信しているのか?
T5EVM Account ModelEOA とコントラクトアカウントは何が違うのか?
T6Solana Account ModelSolana のプログラムが自分でデータを保存しない理由
T7Solidity の基礎コントラクトをチェーンにデプロイすると、どのような形になるか?
T8EVM を深く理解する同じ代入文なのに、ガス代が 100 倍も違うのはなぜか?
T9ERC Standards標準は実際にどんな問題を解決するのか?
T10Solana Programコントラクトの保存領域がなければ、プログラムは状態をどう覚えるか?
T11Token ProgramSolana 上のトークンが独立したコントラクトではない理由
T12Testing & Deployment実際のお金を使う前に問題をどう見つけるか?
T13Wallet ConnectiondApp にログインするとき、実際には何が起きるか?
T14Web3 Frontend取引が承認を待つ十数秒間、画面には何を表示すべきか?
T15Backend for Cryptoデータが既にオンチェーンにあるのに、なぜバックエンドが必要なのか?
T16データベースとオンチェーンデータオンチェーンデータをどうデータベースに保存するべきか?
T17Indexerブロックチェーンの再編成後、データはどうなるか?
T18Realtime Systemチェーン上の変化をリアルタイムでユーザーにどう届けるか?
T19AMM:数式からコードへx·y=k をコードで書くとどうなるか?
T20DEX Architecture1 回のスワップはいくつの層を通るか?
T21Oracleチェーンは外部の価格をどう知るのか?
T22Lending Protocol清算エンジンはいつ市場より速く動く必要があるか?
T23Perp DEX証拠金、資金調達率、リスクエンジンはどう組み合わさって 1 つの仕組みになるか?
T24MEV取引がブロックに入る前に、誰が見ていたか?
T25Blockchain Data Infrastructureチェーン全体のデータをどう検索可能なデータウェアハウスにするか?
T26Cross-chainチェーンをまたいだ資産は、なお同じ資産か?
T27Account Abstractionユーザーが秘密鍵を直接持たなくても、安全に使えるか?
T28Smart Contract Securityコードは間違っていないのに、なぜ盗まれたのか?
T29Protocol Security脆弱性を使わず、お金だけで攻撃者には何ができるか?
T30Audit監査では実際に何を調べるのか?
T31AI-assisted Crypto DevelopmentAI が書いたコントラクトをメインネットに公開できるか?
T32Reliable AI Architectureモデルを意思決定に参加させつつ、資金の管理権限を持たせないには?
T33Tool-using Crypto Agentエージェントにオンチェーンのツールを本当に使わせるには?
T34Agent Wallet & Paymentエージェント用ウォレットには、どんな安全装置が必要か?
T35DeFi Agent資産配分を変更するエージェントは、どのチェックを通るべきか?
T36Autonomous Onchain Economy自分で稼ぎ、使えるシステムの境界はどこにあるか?

二つの系統を並行して学ぶ

各ステージでは、EVM と Solana の二つのモデルを同時に示します。両方を完全に習得するためだけではなく、比較がモデルを理解する最も速い方法だからです。Solana が取引で触れるアカウントの事前宣言を求める仕組みを見て初めて、EVM のグローバルな状態機械が何を意味するかが分かります。

一つを主な開発先に選び、もう一つは読んで理解できる程度を保ってください。

学び終えたあと

最終プロジェクトの Build an Onchain Economyに取り組み、そのあと T シリーズの職業別 Trackに進みます。

このページの内容