レッスン22 — ケーススタディ — alphanet / Tempo / MegaETH と野生の Reth ベース L1 を読む
問い
ここまでで 4 つの拡張スロット（ChainSpec / executor / payload / RPC）+ Reth ベース chain の依存形を見てきた。Paradigm 自身のスタック（alphanet + Tempo）はどう見えるか、加えて独立系の MegaETH も含めて Reth ベース L1 のソースをこのレンズでどう読むか？
原理（最小モデル）
- 6 層スタック. EVM core（revm）→ Toolkit（alloy）→ Execution client（reth）→ Reth ベース chain（
crates/optimism/）→ R&D testnet（alphanet）→ 本番 L1（Tempo）。 - 下層は上層にしか依存しない. Tempo は reth を fork しない、reth の上に建てる。
- alphanet = precompile R&D 遊び場. OP Stack 互換 testnet、mainnet 実装前の EIP（7212 P-256 / 3074 / 7702）を試す。「chain に precompile を追加する」最もクリーンな実例。
- Alphanet → 本番への軌跡. mainnet Ethereum に EIP として graduate / 本番 Reth ベース chain に graduate。Tempo に何が入るかを予測したいなら 最近 alphanet で検証されたもの を見る。
- Tempo（浅い端）. L1 node crate、3-5 コンポーネント差し替え、残り upstream 継承。
tempoxyz/reth= 0 commits ahead, 1374 commits behind。 - MegaETH（深い端 — megaeth-labs、Paradigm 非系列の独立企業）. カスタム EVM（mega-evm）+ カスタム storage（SALT で MDBX 置換）+ 別 validator binary（stateless-validator）— それでも
megaeth-labs/reth= 0 commits ahead, 7666 commits behind。Paradigm の portfolio 外でも extension model が成立 することの最強の証拠。 - SDK はカスタマイズの深さを制約しない. Tempo 浅、MegaETH 深、両方とも reth fork なし。
具体例
スタック層:
| Layer | Component | 役割 |
|---|---|---|
| EVM core | revm | バイトレベル EVM インタプリタ |
| Toolkit | alloy | Rust 型 / provider / signer / ABI |
| Execution client | reth | フル Ethereum node（staged sync / mempool / RPC / MDBX / P2P） |
| Reth ベース chain | reth crates/optimism/ | OP Stack execution を reth node crate として |
| R&D testnet | alphanet | EIP-X precompile 試す遊び場 |
| 本番 L1 | Tempo | Paradigm 決済レール |
Alphanet の実装事例:
- EIP-7212 —
secp256r1(P-256) verification precompile（WebAuthn / Passkey） - EIP-3074 / 7702 — account abstraction primitives
- 各種 opcode / gas 微調整
Tempo 公開:
tempoxyz/tempo（900+★、Rust）— "the blockchain for payments"。L1 node cratetempoxyz/reth— 0 commits ahead, 1374 commits behind = fork ゼロ証拠- Tempo Moderato が公開テストネット
- Chainlink CCIP（cross-chain rail）
隣接 crate:
tempoxyz/zones— confidential blockchain anchored to Tempo（250ms ブロック、TIP-403 compliance 継承）tempoxyz/mpp-specs— Machine Payments Protocol（HTTP-402 ベース、IETF draft）tempoxyz/tempo-foundry— Tempo サポート Foundry fork（薄い fork）tempoxyz/tidx— PostgreSQL + ClickHouse ハイブリッドインデクサ
Tempo の予測 4 観点:
- Custom ChainSpec — Tempo 固有 fork + precompile schedule
- Custom executor — 決済 precompile（FX rate / settlement attestation / regulated-asset）
- Custom payload builder — merchant 認識 ordering + rate limit
- Custom RPC namespace —
tempo_*+ Machine Payments Protocol 統合
MegaETH（深い端）:
megaeth-labs/reth— 空 fork（0 ahead, 7666 behind）megaeth-labs/mega-evm— revm + op-revm 上に MegaETH 固有仕様（EQUIVALENCEからREX4）。sequencer はrevmcで JIT/AOTmegaeth-labs/salt— MDBX 置換、30 億アイテム ~1 GB メモリ認証、state-root ランダム I/O ゼロmegaeth-labs/stateless-validator— sequencer と完全別バイナリ、SALT witness 読む + バニラ revm 実行
L1 vs L2 observation 表:
| 観点 | OP Stack (L2) | Tempo (L1) |
|---|---|---|
| Deposit tx | あり（L1 から） | なし |
| L1 cost charge | あり | なし |
| L1 block oracle slot | あり | なし |
| 独立 consensus | なし（L1 にアンカー） | あり（自前 consensus） |
| Sequencer モデル | ローンチ中央集権、分散化ロードマップ | おそらく中央集権、決済レール正当化 |
| ネイティブ資産 | ETH 相当 | おそらく USD ステーブル |
失敗例（誤解）
「SDK は浅いカスタマイズしかできない」— 間違い。MegaETH が深い端の証拠: EVM 完全置換 + storage 完全置換 + validator binary 別 = それでも megaeth-labs/reth は 0 ahead。深さに依存しない。
「Tempo は L2 と同じ構造」— 間違い。Tempo = L1 → 独立 consensus + Deposit / L1 cost / L1 oracle なし。L1 と L2 で 6 観点違う。
「alphanet は単なる testnet」— 間違い。Paradigm が mainnet 実装前の EIP を試す R&D 遊び場 → 最近 alphanet で検証されたもの = 「次に本番 chain に来るもの」のヒント。Tempo に何が入るかを予測したい人は alphanet を見る。
🛑 予測。 Paradigm はこの順で出荷: revm → alloy → reth → alphanet → op-stack-on-reth → Tempo。このシーケンスは何の軌跡？（答え: 下から上に substrate を構築 → R&D → 本番。① revm = EVM 解釈器、② alloy = Rust 抽象、③ reth = full client、④ alphanet = R&D 遊び場、⑤ op-stack-on-reth = 本番 L2 リファレンス、⑥ Tempo = Paradigm 自身の L1 本番。各層が次層を可能にし、各層が独立価値を持つ。「製品を縦に切る」より「substrate を横に厚く積む」戦略 — Paradigm 全社が同 substrate に乗る + 外部 chain も同 substrate を使える。）
ステップで組み立てる
Step 1: 6 層スタックを即答
revm → alloy → reth → crates/optimism/ → alphanet → Tempo。
Step 2: 「下層は上層にしか依存しない」不変量
各層が独立価値 + 上層が下層を消費するが下層は上層を知らない。
Step 3: alphanet で「次に来るもの」を予測
最近実装された EIP / opcode 微調整 → Tempo / 本番 chain に来る可能性。
Step 4: Tempo の予測 4 観点
ChainSpec / executor / payload / RPC。tempoxyz/tempo の Cargo.toml で実コンポーネントを検証。
Step 5: MegaETH を深い端として読む
mega-evm / salt / stateless-validator + megaeth-labs/reth 0 ahead 証拠。
Step 6: L1 vs L2 観点 6 つ
Deposit / L1 cost / L1 oracle / 独立 consensus / Sequencer / Native 資産。
答え合わせ
- Paradigm シーケンスの軌跡解釈: substrate を下から積み上げる戦略 — revm（最小単位）→ alloy（型システム）→ reth（フルノード）→ alphanet（R&D）→
crates/optimism/（L2 リファレンス）→ Tempo（自社 L1）。各層が独立価値を持つ → Paradigm 内製品も外部 chain も同 substrate に乗る。 - Tempo / MegaETH の同じ extension model + 異なる深さ: SDK のカスタマイズスロットを Tempo は 3-5 つ使い（payments 固有 precompile / payload builder / RPC）、MegaETH は全部 + EVM 置換 + storage 置換 + validator binary 別。深さ問わず reth fork なし（0 ahead）= fork する必要がない設計。
- alphanet 観察の実用: 最近 alphanet で検証された EIP / precompile / opcode 微調整 → 1-2 年内に Tempo / 本番 chain に graduate する可能性。「次に来るもの」を予測したい人は alphanet を週次で見る — 公開 R&D ロードマップ。
合格基準
- 6 層スタックを即答できる。
- alphanet の 3 実装事例（EIP-7212 / 3074 / 7702）を言える。
- Tempo の予測 4 観点 + 隣接 4 crate を言える。
- MegaETH の深いカスタマイズ 4 つ（mega-evm / salt / stateless-validator + fork なし）を言える。
- L1 vs L2 観点 6 つを言える。
まとめ（3行）
- 6 層スタック（revm → alloy → reth →
crates/optimism/→ alphanet → Tempo）、下層は上層に依存しない不変量で各層独立価値。 - Tempo = 浅いカスタマイズ（3-5 コンポーネント差し替え）、MegaETH = 深いカスタマイズ（EVM 置換 + storage 置換 + validator 別）、両方 reth fork なし = SDK は深さに依存しない。
- alphanet は Paradigm の R&D 公開遊び場、最近実装された EIP / precompile が本番 chain への graduate 候補 — 「次に来るもの」を予測したい人の必読源。