Crypto OS

Technical 完全ルート

Part A の最初の 12 章で基礎を作り、Part B の全 36 章を経て、メインネット上のシステムを完成させる。

すでにコードを書ける人向けです。最初の 12 章はメンタルモデルで、エンジニアなら通常一週間で読み終えます。後の 36 章は、チェーンを読み、コントラクトを書き、完全なシステムを作るまでの最短ルートです。

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

推奨ペース

週に 2–3 章で約六か月です。最初の三段階では各章でコードを作ります。同じリポジトリにまとめ、そのまま卒業プロジェクトへ発展させることを勧めます。

メインネットへのデプロイは卒業プロジェクトでのみ扱い、その前に第 5 段階の安全性の受け入れ基準を満たす必要があります。

このページの内容