Technical 完全ルート
Part A の最初の 12 章で基礎を作り、Part B の全 36 章を経て、メインネット上のシステムを完成させる。
すでにコードを書ける人向けです。最初の 12 章はメンタルモデルで、エンジニアなら通常一週間で読み終えます。後の 36 章は、チェーンを読み、コントラクトを書き、完全なシステムを作るまでの最短ルートです。
- 対象
- ソフトウェアエンジニアとオンチェーン開発へ転向したい人
- 進め方
- 週 2~3 章で約 6 か月。
- 目標
- まず Part A の考え方を身につけ、Part B の 36 章を終え、最後にメインネットのシステムを完成させる。
このパスを始める選択はこのブラウザーに保存されます。いつでも終了や変更ができます。
- Non-Technical Crypto OS · 第1段階1第1章 · お金とは一体何か銀行口座に並ぶ数字は、実際には何なのか?
- 2第2章 · 世界が帳簿に依存する理由誰に台帳を変更する権限があるか?
- 3第3章 · 記帳者を信頼できないなら、どうするか?互いを信頼しない人々が、同じ状態をどう共同で維持できるか?
- 4第4章 · ビットコインが発明された理由デジタルの世界で、同じお金の二重使用をどう防ぐか?
- 5第5章 · 暗号資産は結局、誰のものかあなたのコインは実際にはどこにあるのか?
- 6第6章 · オンチェーン取引では何が起きるか確認ボタンを押した後の十数秒に、実際には何が起きるのか?
- Non-Technical Crypto OS · 第2段階7第7章 · ブロックチェーンはいったい何を売るのかチェーンが本当に売る商品は何か?
- 8第8章 · ビットコイン、イーサリアム、ソラナはなぜ違うのかTPS 以外に、二つのチェーンをどう比較できるか?
- 9第9章 · スマートコントラクトは何を変えたかルールそのものがソフトウェアになったら、何が起きるか?
- 10第10章 · 誰でもトークンを作れる理由資産の発行コストがほぼゼロになると、何が起きるか?
- 11第11章 · なぜレイヤー 2 が必要なのかなぜブロックを大きくするだけでは駄目なのか?
- 12第12章 · 将来、チェーンが 1 本だけにはならない理由将来もユーザーは自分がどのチェーンを使っているか知る必要があるか?
- Technical Crypto OS · 第1段階13T1 · ブロックチェーンのデータとは何かチェーン上には実際に何が保存されるか?
- 14T2 · 暗号技術の基礎署名はどうやって「自分だ」と証明するのか?
- 15T3 · 取引がコードからチェーンに至るまで取引の構築から承認まで、コードは何をする必要があるか?
- 16T4 · RPC とは何かあなたの dApp は本当は誰と通信しているのか?
- 17T5 · EVM Account ModelEOA とコントラクトアカウントは何が違うのか?
- 18T6 · Solana Account ModelSolana のプログラムが自分でデータを保存しない理由
- Technical Crypto OS · 第2段階19T7 · Solidity の基礎コントラクトをチェーンにデプロイすると、どのような形になるか?
- 20T8 · EVM を深く理解する同じ代入文なのに、ガス代が 100 倍も違うのはなぜか?
- 21T9 · ERC Standards標準は実際にどんな問題を解決するのか?
- 22T10 · Solana Programコントラクトの保存領域がなければ、プログラムは状態をどう覚えるか?
- 23T11 · Token ProgramSolana 上のトークンが独立したコントラクトではない理由
- 24T12 · Testing & Deployment実際のお金を使う前に問題をどう見つけるか?
- Technical Crypto OS · 第3段階25T13 · Wallet ConnectiondApp にログインするとき、実際には何が起きるか?
- 26T14 · Web3 Frontend取引が承認を待つ十数秒間、画面には何を表示すべきか?
- 27T15 · Backend for Cryptoデータが既にオンチェーンにあるのに、なぜバックエンドが必要なのか?
- 28T16 · データベースとオンチェーンデータオンチェーンデータをどうデータベースに保存するべきか?
- 29T17 · Indexerブロックチェーンの再編成後、データはどうなるか?
- 30T18 · Realtime Systemチェーン上の変化をリアルタイムでユーザーにどう届けるか?
- Technical Crypto OS · 第4段階31T19 · AMM:数式からコードへx·y=k をコードで書くとどうなるか?
- 32T20 · DEX Architecture1 回のスワップはいくつの層を通るか?
- 33T21 · Oracleチェーンは外部の価格をどう知るのか?
- 34T22 · Lending Protocol清算エンジンはいつ市場より速く動く必要があるか?
- 35T23 · Perp DEX証拠金、資金調達率、リスクエンジンはどう組み合わさって 1 つの仕組みになるか?
- 36T24 · MEV取引がブロックに入る前に、誰が見ていたか?
- Technical Crypto OS · 第5段階37T25 · Blockchain Data Infrastructureチェーン全体のデータをどう検索可能なデータウェアハウスにするか?
- 38T26 · Cross-chainチェーンをまたいだ資産は、なお同じ資産か?
- 39T27 · Account Abstractionユーザーが秘密鍵を直接持たなくても、安全に使えるか?
- 40T28 · Smart Contract Securityコードは間違っていないのに、なぜ盗まれたのか?
- 41T29 · Protocol Security脆弱性を使わず、お金だけで攻撃者には何ができるか?
- 42T30 · Audit監査では実際に何を調べるのか?
- Technical Crypto OS · 第6段階43T31 · AI-assisted Crypto DevelopmentAI が書いたコントラクトをメインネットに公開できるか?
- 44T32 · Reliable AI Architectureモデルを意思決定に参加させつつ、資金の管理権限を持たせないには?
- 45T33 · Tool-using Crypto Agentエージェントにオンチェーンのツールを本当に使わせるには?
- 46T34 · Agent Wallet & Paymentエージェント用ウォレットには、どんな安全装置が必要か?
- 47T35 · DeFi Agent資産配分を変更するエージェントは、どのチェックを通るべきか?
- 48T36 · Autonomous Onchain Economy自分で稼ぎ、使えるシステムの境界はどこにあるか?
推奨ペース
週に 2–3 章で約六か月です。最初の三段階では各章でコードを作ります。同じリポジトリにまとめ、そのまま卒業プロジェクトへ発展させることを勧めます。
メインネットへのデプロイは卒業プロジェクトでのみ扱い、その前に第 5 段階の安全性の受け入れ基準を満たす必要があります。