こんにちは、Fractonのビニールです。

今回は、最近のEthereumエコシステムにおける最大の課題である「L2のフラグメンテーション（分断）」問題に対する強力な解決策として発表された、Ethereum Economic Zone (EEZ) について解説します。

EEZはEthereumメインネットと各L2を「同期的にコンポーザブル（synchronously composable）」にし、1つのEthereumとして機能させるためのL1<>L2フレームワークです。GnosisとZiskが主導し、Ethereum Foundationからの共同資金提供を受けて開発が進められています。

なぜEEZが必要なのか？

EthereumのL2スケーリング戦略は、トランザクションコストの低下とスループットの向上という点では大成功を収めました。しかし、その結果として新たな問題が生じています。それが「フラグメンテーション（分断）」です。

現在、各L2は独自の流動性、独自のブリッジ、独自のウォレット統合を持つ「孤島（walled gardens）」のようになっています。プロトコルはユーザーにリーチするために5つのチェーンにデプロイし、5セットのツールを統合しなければなりません。ユーザーはそれらの間を移動するために、時間とコスト、そしてリスクを伴うブリッジを利用する必要があります。

Gnosisの共同創業者であるFriederike Ernst氏は、この状況を次のように的確に表現しています。

「Ethereum doesn’t have a scaling problem. It has a fragmentation problem. The EEZ is designed to do the opposite. One Ethereum, not a hundred islands.」（Ethereumにはスケーリングの問題はありません。フラグメンテーションの問題があるのです。EEZはその逆を行うように設計されています。100の孤島ではなく、1つのEthereumを。）

各L2がEthereumから価値を引き離すのではなく、Ethereumを拡張する本来の姿を取り戻すために、EEZは構想されました。

EEZの仕組みと特徴

EEZの最大の特徴は、同期的なコンポーザビリティ（Synchronous Composability）の実現です。EEZロールアップ上のスマートコントラクトが、メインネットや他のEEZロールアップ上のコントラクトを「1つのトランザクション内」で呼び出し、レスポンスを受け取って実行を完了できるということです。これはアトミック実行（すべて成功するか、すべて失敗するか）を保証します。

これを可能にする技術的基盤が、Jordi Baylina氏（Circomの作成者でありzkEVMの最前線で活躍）が率いるZiskのリアルタイムzkVM証明スタックです。プロキシスマートコントラクトとUnified State Root（統合状態ルート）を用いることで、ロールアップ間の状態をリアルタイムに同期します。

また、EEZはEthereumファーストの設計思想を貫いています。新しい独自トークンは発行せず、ETHをデフォルトのガストークンとして使用します。これにより、Ethereumのセキュリティと決済レイヤーとしての役割をそのまま継承します。

ステークホルダーへの提供価値

EEZがもたらす価値は、エコシステムの各アクターにとって非常に明確です。

To Ethereum L1
ロールアップがEthereumと競合して価値を奪うのではなく、真に拡張する存在になります。ETHは引き続きガスおよび決済トークンとして機能し、真実の源泉（source of truth）であり続けます。

To プロトコル
複数のチェーンで同じスタックを再構築・維持する必要がなくなります。一度デプロイすれば、共有流動性とコンポーザビリティにプラグインでき、Ethereumのフルセキュリティを継承しながらEEZ全体にリーチできます。

TO Dapps / ユーザー
ユーザーは「どのチェーンにいるか」を意識する必要がなくなります。資産、アイデンティティ、ポジションがどこでもシームレスに機能し、ブリッジやフリクションのないUXが実現します。

誰が作っているのか？

EEZは特定の企業が所有するプロダクトではありません。スイスに設立された非営利法人「EEZ Association」のもと、完全にオープンソースの公共インフラとして開発されています。Gnosisは2015年からEthereumインフラ（Safe, CoW Protocol, Gnosis Chainなど）を構築してきた実績があり、Ziskは最先端のZK証明技術を提供しています。さらに、Ethereum Foundationが「credibly neutral（信頼できる中立性）」な共有インフラとして資金を提供しています。

ローンチメンバー（EEZ Alliance）には、Aave, Safe, CoW Swap, Flashbots, Nethermind, Centrifugeなど、Ethereumエコシステムを代表する強力なインフラチームやプロトコルが名を連ねています。

考察と展望

2024年のDevcon SEAで、GnosisのMartin Köppelmann氏が「Ethereum Needs Native L2」という講演を行い、ZK証明ロールアップが同期的に読み書きできる未来を提唱しました。当時、BanklessのRyan Sean Adams氏がこれを「Ethereum 3.0ビジョン」と称賛していましたが、それがついに具体的なフレームワークとして動き出したわけです。

これが実現すれば、Ethereumは分断されたL2の集合体から、真の意味で「1つの統合された経済圏」へと進化し、圧倒的なネットワーク効果を取り戻すことができるかもしれないです。今後数週間のうちに、技術アーキテクチャの詳細やパフォーマンスベンチマークが公開される予定とのことなので、楽しみに待ちましょう。

最後まで読んでいただき、ありがとうございました！

Fracton Venturesは、2021年から現在までに50以上ものプロジェクトをincubateしてきました。今回はその中でも、直近１ヶ月間にアップデートがあったプロジェクトを中心にピックアップしてご紹介します。

CyreneAI

「CyreneAI Genesis Acceleratorの発表」

CyreneAIは、Solanaエコシステムにおけるビルダーの初期資金調達を支援するプロジェクトです。

2026年3月、CyreneAIはアーリーステージのファウンダー向けに「CyreneAI Genesis Accelerator」を発表しました。多くのスタートアップがプロダクトの失敗ではなく、最初の10万ドルの資金調達ができずに失敗しているという課題に着目し、このプログラムを通じて最大10万ドルのシードキャピタルを提供します。単なるハッカソンや短期的なプログラムではなく、MVPの構築からトラクションの獲得、そして収益化までを長期的に支援する仕組みとなっており、Solanaエコシステムにおける新たなビルダーの登竜門として注目を集めています。

HypurrQuant

「perp-cli v0.4.0のリリースと機能強化」

HypurrQuantは、信頼性の高いDeFiプロトコルを通じて、初心者でも簡単かつ効率的、安全に資産管理ができるプラットフォームを提供するプロジェクトです。

2026年3月、HypurrQuantはマルチDEX対応の無期限先物CLIおよびMCPサーバーである「perp-cli」のv0.4.0をリリースしました。このアップデートにより、Pacifica、Hyperliquid、Lighterといった複数のDEXにまたがるファンディングレートのアービトラージ（資金調達率の裁定取引）の収益を正確に追跡できるようになりました。リアルタイムでの資金調達の発生状況の確認や、ゴーストポジションを防ぐためのクローズ検証機能などが強化されており、AIエージェントを活用したトレーディング環境の構築に向けた重要なマイルストーンとなっています。

LOCKON (株式会社Gaia)

「AIネイティブファンドGaia、4億円の資金調達を実施」

LOCKON（株式会社Gaia）は、暗号資産市場におけるアルゴリズム運用やAI融合型の運用モデルを開発・提供するプロジェクトです。

2026年3月、株式会社Gaiaは株式会社イオレおよび株式会社ベンチャーラボイノベーションを引受先とする4億円の資金調達を実施したことを発表しました。この調達により、上場企業向けのDAT（Digital Asset Treasury）運用基盤の強化や、AI融合型運用モデルの高度化を加速させます。DeFi領域においてPolygon上で世界3位、Arbitrum上で世界5位の実績を持つ同社は、今後APACにおけるAIネイティブファンドとしてのポジションをさらに確固たるものにしていくことが期待されます。

Fracton Ventures

「Fracton Venturesに業界を代表する3名のアドバイザーが就任」

「AI人材との共創を加速するDeFi特化アクセラレーションプログラム『AUTON』募集開始」

AUTONは、DeFi（分散型金融）分野とAI（人工知能）分野の人材交流および共同ビジネス開発を活性化することを目的としたアクセラレーションプログラムです。

Fracton Venturesは、SMBC日興証券、Next Finance Tech、東京大学協創プラットフォーム開発（東大IPC）、Prime Beatと共同で本プログラムを立ち上げました。ステーブルコインの普及やAIエージェントによる自律的な取引が現実のものとなる中、DeFi市場におけるAIの重要性は急速に高まっています。AUTONでは、DeFi分野への技術応用に意欲のあるAI領域の学生やエンジニアを対象に、専門家からのメンタリングや技術支援を提供し、次世代のデジタルアセット市場を牽引する革新的なソリューションの創出を目指しています。締め切りは、4月19日（日）となりますので、お見逃しなく。

今回もFracton Communityの一部チームの最新情報をお届けしました。もし協業などに興味があるプロジェクトがあれば、直接の連絡もしくはFractonメンバーまでご連絡ください。

こんにちは、FractonのKeitaです。
前回寄稿したERC-8183の解説に続いて、同じくAI agent向けの標準、最近ぽつぽつ注目を集めてるProtocol, ERC-8126について解説していきます。

ERC-8126は、Ethereumの標準提案で、AIエージェントの技術的リスクを比較可能な形で公開するための検証規格として、初稿が25年の1月にLeigh Cronian ( CybercentryというAIエージェントのサイバーセキュリティ専門プロジェクトの主導者 )によって公開され、ERC-8004の台頭の影響を受けて26年3月に再度議論が一定活発になってきています。

1) 8004, x402との関係性

まず、ERC-8126と8004, x402との関係性としては以下のように整理できます。

• ERC-8004 は「そのエージェントは誰か、どこで見つかるか、どんな評判や検証履歴を持つか」を扱う、アイデンティティと信頼の基盤です。Identity Registry、Reputation Registry、Validation Registry という3つのレジストリを持ちます。

• ERC-8126 は、その上で「この特定のエージェントは技術的にどれくらい危ないか」を、本記事で後述するプロセスを通じて0から100の簡易的なリスクスコアに圧縮する規格です

  • 26年のEthereum Magicians内での議論では、Agentの登録部分はERC-8004に寄せ、ERC-8126は純粋な verification standardに絞る方向へ議論が進んでいます。

• x402 は上記規格の中で、支払いレールの役割を果たします。

2) 8126の仕組み

現行の公開ドラフトに基づいてを、時系列のフローに基づいて大まかな仕組みはいかのように構成されます。

1. エージェントの登録 (via ERC-8004)

1. まず、ERC-8004レジストリに登録されたagentId を受け取り、provider (下記記載) が tokenURI(agentId) を解決して walletAddress, endpoint, contractAddress, stakingContractAddress (任意)などのメタデータを取り出します。

2. また後述するフローの結果は必要に応じて ERC-8004 の Validation Registry に post できるようになっています。

1. Agentの検証リクエストが provider に送られる

   1. Agent Owner が EIP-712 署名で登録し、レジストリが AgentRegistered を emit し、その後 Verification Provider に検証依頼を出します。

   2. 検証費用が必要な場合、 x402 と EIP-3009 の gasless payment が8126では推奨されています。重い検証ロジックはオンチェーンではなくオフチェーンで基本実行されます。( 理由として仕様では、複数 provider の競争、複雑ロジックの許容、検証基準のupdateの容易性などを挙げています。)

2. Agentの検証プロセス

   1. 検証は4つのレイヤーに分かれます。ERC-8126は「エージェントが本当に安全か」そのものを証明するのではなく、「ある provider が、定義済みの最大4つの観点から検証を行った」ことのattestationを標準化する役割を果たします。(＝検証の存在と結果記載のformatを揃える規格であり、検証のアルゴリズムそのものを統一しているわけではありません。検証方法はprovider に委ねられます。)

   2. ① ETV, Ethereum Token Verification
      contractAddress がすでに存在する場合に走る検証で、指定チェーン上にコントラクトが存在するか、既知の脆弱性パターンがないかを見て、0から100のリスクスコアを返します。OWASP SCSVS準拠が推奨です。

   3. ② SCV, Staking Contract Verification
      stakingContractAddress がある場合に走り、ステーキング機構、報酬分配ロジック、リエントランシーやフラッシュローン攻撃などの典型脆弱性を見ます。これも0から100で返します。

   4. ③ WAV, Web Application Verification
      常時走り、HTTPS endpoint が応答するか、共通脆弱性がないか、SSL 証明書が妥当かを見ます。OWASP WSTG や Web Top 10 に沿うことが推奨されています。

   5. ④ WV, Wallet Verification
      常時走り、wallet にトランザクション履歴があるか、threat intelligence database に載っていないかを見て、0から100で返します。新規ウォレットや履歴の薄いエージェントには不利になりやすい設計です。

3. 検証結果が PDV(Private Data Verification) で ZK proof 化される
   その後、各 verification result を PDV に通し、ZKP に変換します。ここで公開されるのは、要約されたスコアや proof ID で、脆弱性の生データや threat hit の詳細は秘匿される設計です。getAgentProofs は wallet holder か registrant しか見られず、getAgentInfo と getAgentVerification は公開です。つまり、公開されるのは「大枠の成績表」、隠されるのは「採点の詳細答案」です。

   1. ERC-8126は、「詳細は非公開のまま、検証済みであることだけを暗号学的に示す」設計に寄せています。Ethereum Magicians内の開発者間の議論でも、ERC-8004 の汎用 Validation Registry よりも、8126 のほうが sensitive details を tighter に gate できるという説明がされています。

4. 任意: QCV(Quantum Cryptography Verification)
   QCV は任意のレイヤーで、機微な verification data を量子耐性寄りに保護する追加実装として定義されています。仕様上は AES-256-GCM または同等の “post-quantum encryption algorithm” を使い、record_id と decryption_url を返すとされています。

   1. ただし、ERC-8126のQCVは、対称暗号、鍵交換、長期秘匿性をまとめて一語で扱っており現実的な設計としてはまだ粗い段階で、将来の改稿余地が大きい箇所になっています。

5. 最終的にoverall risk score に集約
   overall risk score は「applicable な verification score の平均」です。スコア帯は 0-20 が Low, 21-40 が Moderate, 41-60 が Elevated, 61-80 が High, 81-100 が Critical です。これは主に8004のようなagent discovery UI で短時間で比較する際に参照される目的です。検証の詳細を参照する前に「いま支払っていいか」「この agent に API key を触らせていいか」を瞬時に判断できる目的で役に立ち余す。作者のLeigh CroniaはEthereum Magicians内 で、overall risk scoreはpayment-heavy flows, 特に x402 支払いの際に役に立つと説明しています。

   

ここまでのプロセスを一連の流れとして簡単に整理すると以下のようになります。

• エージェントの登録(via ERC8004)

• provider に検証を依頼

• ETV, SCV, WAV, WV が条件に応じて走る

• 結果を集約して risk score を出す

• 詳細は PDV 経由で ZK proof 化し、proof ID と要約結果だけを公開

• 必要なら x402 と EIP-3009 で gasless に検証費用を払う

• 相手は onchain あるいは provider API から「この agent のリスクはどれくらいか」を照会する

3) ERC-8126のスコープ範囲外:

まず、ERC-8126が基本的に標準化しているものは、検証観点の名前、最低限の MUST/SHOULD 要件、スコアのレンジ、公開/非公開のデータ境界、イベントや照会インターフェース、そして x402/EIP-3009 を使った支払いの推奨です。

逆に標準化していないものは、provider がどう脆弱性検出を実装するか、どの threat intelligence DB を参照するか、ZKP 回路をどう設計するか、各リスク要因の重みをどう較正するか、どれくらい頻繁に再検証するかなどの実際の検証方法です。仕様は provider agnostic を明言していて、実装の自由度を残しています。

上記に記した通り、当初の提案では、Agentの登録の手法とregistryを標準に含めていましたが、26年にERC-8004 が traction を得たことを踏まえ、ERC-8126から独自の Agent Registry を完全に外し、agent identity を一元化しつつ、8126のsecurity verification を modular に差し込めるように変更しました。ERC-8004 が identity/trust substrate に徹し、ERC-8126 が security attestation layer に徹する、という明確な責務分離を目的にしています。

4) 8126の代替手段:

ここまでの内容を踏まえると、8126の役割は以下の4つに集約されます。

(1) エージェントの canonical な入力対象を決めること

(2) ETV/SCV/WAV/WV という固定観点でセキュリティ検証すること

(3) ZKP を通して詳細を秘匿したまま証拠を配布すること

(4) 最後に人間や他エージェントがクイックに判断できる 0–100 の比較可能なスコアに集約すること

単なるattestation や identity そのもの(すでに他の汎用基盤が成熟してる領域)として捉えるよりも、その独自性を”AIエージェント向けに security semantics を固定している点”に絞ると一定役割がクリアになります。つまり「最低でも何をcheckしたのか」を 上述のETV/SCV/WAV/WV で揃え、OWASP系の観点を推奨し、詳細は PDV/ZKP 側に閉じ、表には比較可能なoverall risk score を出す、といった“security passport” 的な役割と捉える考え方です。提案者のLeigh Cronianも ERC-8004 との比較の中で、8126の価値を「generic validation ではなく prescriptive AI security service」に置いています。

上記を踏まえ、今後Ethereumネイティブな手段の中で8126の代替になりうるものは例えば以下が挙がってきます。

1) ERC-8004 + 8126相当の validator profile

→ 8126のような別の単独規格ではなく「ERC-8004上で8126相当のバリデータ仕様を定義する形」です。現状Ethereumネイティブな手段としては、一番有力な方向の一つです。8126の完全な代替になるというよりは、「8004を基盤に、8126の検証と score semantics を profile として載せる」ような形に落ちつく可能性があります。

2) attestation rail としての代替: EAS / Verax / Sign Protocol etc.

EASは、現状8126のようなAI agent security passportの機能そのものは内包していませんが、自由に登録されたschema に従って、onchain attestation、EIP-712 署名ベースの offchain attestationを扱え、attestation を配る土台として今でも「すぐに作って動かせる」という点で有力な手段です。

VeraxやSignはそれぞれEVM外への対応可能な点で、よりgenericなattestation protocolとして候補の一つには上がるが、EASや8126に比べるとEthereum内での特化という点では少し序列が下がる印象です。

5) まとめ

ここまでのEthereumのAgent周りの標準では、まず8004やx402が一定定着してきたと言える中で、次に重要になるテーマとして「どのresourceやagentがAgent毎の目的に合致するか、そのqualityを評価し、参照可能にし、より精度の高いdiscoveryに繋げる方法」に議論が移っていると思います。そうなった時に上記に記したように、8126は事前に一定固定化された観点で評価するフレームをmodular的に提供する1つの選択肢として、興味深いです。

一方リアルな話、8126は前回紹介した8183やx402、8004に比べて、まだ仕様上固まりきってない部分も多く、標準化にはまだ時間がかかりそうというのが現状の客観的な評価だと思います。（とはいえ、agentの検証インターフェースに徹した提案に改善されてから、また再度注目が戻ってきていると思います。）

今後このagentの検証仕様のデファクトがどの方向に向かっていくのか :

8004上で拡張定義される形で落ち着くのか、別のattestation protocol(EAS, Sign, Veraxなど )がAI Agent用の標準を出して台頭するのか、8126の議論がより詳細化されて進展するのか、または目的ごとにsplitする形で各仕様の棲み分けが明確になっていくのか、注目です。

それでは👋

Keita, Fracton

こんにちは、FractonのKeitaです。

最近寄稿したx402 V2 updateの解説に続いて、同じくAI*Ethereumシリーズとして最近注目を集めてるProtocol, ERC-8183について解説していきます。

ERC-8183は、Ethereumの標準提案で、AIエージェント間の商用取引を分散型で実現するプロトコルとして、26年の2/25にVirtuals, EFのdAI teamによって公開されました。

作者は、Davide Crapis (@dcrapis), Bryan Lim (@ai-virtual-b), Tay Weixiong (@twx-virtuals), Chooi Zuhwa (@Zuhwa)の4名です。: ※ハンドルはgithubアカウント

Discussion Link:

ERC-8183のコア: Jobの仕組み

ERC-8183の中心は「Job」というシンプルな単位です。3つの当事者で構成され、4つのstateを遷移します。

• 3つのアクター:

  • Client: 依頼者。仕事を作成し、資金を預ける。

  • Provider: 実行者。仕事を実行し、成果物を提出。

  • Evaluator: 検証者。成果物をチェックし、完了か拒否かを判断。評価者はAIエージェント、スマートコントラクト、DAOなど何でもOK（wallet addressだけで定義）。

• Jobのstate遷移:

  1. Open: ClientがProviderを指定してJobを作成。仕事の仕様（タスクのスコープ、期限、報酬などの詳細）と期限を記録。

  2. Funded: Clientが支払いをエスクローに預けるとJobが有効化。

  3. Submitted: Providerが仕事を実行し、成果物（またはそのreference、ハッシュ）をオンチェーンに提出。

  4. Terminal: Evaluatorが評価。

     • Completed: 合格なら資金をProviderにリリース。

     • Rejected: 不合格ならClientに返金。

     • Expired: 期限までに提出/評価がない場合、Clientが資金を回収。

上記フローでは資金はCompletedのステータスになるまで動かず、成果物そのものが検証可能です。すべてオンチェーンで記録され、reputationとして保持/参照可能になります。

• 例: Clientが「画像生成」を依頼。Providerが画像を提出。Evaluator（AI）が依頼通りかをチェックし、合格なら支払い、ダメなら返金する。など

Evaluatorのパターン:

ERC-8183のEvaluatorは、目的に応じてさまざまな種類/方法の組み合わせが考えられます。

• 主観的なタスク（e.g. デザイン）: AIエージェントによる評価/判断

• 客観的なタスク（e.g. 計算）: ZKPを使ったスマートコントラクトでの自動検証

• 高額取引: 多重署名やステーキングベースのバリデーターによる検証

Hooksの役割:

シンプルなJobに「Hooks」というオプションのスマートコントラクトを追加可能にしています。これにより、各状態遷移の前後にカスタムロジックの実行が可能で、開発者が追加の機能やメカニズムを差し込むことを奨励しています。

• Hooksの例

  • Fund Transfer Jobs: クライアントの資金をProviderが運用（例: agentに委任する投資）。Hooksで資金の返却を保証。

  • Bidding Jobs: 入札制のJob。Providerが価格を署名でコミット。

  • Reputation-Gated Jobs: 評判チェック（ERC-8004連携）で低評判者をブロック。

  • Privacy-Preserving Jobs: ZKPで機密データを保護。

  • Risk-Assessed Jobs: ステーキングや担保を要求。

ERC-8004, x402との連携

ERC-8183は単独ではなく、ERC-8004（Trustless Agents: エージェントのID、評判、検証の標準）, x402との連携を前提にしています。

• ERC-8004との連携:

  • ERC-8004でAgentを発見・信頼評価。

  • ERC-8183で商用取引を実行。

  • 取引結果がERC-8004の評判を強化。

  • reputationの蓄積によりより精度の高い発見→より多くの取引の呼水に。新しいエージェントはJobをこなして評判を築き、次回の取引で有利に。

• x402との連携

  • x402は「支払いフロー」を担当し、ERC-8183は「支払いの条件と信頼」を追加します。シンプルな取引であればx402のみで機能しますが、複雑なtask（例: 検証可能な信頼性が必要な場合など）はERC-8183のJobでエスクローを組み合わせます。結果、x402の支払いがERC-8183のライフサイクル内で条件付きになります。

  • 例: エージェントAがエージェントBに画像生成を依頼。x402で支払いインテントを署名（オフチェーン）し、ERC-8183のJobで資金をエスクロー。Bが提出後、評価者がOKしたらx402経由でリリース など。

  • ERC-8183はbeyond paymentsと掲げて、単なる支払いのユースケースだけではなく、信頼/検証のインフラ(エスクロー、検証、紛争解決、評判) 全体をサポートすることを目指しています。

まとめ

アツい標準が出てきました。
8004, 8126, x402あたりの標準と補完的に組み合わせる前提になっていて、現実的にagent to agentによる経済活動のインフラのパーツが整ってきた感があります。

このようにJobや成果単位でagentを制限、管理、reputation記録していく流れはcryptoに関わらず、Agent周りのstartupの中で共通してみられるようになりました。

（また、Ethereum開発者たちと周辺でのAgent向け標準の提案スピードと広まり方もEFのdAIチームの取り組みも影響してか、よりスピードアップしている気がします。）

引き続きAgent*Crypto領域に張るbuilderとのideaのdiscussion, Co-Developを歓迎しています。我こそはという方、気軽にご連絡ください。

【Fracton Update】登壇情報

BCCC（ブロックチェーン推進協会）のセミナーに弊社より鈴木 が登壇します。

・テーマ：ミームコインの現在地 - 市場動向・法的整理と今後の可能性
・日時：2026年3月31日 16:00 - 17:00
・場所：Zoomウェビナー（オンライン）
・参加費：無料
・お申し込み：https://bccc20260331.peatix.com

協会が主催するセミナーで「ミームコイン」をテーマにするのはレアだと思いますので、ご都合よろしければご参加ください。

東京 — Ethereumを基盤としたインキュベーションおよび企業向けデジタルアセット戦略を展開するFracton Ventures株式会社は、本日、クリプトおよびデジタルアセット領域を代表する3名がアドバイザーに就任したことを発表しました。今回の就任は、Fracton Venturesが掲げる「企業がデジタルアセットを活用し、Ethereum上で価値を保有・循環させる社会の実現」を加速させるための戦略的な取り組みです。

今回アドバイザーに就任したのは、アジアを代表するEthereumの貢献者であるFenbushiグループの日本支部 Fenbushi Japan代表社員の段璽氏、a16zからリード調達をしたSyndicate共同創業者のWill Papper氏、株式会社finoject 代表取締役 CEO、株式会社JPYC社外取締役の三根公博氏です。

本就任は、Fracton Venturesが掲げる「企業がETHやステーブルコインを含むデジタルアセットを保有する未来」を実現するための戦略的布石です。三者三様の専門性を活かし、アジアから世界に向けたEthereumエコシステムの拡大を力強く推進します。

アドバイザー就任の背景

Fracton Venturesはこれまで、「アジアからEthereumエコシステムの未来を築く」というミッションのもと、Ethereumを基盤としたクリプトスタートアップの創出と成長支援を行ってきました。

現在はその活動をさらに発展させ、企業がデジタルアセットを既存の事業、新事業・財務戦略に組み込むための支援へと領域を拡張しています。

これは単なる暗号資産の取得や保有を意味するものではありません。

• 企業としてETHを含むデジタルアセットを保有する支援

• RWAアセットのDeFiへの接続支援

• 企業とEthereum Layer2との協業事例創出支援

• ステーブルコインのプライバシーの付与実現への支援

といった、企業の構造そのものをアップデートする取り組みです。

Fracton Venturesは、アジアを起点にこの変革を推進しています。

就任アドバイザー

今回アドバイザーに就任したのは、以下の3名です。

• 株式会社finoject 代表取締役 CEO、JPYC株式会社　社外取締役 三根 公博氏

• Fenbushi Japan 代表社員 段 璽氏

• Syndicate共同創業者 Will Papper氏

それぞれが持つグローバルなネットワーク、クリプト市場での実践経験、伝統金融との接続力を統合し、Fracton Venturesの戦略を加速させます。

【Fracton Ventures × SurfAI共催ウェビナー】

来週17日（火）16:00 - 17:00にSurfAIとの共催でウェビナーを開催いたします。本ウェビナーでは、Crypto領域の投資・リサーチを行う Fracton Ventures とAI領域の取り組みを進める SurfAI が共同で

• ​Crypto × 金融の最新動向

• ​Crypto × AIの可能性

• ​今後のビジネス機会とエコシステムの変化

​について、グローバルの事例を交えながら解説します。​Crypto・金融・AIの交差点で起きている変化を1時間で俯瞰できるウェビナーです。

• 日時：3月17日（火）16:00–17:00

• 場所：オンライン（Zoom）開催

• イベント詳細・登録

  • https://luma.com/m0v7imzh

• 参加者には SurfAI Maxプラン（2週間）の体験コードもお渡し予定です。

Crypto領域でのステーブルコイン、トークン化、AIに関連するProtocolなどの最新動向についてお話しします。このような領域のキャッチアップ機会になるかと思いますので、ご活用頂ければ幸いです。

今回はFracton Venturesの直近のアップデートをお届けしました。引き続き「Ethereumを基盤としたクリプトスタートアップの創出」「企業がデジタルアセットを既存の事業、新事業・財務戦略に組み込むための支援」を軸に活動して参りますのです、よろしくお願いいたします。

はじめに

「DeFi」という言葉を聞いたことはあるけど、利用したことがない人はとても多いと思います。その理由として、「なんだか難しそう」「ウォレット管理するのが煩雑」などの意見があると思いますが、そのような悩みを解決してくれるツールが昔から存在しています。今回はそのようなツールの中でも最も老舗かつ安定的に利用することができる「DeFi Saver」について紹介していきます。このような悩みは世界共通なので、まずはDeFi Saverを利用してDeFiにエントリーしてもらえれば幸いです。

※免責事項

本記事は、DeFi Saver に関する紹介コンテンツであり、PRを目的とした有料記事として制作されています。記事の内容は、公開されている情報や提供された資料などを参考に整理したものです。可能な限り正確な情報の掲載に努めていますが、その正確性や完全性を保証するものではありません。また、本記事は特定のサービスの利用や暗号資産への投資を推奨するものではありません。DeFiサービスの利用や暗号資産の投資に関する意思決定は、リスクをご理解のうえ、ご自身の判断と責任において行っていただくようお願いいたします。本記事の情報を利用したことによって生じたいかなる損失についても、当社および執筆者は責任を負いかねますので、あらかじめご了承ください。

1. DeFi Saverとは？

DeFi Saverは、複数のDeFiプロトコルにおける資産管理を、1つのダッシュボード(DeFi Saver上)で一元的に行えるようにするサービスです。2019年にMakerDAOのCDP（担保付債務ポジション）を自動で管理するツールとして誕生して以来、DeFiエコシステムの成長と共に進化を続けています。Aave、Maker、Spark、Morphoといった業界をリードする複数のレンディングプロトコルを一つのダッシュボードに統合し、スワップ（交換）、レンディング（貸借）、レバレッジといったDeFiの主要な機能をすべてカバーします。

DeFi Saverの歴史は、創設者の1人がMakerDAOのポジションで清算されそうになった個人的な経験から始まったと言われています。この経験を元に、担保と負債の比率を自動で調整するツール、つまりDeFi史上初の自動レバレッジ管理ツールが開発され、当初は「CDP Saver」という名前でした。対応プロトコルの拡大に伴い現在の「DeFi Saver」へと改名し、現在に至ります。老舗なので名前を聞いたことがある人も多いですが、実は独自トークンは未発行で、DeFiエコシステムの成長とともにプロダクト開発に注力し続けています。

DeFiの魅力は、銀行などの中央集権的な管理者を介さず、誰でも自由に金融サービスにアクセスできる点です。しかし、その自由度の高さは、裏を返せばすべてを自己責任で管理する必要があることを意味します。MetaMaskやRabbyなどのノンカストディアル型のウォレットを使用して、それぞれアクセスして、資産を管理・運用することが求められます。これは、資産がDeFi Saverの管理下に置かれることは一切なく、常に自身のウォレットの中で、完全なコントロール下にあることを意味します。誰かに資産を預けるのではなく、自分の金庫の鍵を持ったまま高度な機能を利用する。このトラストレスかつパーミッションレスな仕組みが、DeFi Saverの安全性の根幹を成しています。2019年から稼働している実績も、その信頼性を裏付けています。具体的にDeFi Saverが提供している価値は下記となります。

• 複数のプロトコル管理の煩雑さ

  • 収益性を最大化しようとすると、Aave、Compound、Sparkなど複数のレンディングプロトコルを使い分けることが多くなります。それぞれ異なるインターフェースを操作し、資産状況を把握するのは非常に手間がかかります。

• 清算リスクへの対応

  • レバレッジをかけた運用では、担保資産の価格下落による清算リスクが常に伴います。市場の急変時に迅速に対応できなければ、大きな損失を被る可能性があります。

• 複雑な取引の実行

  • 「Aプロトコルから借り入れた資金を、Bプロトコルで運用し、さらにその収益をCプロトコルに…」といった複雑な戦略を実行するには、多くのトランザクションを個別に実行する必要があります。

DeFi Saverは、こうしたDeFiユーザーが抱える課題を解決することを目指し、ユーザー目線でプロトコルの構築を続けています。

最新動向：止まらない進化とエコシステムの拡大 (2024年～現在)

DeFi Saverは、常にコンスタントに開発を続けています。

• 記録的な数のプロトコル統合

  • 2024年には過去最多となる7つの新しいプロトコルを統合。 2025年に入ってからも、MorphoのArbitrum対応や、Fluid、CurveUSD、Euler v2、Makerエコシステムから生まれたSky(旧Maker)など、話題のプロトコルへの対応を次々と発表しています。

• 自動化機能のさらなる進化

  • 従来の自動返済・レバレッジブースト機能に加え、2025年11月にはAave v3ユーザー向けに「自動担保スワップ機能」をリリースしました。 これは、設定した価格条件に応じて担保資産を別の資産に自動で交換する画期的な機能で、より能動的なリスク管理と戦略実行を可能にします。

• コミュニティとの連携

  • ETHDenverなどの主要なカンファレンスにも積極的に参加し、コミュニティとの対話を重視しています。 ユーザーからのフィードバックを元にダッシュボードUIの改善を続けるなど、常にユーザー体験の向上に努めています。なので、もしフィードバックがあればFractonチームにお伝えください！

現在は、Ethereum、Arbitrum、Base、Optimismといった複数のブロックチェーンに対応し、取引高は105億ドル以上、自動化されたポジションは950以上にのぼっています。

2. DeFi Saverの優位性と独自性

DeFi Saverの最大の強みは、単なる情報の集約ツール（アグリゲーター）に留まらない点です。ZapperやZerionのようなポートフォリオ管理ツールが「資産の可視化」に重点を置いているのに対し、DeFi Saverは既存のプロトコルの上に新たな機能レイヤーを構築し、ユーザーが「より能動的かつ効率的に資産を管理・運用する」ための機会を提供しています。

ワンストップの操作性:

• 複数サービスにまたがる資産状況を一つの画面で管理し、アプリを切り替えることなく、貸し出しや借り入れといった複雑な操作も完結できます。

高度な自動化機能:

• 価格変動時にポジションを自動で調整し、清算リスクから資産を守ります。さらに、設定した価格で担保資産を自動で交換する「自動担保スワップ」により、守りだけでなく攻めの戦略も自動化できます。

• 2025年11月に導入されたこの画期的な機能は、DeFi Saverの優位性を決定づけるものです。例えば、「ETHの価格が$3,000を下回ったら、担保のETHを安定資産であるUSDCに自動でスワップする」（実質的なストップロス）といった設定や、逆に「ETHが$5,000に達したら利益確定のために一部をUSDCに交換する」（テイクプロフィット）といった設定が可能です。これにより、単純な清算回避（守り）だけでなく、市場の変動を捉えて積極的に資産構成を最適化する（攻り）という、これまで専門的な知識を持つトレーダーしかできなかった高度な戦略を、誰でも自動で実行できるようになりました。これは、他のどの競合ツールも提供していない独自の強みです。

ガス代削減と戦略の再現（Recipe Creator）:

• 複数の取引を一つにまとめることで、手数料（ガス代）を大幅に節約できます。複雑なDeFi戦略を「レシピ」として保存し、ワンクリックで実行することも可能なので、AI以前のDeFiの自動運用においてはパイオニア的な機能を提供しています。

魅力的な金利へのスムーズな移行（Loan Shifter）:

• 例えばAave v2から金利がより有利なSparkへ、といったように、担保と負債のポジション全体をワンクリックで異なるプロトコル間、あるいは同一プロトコル内の異なるバージョン間（例：Aave v2→v3）で移動させることができます。さらに、担保資産だけを別の資産に交換（Collateral Shift）したり、負債だけを別のステーブルコインに乗り換える（Debt Shift）といった、より柔軟な調整も可能です。これにより、ユーザーは常に最適な金利を求めて、手間なくポジションを最適化し続けることが可能です。

リスクゼロの練習環境（シミュレーションモード）:

• 実際の資金を使わずに、全ての機能を試せる練習モードがあります。初心者も上級者も、リスクなく操作の練習や新しい戦略のテストをすることができます。

3. DeFi Saver実践（Ethereum）

ここからは、実際にDeFi Saverを使ってどのように資産を運用できるのか、具体的なステップを追いながら紹介していきます。今回は、安全な資産管理で定評のある「Safe Wallet」の活用方法と、主要なレンディングプロトコルであるAave、そしてのFluidやSparkを利用するケースを例に説明します。

なぜ「Safe Wallet」なのか？

DeFi SaverはMetaMaskのような一般的なウォレット（EOA: Externally Owned Account）でも利用できますが、Safe Wallet（旧Gnosis Safe）も利用することができます。Safe Walletは「スマートコントラクトウォレット」であり、最も重要な特徴はマルチシグ（複数署名）が行えることです。

• マルチシグとは:

  • トランザクションを実行するために、複数の「オーナー」による署名が必要になる仕組みです。例えば、「3人のオーナーのうち、2人の署名がなければ送金できない」といった設定が可能です。

• メリット:

  • セキュリティの向上: 秘密鍵が一つ漏洩しても、すぐに資産が盗まれることはありません。

  • リスク分散: 秘密鍵を複数のデバイスや人物で管理することで、紛失リスクを低減できます。

  • チームでの資産管理: 企業やDAOが共同で資産を管理する際の標準的なツールです。

個人であっても、PCのMetaMaskとスマートフォンのウォレットアプリをオーナーに設定しておけば、どちらか一方を失っても資産を守ることができます。DeFiで本格的に資産を運用するなら、Safe Walletを利用することで防御力を上げることができます。

Step 1: DeFi Saverへの接続とダッシュボードの確認

1. DeFi Saverの公式サイトにアクセスします。

2. 「Connect Wallet」をクリックし、ウォレットを接続します。ここでEOAもしくはSafeのどちらかを選ぶことができます。またこちらUI上からSafe Walletをデプロイすることも可能なのはとてもユーザーフレンドリーです。（ガス代かかります）

3. 接続が完了すると、資産状況が一覧できるダッシュボードが表示されます。

Step 2: Aaveで資産を供給し、利息を獲得する

最も主要なレンディングプロトコルの一つ、Aaveに資産を供給（貸し出し）して、利回りを獲得してみます。

1. 左側のメニューから「Aave」を選択します。

2. 供給したい資産（例：ETH）の「Supply」ボタンをクリックします。

3. 供給する数量を入力し、トランザクションの内容を確認後、「Supply」をクリック。ウォレットが署名を求めてくるので、設定した数のオーナーで承認します。

4. トランザクションが承認されると、あなたのETHはAaveに供給され、自動的に利息（Yield）が発生し始めます。ダッシュボードでは、供給した資産と発生した利息がリアルタイムで確認できます。

Step3 : 自動化機能でSparkのポジションを守る

もしETHの価格が急落すれば、あなたのポジションは清算され、担保を失う可能性があります。ここでDeFi Saverの真骨頂である自動化機能を設定し、ポジションを守りましょう。今回はMakerDAOからフォークしたSpark Protocolのポジションを自動化する例です。

1. Sparkで作成したポジションの管理画面に移動し、「Automate」タブを選択します。

2. 「Automated Repay」を有効にします。これは、設定した条件になると自動で負債を返済してくれる機能です。

3. トリガーとなるHealth Ratioの下限（例: 150%）と、返済後の目標Health Ratioの上限（例: 200%）を設定します。

4. 設定を保存し、トランザクションを承認します。

これで設定は完了です。万が一、市場の急変であなたのポジションの健全性が150%を下回った場合、DeFi Saverが自動的に担保の一部（ETH）を売却して負債（USDC）を返済し、健全性を200%まで回復させてくれます。寝ている間も、仕事に集中している間も、DeFi Saverが24時間体制で資産を守る運用をしてくれています。

番外編：自動ブースト (Boost) - 利益を最大化する「攻めの戦略」

反対に、担保資産の価格が上昇した局面では、この「自動ブースト」機能が利益を最大化することにもつながります。事前に設定した条件に基づき、DeFi Saverは担保価値の上昇分を利用して自動的に追加の借入を行い、その資金で担保資産をさらに買い増します。これにより、レバレッジ比率は自動的に高まり、ポジションの規模が拡大します。

手動での取引では、「まだ上がるかもしれない」「一旦利益確定すべきか」といった心理的な迷いが生じ、最適なタイミングを逃してしまうこと多々あります。しかし、自動ブースト機能を利用すれば、機械的にルールを実行してくれます。価格が上昇するたびにポジションを拡大していくことで、複利効果に似たリターンの加速を狙うことが可能です。

これは単に価格上昇の恩恵を受けるだけでなく、その上昇トレンドを最大限に活用して積極的に利益を追求する、まさに「攻め」の自動運用戦略です。

4. その他の機能：DeFi戦略を無限に広げるツール群

DeFi Saverの魅力は、日々の資産管理と自動化だけではありません。あなたのDeFi戦略をさらに高度で効率的なものにする、強力なツールが揃っています。

• Discover:

  1. 「どのプロトコルに預ければ一番金利が高い？」「どの資産を借りるのが一番お得？」そんな疑問に答えてくれるのがDiscover機能です。様々なプロトコルの預金金利や借入金利を一覧で比較検討でき、最も有利な運用先を簡単に見つけ出すことができます。

• Trending:

  1. DeFi Saverのプラットフォーム上で、今どのような戦略が注目されているのか、トレンドを把握できます。DeFi Saverのユーザーたちの間で、どの資産の取引量が増えているのか、どのプロトコルに資金が流入しているのかを知ることで、次の投資機会のヒントを得ることができます。

• Recipe Creator（レシピクリエイター）:

  1. DeFi上級者向けの最強ツールです。これは、複数のアクションを一つのトランザクションにまとめて実行できる機能です。例えば、

  2. フラッシュローンで一時的に大量の資金を借りる

  3. その資金で担保を追加する

  4. 担保価値が上がったところで、より多くの資産を借り入れる（レバレッジをかける）

  5. 借り入れた資産の一部でフラッシュローンを返済する といった一連の複雑な操作を、ドラッグ＆ドロップの簡単な操作で「レシピ」として作成し、ワンクリックで実行できます。これにより、ガス代を節約できるだけでなく、これまで手動では難しかった高度な戦略を誰でも実行可能になります。

5. 最後に

ここまでDeFi Saverについて紹介してきましたが、他のDeFiプロトコルをグリゲートして、最もユーザーフレンドリーなダッシュボードを提供していることが理解できたと思います。多くのDeFiプロトコルを自分で積極的に利用していくことは非常に大変ですし、場合によっては清算リスクもあります。それらを全て束ねてくれるDeFi Saverは、初級者には優しく、上級者にはハイレベルで使いやすい機能を提供しています。

また直近ではSummer.fi Proのポジションとユーザーを引き継ぎ、DeFi Saver上でこれまで同様の体験ができるようにサポートを提供しています。残念ながらSummer.fiの開発チームは別プロダクトに注力することになりましたが、DeFi SaverがProtocolの後継の一部を担います。このようなProtocolを引き継ぐ事例は珍しく、今後も独自のエコシステムを拡大していくことがこれまで以上に期待できます。

昨今ステーブルコインが話題になっていますが、その恩恵を最も受けることができるのがDeFiだと思います。そのDeFiへのアクセスコストとハードルを下げることに成功しているDeFi Saverをぜひ活用してみてください。ご安全に！

【公式リンク】

・Website: https://defisaver.com

・X(Twitter): https://x.com/defisaver

Fracton Venturesは、2021年から現在までに50以上ものプロジェクトをincubateしてきました。今回はその中でも、直近１ヶ月間にアップデートがあったプロジェクトを中心にピックアップしてご紹介します。

LOCKON

「TGE再スケジュール発表、3月16日にメンテナンス実施へ」

LOCKONは、エコシステムトークン$LOCKを中心にプロダクト展開を進めるWeb3プロジェクトです。今回のニュースでは、これまで延期されていたTGEの再スケジュールを正式発表。ローンチ準備の最終段階として、2026年3月16日 02:00–07:00（UTC）にシステムメンテナンスを実施し、期間中は関連サービスを一時停止すると告知しました。安全かつスムーズなTGE実行に向けた最終調整であることを強調しており、参加者に向けて今後も随時アップデートを共有するとしています。

EigenWatch

「プレローンチ時点で1,700超のAVSオペレーターをインデックス化しローンチ」

EigenWatchは、AVSオペレーター（バリデーター／リステーキング関連事業者など）の挙動データを解析し、信頼性やリスクを可視化するインテリジェンスレイヤーを構築するプロジェクトです。今回の発表では、正式ローンチ前にもかかわらず、すでに1,700以上のEthereum上のAVSオペレーターをインデックスしていることを公開。

信頼性トレンド、応答行動のボラティリティ、一貫性スコア、そして新興リスクのマッピングを進めているとし、「オペレーターインテリジェンスなきリステーキングは盲目的な信頼に過ぎない」と問題提起しています。

Web3insight

「Mantle DevCard Campaignを実施、複数プールでMNT報酬を設計」

Web3insightは、DevCardなどを通じてビルダーの活動履歴や貢献を可視化するプロジェクトです。今回実施されたMantle DevCard Campaignでは、Mantle Hackathonと連動した3つの報酬プールを設計。

①DevCardミント＋Hackathon登録者向け抽選（スワッグ、OSKeyハードウェアウォレット、100 MNT山分け）

②招待リンク経由での登録・提出数を競うInvite Leaderboard（上位者で合計600 MNT＋スワッグ）

③最終選考進出チーム向け追加300 MNTボーナス

という多層インセンティブを構築しました。DevCardを軸に、参加・拡散・成果を一体化させたキャンペーン設計が特徴です。

HypurrQuant

「HyperLiquid DevToolsを公開、HyperEVM開発の摩擦を削減」

HypurrQuantは、HyperEVM上での開発体験向上にフォーカスするビルダーアカウントです。今回、HyperEVMでのprecompileやCoreWriter actionのテストが煩雑だった課題を受け、HyperLiquid DevToolsを開発・公開。precompileを一覧で確認できるビジュアルダッシュボード、CoreWriter actionのワンクリックテスト機能、即利用可能なサンプルコードを備えたオープンソースかつ無料の開発支援ツールとなっています。HyperEVMエコシステムにおける開発初期コストの低減を狙った実践的アップデートです。

Miki(ANDLAW)

「Monthly Pitch登壇、“金融機関向けブロックチェーン取引マシン『Miki』”をピッチ」

Miki(ANDLAW FZCO)は、金融機関向けにブロックチェーンを活用した取引最適化ソリューションを開発するプロジェクトです。今回、第99回 Monthly Pitchに登壇し、「ブロックチェーンで安く高く売るマシン『Miki』」をテーマに発表を実施。代表の加藤 豪輝氏が登壇し、既存金融機関に向けた取引効率化・コスト削減・価格最適化を実現するプロダクトコンセプトを紹介しました。伝統金融とブロックチェーン技術を接続する実装レイヤーとしてのポジショニングが注目されます。

今回もFracton Communityの一部チームの最新情報をお届けしました。もし協業などに興味があるプロジェクトがあれば、直接の連絡もしくはFractonメンバーまでご連絡ください。

こんにちは、FractonのKeitaです。

前回取り上げたOpenClaw*Cryptoの潮流の勃興に伴い、その決済ソリューションとして採用率が高まっているx402について、その特徴、昨年末に出たV2アップデートの内容を詳しく取り上げます。

はじめに: x402のおさらい

特徴:

まずわかりやすい特徴として、HTTPのステータスをベースに決済有無の判定を行う背景故に、アカウント作成不要、APIキー不要、1アクセスごとのマイクロペイメント決済可能などがあり、Agent Nativeな決済手段の要件に強くマッチしています。

基本構造

x402は役割別に大きく分けると

• HTTP決済の トランスポート標準

• それを成立させる 支払い実行層

• 検証や仲介を担う ファシリテーション層

• 開発者体験を担う SDK層

の4分割構造になっています。(実装コンポーネント側は以下に記す6層に分かれます)

① Transport

• 役割:

  • 支払い要求と支払い証明をHTTP通信に埋め込む層。

  • ここがx402の“名前の由来”で、HTTP 402 Payment Required を実運用可能な形にした層。

• フロー:

1. ClientがAPIリクエスト

2. Serverが 402 + 支払い条件 を返す

3. Clientが支払い実行

4. 支払い証明をheaderに付与

5. Serverが検証しアクセス許可

② Payment Rails

• 役割:

  • 実際にお金を動かす層。

  • Transport層は「払えと指示する役割」で、この層が実際の送金処理を行います。

③ Facilitator

• 役割: 以下の役割を担い、API提供者が自前でブロックチェーン検証ロジックを書く必要をなくしています。

  • 支払い検証

  • 署名検証

  • 送金確認

  • 価格提示

  • ルーティング

  • 分配

④ Paywall

• 役割/ 機能

  • 402発行

  • 支払い条件提示

  • 支払い証明検証

  • アクセス解放

⑤ SDK

• 役割

  • Client / Server / Facilitator接続を簡単化

⑥ Discovery Layer

• 役割

  • x402対応サービスのindex化と自動発見

  • V2で追加されたレイヤー。

採用数と直近の割合

x402 V1は去年の5月より本格稼働していて、順調にその採用サービスを増やしています。
現在は1000以上のエンドポイントが公開範囲で観測されています(1サービスが複数エンドポイントを出してる場合があるのでユニーク数はもう少し少ないと思います)。

例えば直近はCoingeckoがx402支払いの対応を発表しました。Coingecko APIをAgent経由で、x402ベースで利用できるようになっています。（今後このように人間向けAppsではなくAgent向けAPIの提供チャネルに変更するサービスは増えると思います）

ちなみに、先週あつかったOpenClawエコシステムの中で、「Agent決済機能付きプロジェクト」のうちの約半数はx402を採用しています。

また採用エコシステムでは発起元であるBaseがもちろん多いですが、ついでSolanaも急速にその採用数とトラフィックを伸ばしています。

x402 Scanを見ると、直近15日のトラフィック量ではdexter, virtuals, blockrun.aiの順で多くなっています。

ファシリテーターではCoinbase, PayAI, Dexterの順になっています。
PayAIは、Avalanche, Base, Polygon, Sei, Solanaなどのほぼ全てのx402支払いに対応したgenericなファシリテーター、次ぐDexterはSolanaとBaseに対応したx402ファシリテーターで、AgentのMCP発見と支払いをサポートしています。
(ファシリテーターはエコシステムごとにそれぞれあるのが基本的な傾向です)

V2について

V2は去年の12月に発表され、着々とV1からの移行が進んでいます。

V2は雑に言うと、V1の「HTTP 402で1回ごとの支払い」のミニマムな機能を土台にしつつ、実運用ででた課題を潰して「拡張可能な設計」「動的分配」「セッション」「多チェーン/法定通貨レール」「自動発見」を足して、エコシステムが勝手に増殖できる土台に寄せたアップデートです。

主な追加アップデート内容

• 単発の厳密な1回払いから拡張

  • V2は「単一コールのexact payment」前提を超えて、セッション的なアクセスやサブスク的な支払いパターンに対応。

  • ウォレットIDで「毎回払う」をスキップできるように。すでに購入済みのリソースに対して、ウォレット制御のセッションなどでフルの支払いフローを省略できる設計が含まれています。

  • 実際V1を使ってみると、都度支払いは人間側、Agent側の両方のUXとして面倒だったりするので、セッションごとのバッチ支払いはUX向上の観点で効くと思います。

• 支払いインターフェースの統一

  • マルチチェーン前提（例: Base, Solana など）で、独自ロジックなしに拡張可能。

  • ACH/SEPA/カード等のレガシーレールも “facilitator” として同じモデルに載せられるように。

  • payTo の動的ルーティング（リクエストごとに送金先やロール、コールバックで分配ロジックの変更が可能に）: マーケットプレイスやマルチテナントAPI向けで、入力に応じた動的価格の設定も可能になっています

• 拡張可能な構造と互換性Up

  • client, server, facilitator, reference SDK の分離がより明確に。

  • SDKをプラグイン駆動にして、チェーン/アセット/スキームを「登録」する形へ（SDK内部改造を前提にしない）。

  • ライフサイクルフック（送金前後、検証前後など）で、条件付きルーティング、メトリクス、失敗復旧などのカスタムロジックを差し込めるように。

• Discovery強化（自動APIディスカバリー）

  • x402対応サービスがメタデータを公開し、facilitatorがクロールしてエンドポイントや価格などを自動インデックスする仕組みの導入。

• マルチfacilitator対応

  • 複数facilitatorを同時利用でき、目的にあった最適なファシリテーター選択が可能に。「Solana優先」「mainnet回避」「USDCのみ」みたいな選好を宣言的に書けるようです

まとめ

全体的に実利用場面に即したpracticalな機能の追加が目立っていて、非常につかいやすくなっていると思います。

実状、大手のAPIサービスの多くはまだx402未対応で、x402対応のサービスが少なくてAgent側がメインで採用しにくい問題がありました。今回のアップデートで今後採用サービスの伸び率がかなり改善されると予想しています。

Agent向けサービス自体の増加傾向も採用増の追い風になりそうです。

また、個人的にも現在x402を使ったプロダクトの開発も行っているので、x402を使って何かプロダクトを作りたい、アイデアがあると言う方はDM等で気軽にご連絡ください。何かお役に立てるかもしてません。

それではまた👋

Keita, Fracton

こんにちは、FractonのKeitaです。

最近viralしてるOpenClaw✖️Cryptoのエコシステムの発展の流れが非常に面白いので、今回取り扱います。

OpenClawとは、Clawdbot→Moltbot→OpenClawと数日で名前を変えてきたAIアシスタントで、GitHubのスター数は数週間で20万越えを記録してます。Discord、LINEなどのあらゆるchat appから操作でき、メール管理、カレンダー、株の売買、商品購入、自動開発など、あらゆるタスクを自律的かつPF横断的にこなします。

筆者もローンチまもなくして使ってみたのですが、文字通り権限付与次第であらゆるタスクをこなしてくれます。

ただ注意点として、OpenClaw用のSkillsの中でマルウェアを仕込んだものが大量に報告されてるので、自分のメインPCで使うことはおすすめできません。外部のサーバーを借りてSSHなどの隔離された方法で使うようにしましょう。

特にブロックチェーンとの繋がりで言うと、Base上でのOpenClawを中心としたエージェント経済圏の拡大が目立ちます。、

各領域に特化したAIエージェント群がインフラ・金融・労働・開発・情報流通といった機能を分担し始めています。ここではまず、その中核を担う代表的なProjectを概観します。

1. Infrastructure

BankrBot
https://x.com/bankrbot
エージェント向けのウォレットおよびDeFi基盤を提供します。複数ウォレットを横断した会話・取引・リサーチが可能であり、Clanker統合を通じた主要トークン発行基盤としても機能しています。

Clanker
https://x.com/clanker_world
Base上におけるOpenClawエージェント系トークンの多くのローンチを支えるトークン発行インフラです。

StarkBot AI
https://x.com/starkbotai
x402対応のエージェント向けインフラレイヤーを提供し、マイクロペイメント経済圏を支えています。

2. DeFi & Trading Agents

ClawdX
https://x.com/ClawdX_
Base上で稼働するAIトレーディングエージェントであり、設定可能な戦略に基づく自動売買を実行します。

Javlis
https://x.com/javliscom
高い勝率を特徴とする、CEX向け自動売買AIトレーディングエージェントです。

PolyClaw AI
https://x.com/polyclawai
Polymarket上で自律取引を行うAIエージェント群であり、バイバックメカニズムも備えています。

3. Social & Personality Agents

Moltbook
https://x.com/moltbook
AIエージェント同士が交流・協働するためのソーシャルネットワークです。

Moltxio
https://x.com/moltxio
AIエージェント専用に設計された、X（Twitter）型の投稿・交流プラットフォームです。

Clawcaster
https://x.com/clawcaster
エージェントをFarcasterへ接続し、分散型ソーシャル空間でのプレゼンスと相互作用を実現します。

Dailofrog
https://x.com/dailofrog
4chanスタイルの匿名掲示板型コミュニティであり、OpenClawエージェント向けに設計されています。

Clawk AI
https://x.com/clawk_ai
AIエージェント専用のXライクなソーシャルフィード基盤です。

Lobchan AI
https://x.com/lobchanai
OpenClawエージェント向け匿名ディスカッションボードを提供します。

4. Gaming & NPC Agents

MoltChess
https://x.com/MoltChess
（via Moltbook https://x.com/moltbook）
OpenClawソーシャルレイヤー上で稼働する、エージェント主体のチェスリーグおよびゲームインタラクション環境です。

Arnie
※Xアカウント不明
molts／エージェント向けのリアルタイム仮想世界構築環境であり、ゲームのような永続的ワールドを形成します。

5. Creative & Art Agents

CLAWBAZAAR
https://x.com/CLAWBAZAAR
エージェントが生成アートを制作・取引する自律型NFTマーケットプレイスです。

Phospors
https://x.com/Phospors_xyz
発光表現を特徴とするアート生成および、エージェント制作ビジュアルのマーケットプレイスを提供します。

6. Dev & Utility Agents

EmberClawd
https://x.com/emberclawd
Clawdエコシステム向けに特化したSolidityコード生成開発エージェントです。

CyberCentry
https://x.com/cybercentry
プロジェクトおよびエージェントのセキュリティ検証・監査を行います。

Clawdbot ATG
https://x.com/clawdbotatg
オンチェーンアプリ開発、サブエージェント生成、自律的開発判断まで担うビルダーエージェントです。

7. Other

Moltline
https://x.com/moltline_
エージェント間のプライベートメッセージング基盤です。

Clawdr Book
https://x.com/Clawdr_book
エージェント同士のマッチングを行う、Tinder型関係構築プラットフォームです。

Moltlaunch
https://x.com/moltlaunch
Base上のFlaunch経由で動作するCLIベースのトークンローンチャーです。

OpenWork
https://x.com/openworkceo
エージェントがスキル登録、仕事受注、報酬決済までを自律実行する労働マーケットプレイスです。

Moltroad
https://x.com/moltroad
トレーディング、バウンティ、レピュテーション、制作物を扱う総合マーケットです。

Clawnch
https://x.com/Clawnch_Bot
Clanker基盤上に構築された、エージェント専用の自律型トークンローンチパッドです。

OpenClaw ✖️ Kimi

また、Kimiは、 OpenClawから発表されたモデルで、無料で使えるようにしたことで、他のAIモデルの中で最も使われるモデルになっています。(OpenRouter経由でも接続可能)

中国での盛り上がり

特に地域別の盛り上がりでいうと、中国でのUser拡大が熱いです。

Alibaba/Tencent/ByteDanceなどの中国の大企業がOpenClawへの対応を公式発表し、中国産LLMとの連携が次々に進んでいます。Tencent/Alibabaは一夜にして自社クラウドに一括デプロイスクリプトを用意するほどの速さと注目度です。

理由としては、無料の中国産LLMと組み合わせることで、API費用に関してClaudeなどの従来LLMに比べて5倍-10倍近いコスト差があることから、非常に盛り上がってるようです。

その他、完全OpenSource型という点でOpenAIのようなクローズドLLMとは設計思想が異なることもあり、今後の中心User層は検閲への抵抗がある層の割合が増えていくと予想しています。

まとめ

OpenClaw開発者のPeter Steinbergerが今後もOpenSourceでの提供を貫く姿勢をみせてることから、今後もこのOpenClawを軸とした自発的なエコシステム拡大は間違いなく今後広まっていくと思います。

また、OpenClawエコシステムのProjectの多くが裏側でx402などの決済を採用しており、もはやこのようなOpensource のagent projectでのcyptoの採用はデファクト化してきてると見ていいと思います。その他、OpenClawを軸とした新しい事業機会が続々と生まれてくると思うので、非常に今後注目です。

日本時間2月16日に、OpenClaw開発者のPeter氏がOpenAI入りすることが発表されました。OpenClaw自体はOpenSourceとして提供され、維持・管理されていくとのことです。

Fracton Venturesは、2021年から現在までにO0以上ものプロジェクトをincubateしてきました。今回はその中でも、直近1月にアップデートがあったプロジェクトを中心にピックアップしてご紹介します。

Consort Technologies

Consort Technologies（Consort）新会社立ち上げのアナウンス

Consort Technologiesは、予測市場・attention market・SocialFi・センチメント市場など、いわゆる「hyper-financialization（あらゆるものが取引対象になる）」の波の中で、参入者が迷いやすい領域に対して “alpha（優位性）を作るためのツール” を提供することを目的に掲げる新プロジェクトです。

今回、新会社としての立ち上げを告知し、“最先端を扱う人向けに、最先端のエッジを届ける”というメッセージで、今後のプロダクト展開（ツール提供）の頭出しを行いました。

.

PAO TECH Labs

JPYCの“円建てDeFi”を前に進めるレンディング/金利市場のローンチ

PAO TECH Labsは、日本円ステーブルコインであるJPYCを軸に、円建てDeFiの実用性を一段引き上げる支援を行う目的で、JPYC Lending MarketをMorpho上でローンチしました。
JPYCのレンディング市場立ち上げ、トレジャリー運用による利回り設計、固定金利市場（スワップ等）の改善、そしてそれらを成立させるための流動性サポートなどが内容として含まれています。

このJPYCレンディングは、JPYC経済圏をDeFiで拡張していくための重要な起点となることが見込まれています。

SIgnals

Onchain Creator Economyを推進するSignals、$SIGNALSをDistrict上でローンチ

onchain creator economyを推進するSignalsは、独自トークンの$SIGNALSをDistrict上でローンチしました。
Signalsが目指すのは、タスク消化型の数値づくりではなく、意図的な参加（intentional participation）を軸に、コミュニティメンバーにはアクセスと報酬を、プロジェクト側には質の高い実エンゲージメントを返すための仕組みの提供です。

ローンチ後は「Signalsがユーザー行動をルーティングし、利用が手数料を生み、その手数料がさらにエコシステムを強化する」というフライホイール構想が示されており、あわせてTheAgencyVCの提供物全体に$SIGNALSを統合して、プロダクトを“使える・スケールする・信頼できる”状態に寄せていく方針も明言されています。

SecondOrder.fun

SecondOrder.fun、β版リリース

SecondOrder.funは、ミームコインやラッフルに代表される“熱量はあるが不透明なゲーム”を、ルールと暗号技術によってフェアな有限ゲームへ変換することを目指すプロジェクトです。
参加は透明なボンディングカーブを通じて行われ、途中退出も可能。最終的な抽選結果はChainlink VRFによって検証可能な形で確定されます。

今回、SecondOrder.funはβ版をリリースし、1月に開催されたEthereum Meetup Tokyoでもデモを披露して、実際のオンチェーンを活用したラッフルを実施しました。

以上、2026年1月のFracton Communityのアップデートでした。
Fracton Venturesは、ニッチな領域でユニークなProtocolを支援し続けているので、これを機にチェックしてみてください。

こんにちは、FractonのKeitaです。
今回は個人的に好きなプロジェクトの一つであるIntuitionについて解説します。

FounderはEF出身のBillyで、Joseph LubinやConsensysから調達してます。

Intuitionはざっくりいうと「セマンティックで動的なナレッジグラフ」をオンチェーンに作るためのプロトコルです。この記事では、基本的にトークノミクス等のどうでもいい話は追わず、基礎的な仕組みとしてのデータモデルなどを扱います。。

1.Intuitionとは

Intuitionが作るナレッジグラフでは、誰がそう主張しているか、どのobjectがどのobjectとどのような関係性があるか、どれだけの根拠と評判があるかなどのあらゆる文脈の可視化を主に行います。

主に以下のような特徴的なポイントがあります(それぞれの詳細については後述します。)

• あらゆる主張（claim）を、機械可読な知識グラフ（SPOトリプル）として表現する

• そのclaimや、構成要素となるobjectに対して、参加者がシグナル（stake）を積むことで「信頼・確信・重要度」を動的に数値化する

• → 複数の主観（for/against）と重みを残したまま探索可能にする

• AI Agentや人間、platformごとの評判のnetworkを誰でも、好きな範囲内で参照可能になる

2. データモデル

ここがIntuitionの核になります。(時間がない方はここだけ見てもらえれば重要な部分は掴めると思います。)

Atom

Atomはナレッジグラフの最小単位であり、個々のobjectを表します。ここでのobjectとは、人、AI Agent、組織、概念、識別子、URLなどの、参照可能な単位/主体を指します。

Triple

Tripleはsubject / predicate / objectの3つの種類のAtomで表現される一つの主張です。

このようなSubject–Predicate–Object（SPO）のトリプルによる表現は、RDF（Resource Description Framework）と呼ばれるW3C標準のデータモデルの中核をなす考え方の一つで、古くから計算機科学の世界で、世界のあらゆる事実や関係性を機械可読な形で表現するために使われてきました。（また、論理学の世界でもトリプル構造はごく一般的に使われる基礎的な概念です。）

RDF自体はデータモデルで、TurtleやN-Triplesなど複数の表記形式があります。本稿では説明を単純化するため、データモデルとしてのSPOトリプルにフォーカスします。(＋後述するような経済レイヤーが付属してる点がcryptoならではの点です。)

以下に例を示します。

• Subject: Alice

• Predicate: works for

• Object: Company X
  → 「Alice works for Company X」

直感的には「Atomsがobjectなら、Triples全体はそのobject間の関係性を表した、意味や主張の塊」と思ってもらって問題ないです。

ここで重要なのは述語の役割を果たしてるPredicateです。

predicateひとつひとつにIDを付与することで理論上、世界のあらゆる物事の関係性を表すことが可能になります。
しかしその際の問題として、以下画像のように、似た意味のpredicate（あるいは同一対象のAtom）が乱立すると、ナレッジグラフは簡単に断片化します。

Intuitionはこれに対してボンディングカーブとネットワーク効果で収束を促す設計にしています。

すでに利用とシグナルが集まっているカノニカルなidentifier / predicateに寄せた方が、将来の利用（クエリ等）から得られる価値配分の観点で有利になりやすく、結果として参加者が同じIDに収束しやすい、という思想です。

ちなみに、Triple自体を対象にしたメタ情報（時系列、根拠、誰が主張したか等）の付与、tripleそのものをobject/Atomとして扱うような入子構造も可能です。(これはごく一般的なSPOの特徴です)

AtomsとTriplesは、内容から決まるIDで参照されます。

• Atom ID: Atomのdataをハッシュ

• Triple ID: subjectId / predicateId / objectId をハッシュ

Signals

Signalsは、AtomsやTriplesに対して参加者がstakeする信頼、確信、関連性等の意味を表す重みです。(さっきのTripleやAtomに付属する動的なメタ情報のようなイメージ)

Signalの対象には賛成を表すFORのメインVaultと、反対を表すAGAINSTのカウンターVaultの二つが存在します。

3. オンチェーンの部分

オンチェーンの部分はざっくり以下のような構成要素で成り立ってます。

MultiVault

MultiVaultは、Atoms/Triplesの作成と、Vaultへのdeposit/redeem（賭けの出し入れ）を提供するコントラクトです。

depositで受け取るsharesはボンディングカーブの価格に依存し、既存のstakeが少ない初期ほど同じ$TRUSTでもより多くのsharesを得やすく、後から入るほど同じ量のシグナルに必要なコストが上がります。

ちなみにこのように時間を確信度に読み替えて、価格を変更するようなメカニズムは至る所で見かけるようになった気がします。(JokeRace V2など)

Tripleを作成すると、そのTripleには賛成（Positive）と反対（Negative）の2つのVaultが紐づきます。賛成側Vaultへのdepositは「その主張を支持する」シグナル、反対側Vaultへのdepositは「その主張に疑義がある」シグナルとして集計されます。

$TRUSTの役割

• Atoms/Triplesへのシグナル（staking）での使用

• ガスとして支払うネイティブトークン

• Atom, Triple作成

基本的に$TRUSTはガスとstaking用途です。また、Atoms作成にネイティブ通貨での手数料支払いが必要になります。データ追加に固定のfeeを課すことでスパムコストを持たせる狙いです。

Intuition Network（L3）

Intuition Networkは、BaseにsettleするカスタムL3として構築されています。スタックはArbitrum Orbit（Nitro）を採用し、DAはAnyTrustを利用してます。

4. Usecase

IntuitionにはReality Tunnels（個人化された信頼レンズ）の機能が用意されてます。

この設計により、例えば次が可能になります。

• 「公式ソースのシグナルだけ見たい」

• 「自分が信用してる人やAi agentが評価してるものだけをみたい」

• 「一定以上の反証が出ている主張は除外したい」

• 「この特定の研究コミュニティの見解を優先したい」

共通のナレッジグラフを基盤にしつつ、個々の解釈は明示的にユーザー側で選択可能です。

Usecase:
このプロジェクトは理論上あらゆるデータを保存対象にできるのですが、founderはPodcastで特にAI Agentのcredibillity、agent同士の信頼度に基づく連携のための基盤としてのusecaseを強調していました。

実際にIntuiton主導で、AI Agent同士が協調・取引するAgent Economyの実現のため、AI Sovereignty Allianceという連合体(Collab.Land, Gaia, Lit Protocol, Nevermined等が参加)を設立しています。

5. 最後に

この記事を読んでいて、なんか既視感があるなと思った方もいると思いますが、FounderのBillyは初期のOpen Webの思想を実現することに本気です。

ここで扱ったtripleを0から集めるのはかなり骨が折れそうなので、最初のコールド問題をどのように解決するか、どのspecificなfiledに最初のSignalの流動性を集中させるかがkeyになると思います。(Signalが多くのAtomやTripleに分散しすぎると情報価値としての体をなさなくなるからです)

→その一環として、まずはtripleやAtomを集めやすい質問形式（使ってるwalletはなにかなどの答えやすいもの）での収集から始めているようです。

個人的に好きなプロジェクトのひとつで、Intuition上のbuilderへの支援もある程度手厚いので、何かappをIntuition上に作ってみたいなと思った方は気軽にご連絡ください。

読了ありがとうございました。

Keita, Fracton

はじめに

こちらはEtherealizeチームから正式な許諾を受けて翻訳を行いました。このような機会を提供してくださったEtherealizeチームに心より感謝申し上げます。

全文は36ページに及ぶ大作のため、冒頭文のみをニュースレターに掲載させて頂きます。全文はダウンロードボタンよりダウンロードしていただけますので、お手元でお読みいただけますと幸いです。

レポート原文（直リンク）：https://ethdigitaloil.com/

目次

• エグゼクティブ・サマリー

  • 主要ポイント

• ETHを理解する: デジタル経済を駆動するデジタルオイル

  • ETHの金融設計: シンプル、透明、かつ持続可能

  • なぜETHはBTCに遅れたのか

  • ETH: バリュエーションの枠組み

  • グローバル準備資産としての類似比較（バリュエーション・コンプ）

• Ethereum: ETHの上昇を支えるインフラストラクチャ

  • なぜEthereumは金融インフラとして独自の適性を持つのか

  • なぜEthereumはルネサンス期に入ろうとしているのか

• EthereumとAI: 自律経済を駆動するエンジン

  • Ethereum: 自律型エージェントのために構築されたインフラ

  • Ethereumのツールチェーン: エージェント開発とコラボレーションのためのプラットフォーム

• ETHの強気シナリオ

エグゼクティブ・サマリー

世界の金融システムは、資産がデジタル化され、オンチェーンへと移行していく中で、世代的な転換点を迎えようとしている。
半デジタルで完全に分断された従来型の金融システムから、完全にデジタルでコンポーザブル（組み合わせ可能）な金融システムへと進化するためには、世界中の資産を支える、安全で中立的かつ信頼性の高いグローバル決済レイヤーが不可欠である。その基盤として台頭してきたのが、Ethereum（イーサリアム）である。

Ethereumの機関投資家による採用は急速に加速しており、米国の規制枠組みはブロックチェーン・イノベーションを公然と支持する姿勢を示し、デジタル資産は伝統的な投資ポートフォリオの中で主流の構成要素になりつつある。

Bitcoin（ビットコイン）が、主権国家の支配を超えた希少な貨幣資産として「デジタルゴールド」と広く認識されるまでには、15年の歳月を要した。EthereumはBitcoinを補完する存在である。価値を保存するだけでなく、価値の移転、信頼の形成、そしてグローバルな価値の協調をシームレスに実現する。ETHは、次世代のアップサイド優位の投資機会であり、機関投資家のデジタル資産ポートフォリオにおける中核を占める資産として台頭するポジションにある。

Ethereumはすでに、ステーブルコイン、高価値のトークン化資産、そして（Layer 2ネットワークを通じた）機関向けブロックチェーン・インフラのデフォルト・プラットフォームとなっている。現在、トークン化された資産の80%以上がEthereum上に存在している。
世界有数の資産運用会社やインフラ提供者から信頼されるEthereumの地位は、その堅牢なアーキテクチャに起因する。Ethereumは世界で最も安全かつ分散化されたブロックチェーンであり、比類なき信頼性とゼロ・ダウンタイムを提供している。

しかしながら、この変革的なシステムを支える資産であるETHは、今日のグローバル市場において、依然として最も著しく過小評価されている投資機会の一つである。Ethereumが明確な市場支配力を持ち、重要な技術アップグレードを遂げているにもかかわらず、ETHは依然として2021年の史上最高値を大きく下回る水準で取引されている。この価格乖離が永続することはないと我々は考えており、ETHの独自の価値提案を理解することは、現在あらゆる資産クラスの中で最大級の上昇余地を捉える機会となる。

ETHは単なるトークンではない。オンチェーン経済における担保であり、計算の燃料であり、利回りを生む金融インフラである。ETHは積極的に備蓄され、ステークされ、バーンされ、利用されている。ETHは、生産的な準備資産として機能する、デジタル経済を駆動するデジタルオイルである。

レポート概要

本レポートでは、長期的な価値創出、テクノロジーへのエクスポージャー、そして将来にわたって通用する金融インフラを重視する機関投資家の戦略において、ETHが中核的な投資配分として考慮されるべき理由を検討する。本レポートは、以下の3つの主要セクションで構成されている。

● ETHを理解する：デジタル経済を動かすデジタルオイル
本節では、EthereumとETHの関係、ETHのユーティリティおよび独自の特性、資産としてのETHの価値を評価するための適切な評価フレームワーク、そしてアップサイド優位な投資機会や生産的な価値保存手段を求める機関投資家のポートフォリオにおいて、ETHが現在過小評価され、十分に組み入れられていない理由について考察する。

● Ethereum：ETHの上昇を支えるインフラ
本節では、Ethereum・ネットワークの勢いが高まっている背景にある構造的・技術的・経済的な要因を取り上げる。Ethereumがグローバルなデジタル金融システムの基盤レイヤーとしての地位を確立していく可能性が、ETHの経済的重要性を支え、さらに増幅させる理由を提示する。

● EthereumとAI：自律型経済のエンジン
本節では将来を見据え、自律型エージェントによって駆動される金融システムにおいて、Ethereum、ひいてはETHが果たし得る役割と価値を評価する。

Key Takeaways

● ETHはデジタルオイルである：ETHはEthereum経済の燃料であり、ユーティリティ、希少性、利回りを通じて価値を蓄積する。

● ETHは検閲耐性を備えた価値保存資産である：ETHは、デジタル経済における決済・セキュリティ・担保資産である。Ethereum上で外部主体が管理するトークン化資産（ステーブルコイン、現実資産、許可型金融商品）が増加するにつれ、価値保存資産を基軸とする検閲耐性のある準備資産の必要性は極めて重要になる。

● ETHはテック企業ではない：評価フレームワークは進化しなければならない。ETHは手数料収入だけを基準にテック株のように評価できるものではなく、Ethereumはグローバルな準備資産に包まれた独自のデジタル・インフラなのである。

● プログラム化された発行＋バーン＝予測可能な希少性：ETHの理論上の最大総発行率は年率1.51%¹であるが、プラットフォーム利用に伴うコモディティ的なバーンによって、実際の純発行量はそれを下回ることが多い。2022年9月以降、ETHの供給インフレ率は約0.09%²にとどまり、法定通貨およびBTCの双方を下回っている。

● ETHはバリデータ・ステーキングによるネイティブな利回りを提供する：ステークされたETHは、生産的³で利回りを生むデジタル・コモディティである。

● ETHはすでに準備資産である：ETHはすでにEthereumのデジタル経済における準備資産であり、近い将来、機関投資家や主権国家にとっても準備資産となる。

● ETHは過小評価されている：ETHがBTCに後れを取っている状況は、構造的な弱さではなく一時的なミスプライシングであり、その結果、まれに見るアップサイド優位な投資機会が生まれている。

● 将来のAI経済におけるETHの役割は織り込まれていない:自律エージェントが金融の世界に統合されていくにつれて、新たなタイプの経済インフラが必要となる。Ethereumはこの未来を支えられる唯一のプラットフォームであり、ETHをネイティブ通貨および準備資産とするマシン・エコノミーのオペレーティングレイヤーとして機能することになる。

● ETHは数兆ドル規模のポテンシャルを持つ:短期的には8,000ドル、長期的には通貨的準備資産・コモディティ資産として80,000ドル以上に到達する可能性がある。

¹ この最大インフレ率は現在の供給量に基づくものであり、インフレ率は供給量の変化に応じて逆方向に変動する。

² データはultrasound.moneyより（Merge以降の期間で算出）

³ ステークされたETHがアクティブなバリデータ運用と組み合わさることで利回りを生むという点は、しばしばETHを「生産的」な価値保存資産と表現する根拠となるが、このダイナミクスは、金が貸し出されたり担保として差し出された際に収益を生む構造と類似している。いずれの場合も、本質的に生産的なのはコモディティそのものではなく、それを取り巻く外部のサービス活動である。ETHの中核的な価値は、割引キャッシュフローではなく、希少な貨幣的コモディティとしての役割に基づいている。

続きの全文ダウンロードはこちら

最後まで読んでくださりありがとうございました。

by Nick, Fracton

ETHGasとは何か

2025年末に大型調達を公表したETHGasについて今回の記事では扱います。

ETHGasは一言でいうと「Ethereumのブロックスペースを、先物商品へと変換する市場インフラ」です。

彼ら自身は、中央の板取引と、非カストディの担保コントラクトを組み合わせたハイブリッドな取引所として自らを位置づけています。CLOBで売り手と買い手をマッチしつつ、担保はスマートコントラクトにロックし、提案者の不履行をスラッシュで補償する設計です。

そもそもEthereumにおけるブロックスペースとは

Ethereumのブロックスペースは、ざっくりいうと各ブロックに載せられる計算量とデータ量の枠のことです。トランザクションはガスを消費し、ブロックにはガスリミットがあります。

EIP-1559以降、手数料は大きく分けてベースフィーとチップに分解されています。ベースフィーはプロトコルが需給に応じて調整し、ブロックが目標サイズより混んでいれば次ブロックで値上がる、といった制御で需給価格の自動調整”行っています。チップは、バリデータに「あなたの取引を優先して入れる動機」を与えるための役割です。

Preconfirmationとは

Preconfirmationは、ブロックが提案される前に、提案者またはビルダーが「その取引を入れる」「その順で実行する」といった保証を与える仕組みの総称です。

ここで、“inclusion preconfirmation”と“execution preconfirmation”は別物として扱われます。前者は「入る保証」、後者は「順番や結果まで含む保証」です。

ブロックスペースの取引

CLOB + 担保スマコン

ETHGasの公式ドキュメントでは、ETHGasは「ブロックスペースのコミットメントとベースフィー自体を取引する市場」であり、中央のCLOBと非カストディ担保コントラクトを併用するハイブリッド構造だと説明しています。

この設計の意味はシンプルで、ブロックスペースは本来プロトコル内で自動的に競り落とされるだけだったものを、「将来のスロットに対する権利」へ切り出し、金融商品のように

• 事前に価格発見する

• 予約する

• 転売する
  を可能にすることです。

売買してるものの中身

ETHGasが提示するブロックスペースコミットメントは大きく3つの型に分かれます。

A. Whole Block Commitments

Whole Blockは、特定スロットのブロック全体、概ね約36Mガス相当を買い手が占有し、シーケンシング権も得るという設計です。これは「そのブロックの編集権を買う」に近く、買い手はブロックを自分で組むこともできるし、部分的に切り分けてinclusion preconfやexecution guaranteeにして売ることもできます。

Whole Block市場は最大64スロット先まで開く、とされています。Ethereumの1スロットは12秒なので、約12.8分先のブロック権利を先に売買できる計算です。

B. Inclusion Preconfirmations

Inclusion Preconfは「ブロックNに、指定量のガス枠までの取引を入れる保証」です。どこに入るかは固定ではなく、reversionの保証もない、とされています。この市場は“提案者が一次販売して初めて市場が生まれる”ため、Inclusion Preconfを空売りできないと明記されています。

C. Execution Preconfirmations

Execution Preconfは、Inclusionの上に「特定の状態や結果」まで保証するものとして説明されています。

D. Base Fee Futures

ETHGasは今後、「ベースフィー自体を取引する」構想も掲げています。ドキュメント上も“coming shortly”扱いで、少なくとも狙いはガスコストのヘッジです。トレーダー向けページでも、ボラティリティをヘッジする“upcoming Base Fee Futures”が明記されています。

confirmationの強制方法

1) 担保とスラッシング

ETHGasは、提案者がコミットメントを履行しなかった場合に担保がスラッシュされ、買い手へ分配される設計を明示しています。提案者は1ブロックあたり1 ETH程度の担保を推奨され、担保額は買い手側へブロードキャストされ、カウンターパーティーリスクを価格に織り込めるようにする、とされています。

2) EigenLayer AVSでの担保

担保はL1にETHをデポジットするだけでなく、EigenLayer AVSでネイティブステークETHをセキュリティとして差し出す選択肢も示されています。

3) 既存PBSフローに寄生する形のRelay

ETHGasのpreconfフローはPBSに近い側面があると説明されています。リレーがビルダーからブロックを受け、提案者がヘッダを署名してボディを受け取る基本構造は同じで、追加で「そのスロットのpreconf取引が含まれているか」をチェックします。提案者がETHGasリレーなど“認可されたリレー”に接続せずにヘッダへ署名すると、preconfを守れずスラッシュにつながる可能性がある、と書かれています。

Realtime Ethereum

ETHGasが掲げるReal-Time Ethereumは、最終的に「体感上、ブロックタイムをミリ秒化する」発想です。ただしL1の実ブロック生成そのものが50msになるわけではなく、外部市場とビルダーのコミットメントで「このスロットのこの瞬間に実行される」という確約を作り、RPC体験として配信する、という層が乗るという前提があります。ドキュメントでは、

• 将来スロットのWhole Blockが売買され

• Realtime Agentがシーケンシング権を取得し

• Realtime Block Builderへビルドを委任し

• ビルダーはWebSocket Proxyへ“preconfirmed realtime blocks”を流しつつ

• スロット終端では通常のPBSパスでL1ブロックをリレー経由で提案者へ渡す
  という二重経路が説明されています。RPCプロバイダがそれを配信し、sub-100msの実行保証を可能にする、と主張されています。

Open Gasとは

一般に“gasless”には2種類あります。
1つはAccount Abstraction系の「送信時点でユーザーがガスを払わない」方式。

もう1つは「払った後でリベートや補助で実質無料にする」方式です。

ETHGasのOpen Gasは、後者のニュアンスが強く、ガス補助をプロトコル側が設計できる仕組みを押し出しています。

Open Gasをとおしてゼロコードのガス補助、ガスリベート設計、Gas ID、コスト見積りなどを提供し、最初の統合先としてEigenLayerやether.fi等が挙げられています。

dApp側にとっては、ガス補助コストの不確実性を下げる意味で、一定の価値があります。

• ブロックスペースを事前に予約して確実に入れる

• ベースフィーをヘッジして単価を固定化する
  

  彼らはこの2つを同じインフラでつなぐことをビジョンしてあげています。

まとめ:

個人的には、out-of-protocolの実験としてかなり面白いと思います。が、同時に以下のような点にもウォッチしていく必要があるかもしれません。

• confirmationが仮に今後破られたときに、誰がどの条件でスラッシュされ、買い手が本当に補償されるか

• 認可リレーや取引所部分の集中が、Ethereum全体のneutralityに今後どう影響するか

• 今後proposerの選出やPBSのメカニズムが変わったときに、今の設計がどのように調整されるか　など

今後のETHGasの動向に注目です。

読んでくださりありがとうございました

by Keita, Fracton

Subscribe now

サマリー

Fusaka は、2025年12月3日にメインネットでアクティベートされた Ethereum の大型ハードフォークで、2025年5月の Pectra に続くその年2回目のメジャーアップグレードです。

一言でいうと、

• L2 ロールアップのためのデータ可用性レイヤーを大きく拡張しつつ

• 各ノードの負荷をむしろ軽くするための仕組み（PeerDAS と Verkle Trees）を導入し

• 同時に L1 ブロックガス上限の引き上げ と トランザクションごとのガス上限キャップ によって

  • スループット向上

  • DoS 耐性

  • 将来の並列実行（Glamsterdam 以降）への布石

をまとめて実施したアップグレードです。

また、passkey 対応（P-256）や CLZ opcode など UX や開発者体験に関わる細かい改善も多数含まれます。

結果として、

• L2 向けの blob データ容量は 最大8倍 に拡張され

• ロールアップ手数料はすでに 数十％〜70％程度下がっている とするレポートも出ています

• ETH のバーン量も増え、「Ethereum のキャッシュフロー資産としての側面が一段強化された」と評価するレポートもある状況です
  

1. Fusaka とは

• 名称

  • コンセンサスレイヤー側のコードネーム「Fulu」と、実行レイヤー側の「Osaka」を合わせた造語が Fusaka。

• アクティベーション

  • メインネット: 2025年12月3日

  • Epoch 411392 の slot 13164544 で有効化

• ハードフォークの性質

  • 後方互換性のないプロトコル変更（ハードフォーク）であり、クライアントはアップデート必須

  • 約 12 個前後の EIP から構成される「束」としてのアップグレード（正式な一覧は Meta EIP-7607 にまとまっている）

主な目的

1. L2 中心の世界に合わせたデータ可用性の拡張

   • Rollup が L1 に投稿する blob データの処理方式を抜本的に変え、L2 のスループットを 8 倍レベルで拡張すること

2. ノードリソースの抑制と分散性の維持

   • PeerDAS（Peer Data Availability Sampling）と Verkle Trees を組み合わせて
     「たくさんのデータを扱うのに、各ノードはすべてをダウンロードしなくてもよい」状態を作る

3. ユーザー体験と開発者体験のアップグレード

   • ブロックガス増加＋preconfirmations によるほぼ即時の UX

   • P-256（secp256r1）サポートによる passkey ログイン対応

   • EVM opcode 追加や fee market の調整によるプロトコルの「掃除」

2. Ethereum ロードマップの中での Fusaka の位置付け

2.1 Dencunからの流れ

• Dencun（Deneb + Cancun, 2024年3月13日）

  • EIP-4844（proto-danksharding）で「blob 取引」を導入し、L2 が書き込むデータを安価な一時ストレージに分離

  • L2 手数料は最大 90％以上削減され、「ロールアップ向けの専用バスレーン」を作ったイメージとよく説明されますKuCoin+2a16z crypto+2

ここで「L2 のデータを blob に逃がす」まではできたものの、

• L2 の利用が増えると 全ノードがすべての blob をダウンロードする構造がボトルネックになりつつあった、というのが Fusaka につながる問題意識です。

2.2 Pectraから Fusaka へ

• Pectra（Prague + Electra, 2025年5月7日） は、

  • EIP-7702 によるアカウントアブストラクション（EOA を一時的にスマートアカウントとして扱える）

  • EIP-7251 などによるステーキング UX・セキュリティの改善
    で、「ウォレット体験」「ステーキング体験」の改善にフォーカスしたアップグレードでした。

• Fusaka はその 約半年後の第2弾として、

  • 「スケーリングの本丸（The Surge 路線）」にもう一歩踏み込むアップグレードという位置付けです。ロールアップ向けデータの処理と、L1 のガス上限引き上げが中心。
    

2.3 Glamsterdam や Surge / Verge / Purge との関係

• Glamsterdam（2026予定）

  • ePBS（enshrined Proposer-Builder Separation, EIP-7732）で MEV とブロックビルダーの集中を和らげる

  • BALs（Block-level Access Lists, EIP-7928）でブロック内でアクセスする state を事前宣言し、実行の予測可能性を高める
    

• The Surge / The Verge / The Purge の中で見ると

  • Surge: ロールアップとデータ可用性の拡張により 100,000+ TPS を目指すフェーズ

  • Verge: Verkle Trees による軽量ノードと stateless client

  • Purge: 履歴データ削除とプロトコルの簡素化によるノード負担の削減
    

Fusaka はここで

「Surge のスケーリング（PeerDAS / blob 拡張）」と
「Verge / Purge 系の準備（Verkle, state / history の整理）」

を一つのハードフォークに束ねた“橋渡し”的なアップグレードになっています。

3. Fusaka が解決しようとしている具体的な問題

3.1 L2 ロールアップの“データ詰まり”

• L2 はトランザクションの実行そのものは L2 で行うものの、
  最終的なデータ（ログ・ state 差分）を L1 に blob として投稿します。

• Dencun 以降、この blob が激増し、

  • L2 側は「もっと blob を使いたい」

  • L1 ノードは「全部ダウンロードするのはキツい」
    という利害のズレが顕在化し始めていました。

3.2 ノードスペックのインフレと分散性のトレードオフ

• ブロックガスリミットを上げればスループットは増えますが、

  • フルノードの CPU / 帯域 / ストレージ要件が重くなり

  • 結果として「データセンターっぽい強いマシンしかフルノードを回せない」世界になりかねない

• Ethereum の開発者はずっと「スケーラビリティと分散性を同時に満たす」ことを強く意識しており、Fusaka では PeerDAS や Verkle でこのトレードオフを押し返そうとしています。
  

3.3 UX と経済設計のラグ

• ユーザー目線では

  • 数分かかるコンファーム

  • メールアドレスや passkey に慣れた世界から見ると、シードフレーズ中心の UX
    が Web2 と比べて見劣りしていました。
    

• 経済設計としても

  • blob 手数料がほぼゼロ近辺に張り付く期間が長く、データの価値が価格に反映されにくい

  • L2 オペレーターのコスト負担と ETH ホルダーの価値捕捉の整合性が弱い
    といった指摘がありました。
    
    

4. Fusaka を構成する主要コンポーネントと EIP

ここでは、実際の EIP ベースで「何がどう変わったのか」を整理します。

4.1 PeerDAS（EIP-7594）

• PeerDAS（Peer Data Availability Sampling）は、
  「各ノードが blob 全体をダウンロードする代わりに、小さな断面サンプルだけを検証する」仕組みです。

ざっくり技術イメージ

• これまで:

  • 各ノードは blob データを丸ごと（row）取得して検証

• Fusaka 以降

  • blob 全体を「行」ではなく「列（column）」方向に分割し、

  • 各ノードはランダムにいくつかの列をサンプリング

  • 再構成可能性（全体がちゃんとあるか）は、サンプルの成功/失敗確率から統計的に保証する

→ 全ノードがデータの断面だけを見る構造にすることで、

• 見ているデータ量は大幅に減る

• しかし「誰も全体を持っていない」という状況は、確率的にほぼ起こらないよう設計されている

結果として、Ethereum は

• blob 容量を最大 8 倍まで増やしつつ

• 各ノードの帯域やストレージ要求を制御できるようになります。

これが 「The Surge で目指す 100,000 TPS」 に向けた実質的な第一歩とされています。

4.2 Verkle Trees 関連

Verkle Tree とは

• Merkle Patricia Tree の代わりに使う新しい state データ構造で、

  • 高い分岐数（高 branching factor）

  • ベクターコミットメント（vector commitment）を使ったコンパクトな証明
    が特徴です。

Fusaka で入った要素

• 代表的には

  • EIP-6800（統一 Verkle state 提案）とその周辺の state 変換系 EIP（EIP-7748 など）が一部取り込まれた

  • state を Verkle 向けに整理していくための足場が作られています。
    

役割

• Verkle Trees を導入していくことで、

  • witness（検証に必要な最小限の state + 証明）を非常に小さくできる

  • それにより「ローカルにフル state を持たない stateless client でもブロック検証が可能」になる
    

• 長期的には

  • フルノードのストレージ要件を減らし

  • より多くの個人がノードを走らせられる環境を作ることが狙いです。
    

Fusaka 時点では Verkle 完全移行ではなく、「Verkle 時代に入るための前処理」という位置づけですが、これが Verge / Purge フェーズの実現に直結します。

4.3 ガスリミット

4.3.1 ブロックガスリミット引き上げ（EIP-7935 ほか）

• 複数のリサーチ/取引所レポートによると、Fusaka によって

  • ブロックガスリミットはおおよそ 45M → 最大 150M まで拡張可能になったとまとめられています。
    

• ただし、実際の「運用上のデフォルト値」は慎重に上げていく前提で、

  • EIP-7935 ではクライアントのデフォルト値を 60M にする、というような保守的な設定からスタートし、

  • ネットワーク状況を見ながら段階的に引き上げるというアプローチがとられています。

→ 重要なのは、「ガス上限を上げることが本質ではなく、それを安全にやるためのガードレール群とセット」で入っているという点です。

4.3.2 トランザクションごとのガスキャップ（EIP-7825）

• EIP-7825 は、1トランザクションあたりのガス使用量を 2^24 ≒ 16.78M にキャップする提案です。

• これにより、

  • 「1つの巨大トランザクションがブロック全体を食い尽くす」事態を防ぎ、

  • 将来の並列実行（マルチスレッド EVM や Glamsterdam 以降の実行モデル）への準備にもなります。

開発者視点のインパクト

• 大型デプロイや巨大バッチトランザクションは、
  「1 tx に全部詰め込む」のではなく、「複数 tx に分割する設計」が必要になります。

• これは「DoS になりうるパターンを、EIP レベルで構造的に潰しに行っている」と理解すると見通しが良くなります。
  

4.4 Blob fee market と DA 経済設計（EIP-7918 ほか）

• EIP-7918 は「blob の base fee を L1 ガスコストにバインドする」提案で、

  • blob 手数料がほぼゼロに張り付くのを防ぎ

  • L2 が使うデータ資源のコストが、より正しく ETH 経済に反映されるようにします。
    

• これにより

  • L2 オペレーターは「タダ同然の blob」を使い倒すことが難しくなり

  • 代わりに、安くはあるけど現実的な価格を支払うことで、
    ETH のバーンやバリデータ報酬とよりきれいに整合するようになります。
    

4.5 UX と開発者体験 – P-256, CLZ, calldata fee market

代表例:

1. P-256 / secp256r1 サポート（EIP-7951）

   • WebAuthn / passkey に使われる楕円曲線 P-256 をネイティブサポートし、

   • 「スマホの生体認証 → そのまま Ethereum アカウントにサイン」という UX を実現しやすくします。
     

2. CLZ opcode 追加（EIP-7939）

   • 「先頭のゼロビットの数を数える」命令で、

   • bit 操作が多い zk 系プロトコルやパッキングされたデータ処理を高速化します。
     

3. Calldata 用の独立 fee market（EIP-7706）

   • calldata に専用の base fee と per-block limit を導入し、

   • blob と同様に、用途別に料金体系を分ける動きの一環です。
     

こうした小さめの EIP 群をまとめてみると、Fusaka は

「L2 とデータ可用性だけではなく、ウォレット UX や zk / ロールアップインフラの開発体験も同時にチューニングする“インフラ世代交代”」

という性格を強く持っています。

5. 実際の影響

※初日〜数週間時点の観測

5.1 L2 手数料と blob 容量

• 各種レポートによると、

  • PeerDAS と blob パラメータ調整により、L2 の DA コストが 40〜70％程度削減される可能性が示されています。

  • 実際に Fusaka アクティベーション後、主要ロールアップ（Base, Arbitrum, Optimism など）の手数料低下が観測されているとする記事も出ています。

• blob 容量は理論上 8倍 に拡張され、ロールアップのトランザクション容量が大きく増えました。
  

5.2 ETH のバーンと価格への示唆

• blob base fee の下限が L1 ガス価格に紐付けられたことで、

  • L2 が高負荷なときには ETH のバーンが増える構造が強まっています。

• 一部の市場レポートは、

  • Fusaka によってネットワークの料金収入とバーンが増え、

  • ETH が「キャッシュフローを持つプロトコルトークン」としての性格を強めた、と評価しています。
    

5.3 ノードオペレーターへの影響

• ブロックガスリミットの引き上げにより

  • 1ブロックあたりの処理量とインデックス対象データが増える一方で

  • PeerDAS / Verkle によって「個々のノードが実際に処理・保存するデータ量」は抑制されます。

• 実際、Fusaka 有効化直後には、

  • Prysm クライアントで一時的にバリデータ参加率が 25％ほど落ち込んだものの、

  • 迅速なパッチにより数時間でほぼ回復した、とレポートされています。
    

→ これは、ブロックチェーンレベルの「大手術」をやりながらもネットワークを止めずに乗り切ったという意味で、
開発体制の成熟を示すデータポイントでもあります。

5.4 ユーザー体験とウォレット

• Fusaka により

  • passkey / P-256 サポートがプロトコルレベルで入り、

  • 大手ウォレットや取引所は passwordless ログインや端末の生体認証を活用した UX の実装を進めています
    

• preconfirmations による「ミリ秒〜数秒レベルの事前コンファーム」基盤が整ったことで、

  • ユーザーから見える「送金したのにいつまでも pending」という体験は
    今後徐々に解消されていくと考えられます。

6. Glamsterdam と長期ロードマップ

Fusaka はGlamsterdamのような次フェーズへの前提条件としての側面をもちます。

6.1 Glamsterdam（2026）の主役 EIP

• 既に資料が出ているものだけでも、

  • EIP-7732: ePBS (enshrined Proposer-Builder Separation)

  • EIP-7928: BALs (Block-level Access Lists)

  • gas / state の大規模な再プライシングパッケージ
    といった EIP 群が Glamsterdam のコアとして検討されています

• block time の短縮（12秒 → 6秒）案も議論されており、
  Fusaka で太くなったブロックを、Glamsterdam で「より細かい刻みで流す」ような世界観が見えています。
  

6.2 Surge / Verge / Purge のステージング

• Fusaka: PeerDAS と Verkle 前処理で「データ可用性」と「state の構造」を整えた

• Glamsterdam: ePBS と BALs で、ブロックビルドと実行のパイプラインを整理

• その後のフェーズ

  • full danksharding

  • 完全な Verkle stateless client

  • history expiry（EIP-4444 系）
    などが入る、と整理すると、全体像が掴みやすくなります。
    
    

7. まとめ

1. Fusaka は“また1回のハードフォーク”ではなく、Ethereum のインフラ構造を一段階引き上げる節目だった

   • データ可用性（PeerDAS）

   • state 表現（Verkle 前処理）

   • ガスと fee market の構造
     を同時にいじり、「L2 中心の Ethereum」を現実的な形にしたアップグレードと捉えるのが本質的です。

2. スケーラビリティと分散性のトレードオフに対する Ethereum 流の回答が具体化した

   • 単純にブロックガスを上げるのではなく、
     「サンプリング」「統計的保証」「コンパクトな証明」といった暗号学的・統計的な工夫を組み合わせることで、
     各ノードの負担を抑えたままスループットを上げる道筋を見せたと言えます。
     

3. アップグレードは L1 の話ではなく、L2 / インフラ / ウォレットを含むエコシステム全体の再設計だった

   • OP Stack の「Fusaka readiness」や、L2 各社の事前調整

   • passkey 対応や preconfirmations による UX 変化
     など、実際にはかなり多くのプレイヤーを巻き込んだ協調行動として進んでいます。

4. Fusaka 自体が終点ではなく、Glamsterdam と Surge / Verge / Purge への“準備運動”

   • ここで得られる運用データや、PeerDAS / Verkle 実戦投入の経験が、
     次の ePBS や full danksharding, 完全 stateless client の設計にそのままフィードバックされていきます。

5. 投資・ビジネス的には、「ETH がどこで価値を回収するのか」がかなりクリアになってきた

   • blob fee の下限設定や L2 DA コストの見直しにより、
     「L2 経済圏の成長＝ETH の手数料収入とバーンの増加」に近づく構造が明確になっています。

最後まで読んでくださりありがとうございました。

by Keita, Fracton

Subscribe now

Fracton Venturesは、2021年から現在までに50以上ものプロジェクトをincubateしてきました。今回はその中でも、直近アップデートがあったプロジェクトを中心にピックアップしてご紹介します。

Tanken Capital

USDC自動運用Vault「Tanken USDC Vault App」正式ローンチ

Tanken Capitalは、オンチェーンのVaultを運用し、複数のDeFiプロトコルにまたがって資産配分を行う「リスクキュレーター」を行うプレイヤーです。オンチェーンデータと定量分析に基づくリスクと配分フレームワークで、運用戦略を組み立てることを掲げています。Morpho Vaultsの仕組み (第三者キュレーターが市場をホワイトリストし、ボールトが複数マーケットに配分して利回りを得る) の上に戦略を載せる設計を採用しています。

今回、USDCを対象とした自動運用Vault「Tanken USDC Vault App」を正式にローンチしました。Tanken USDCは、USDCを複数のMorphoのレンディング市場に自動で配分し、リスクを抑えながら利回りを最大化する設計になっています。ユーザーは複雑な市場選択や調整を行う必要がなく、Vaultに預けるだけで、戦略に基づいた運用が実行されます。

DeFi利回りが再び注目される中で、裁量ではなくルールベースで管理された運用体験を提供する点が特徴です。プロダクトの仕組みを解説する動画も公開されており、オンボーディングのしやすさも意識されています。

CyreneAI

Solana向けノーコード自動化レイヤー「Flows」ローンチ

CyreneAIは、Solana上でローンチパッド機能を提供し、VCやゲートキーパーを介さずにコミュニティから資金や流動性を集めて立ち上げる体験を設計しているプロジェクトです。SolanaとMeteoraを前提に「フェアで即時、透明なローンチ」を掲げています。

今回、Solana向けの新機能「Flows」を発表しました。Flowsは、トリガー・ロジック・アクションを組み合わせることで、オンチェーンの自動化フローをノーコードで構築できる仕組みです。これにより、これまでスクリプトやボット開発が必要だった運用やアクションを、数分で構築できるようになります。Solanaのエコシステムが拡大し、手動操作ではスケールしなくなってきた現状に対し、誰でも使える自動化レイヤーを提供する点が大きな意味を持ちます。個人ユーザーからチーム運用まで、幅広いユースケースが想定されています。

Docker

Base上のバイラルマーケプロダクト「Billboard」リリース

Dockerは、Base上のソーシャルアプリ領域で「Attetionを買う」ことをプロダクト化しているチームです。配布先としてBaseappとFarcasterを中心に設計されています。

今回、Base上で動作する新プロダクト「Billboard」をローンチしました。Billboardは、特定の日付を入札で獲得し、その日のアプリ画面を自分のコンテンツでジャックできる仕組みです。広告というよりも、オンチェーン上での可視性と話題性を直接買う体験に近い設計になっています。

Farcasterとも連携しており、Baseエコシステム内でのバイラル拡散を前提にしたプロダクト設計が特徴です。Web3ネイティブな「attentionの売買」を、そのままプロダクト化しています。

HypurrQuant

Base × Aerodromeでの自動複利運用機能をローンチ

HypurrQuantは、DeFi運用を自動化するボット/プラットフォーム系です。
「手動でのLP運用のしんどさ」を前提に、複利やレンジ調整などのオペレーションを自動化して、継続運用のハードルを下げる方向性で設計されています。
基本のフローとして、ユーザーがBotを起動するとEVMウォレットを自動生成し、USDC (Arbitrum) を入金して各種機能を使っていく導線です。

今回、Aerodrome上での運用機能を正式にリリースしました。このプロダクトでは、報酬の自動クレームと自動コンパウンドが組み込まれており、ユーザーは何もしなくても複利運用が進む設計になっています。Baseエコシステム上で、効率的に流動性を活用したいユーザーに向けた体験を提供しています。

高APRを前面に出しつつも、「寝ている間に動く」自動化体験を、CasualなDeFiユーザー向けに提供しています。

LootGO

LootGO Compassが即完売、17分でMint終了

LootGOは「歩く」行動をゲーム化したリアルワールドのクリプト宝探し系アプリで、日常の移動や探索を報酬体験に変えるコンセプトです。 “real-world crypto treasure hunt” として、歩いてLootboxを集めて開封する体験が示されています。

今回、LootGO CompassがFCFS開始からわずか17分でSold Outとなりました。GTDフェーズ終了から24時間以内という非常に短い期間での完売は、コミュニティの期待値の高さを示しています。チームは、単なるコレクティブルではなく、実際のゲーム内での価値と体験を重視する姿勢を明確にしています。

KaiSign

clear signing を実現するChrome Extension 公開

KaiSignは、クリプトウォレットにおける clear signing を実現するChrome Extensionです。
ユーザーが署名しようとしているトランザクションの内容を、人間が理解できる形で可視化し、「よく分からないまま署名する」体験をなくすことを目的としています。

従来のウォレットUXでは、署名行為がブラックボックス化しがちでしたが、KaiSignはその前提を見直し、署名を意味のある意思決定に戻すことを重視しています。単なるUI改善ではなく、ウォレットとユーザーの信頼関係を支える基盤づくりにフォーカスしたプロジェクトです。

今回、KaiSignのChrome Extensionが正式に公開されました。
これにより、clear signingの体験が実際にユーザーの手元で使える形になっています。clear signingを有効にするには、対象となるトランザクションのmetadataを事前にKaiSign側へ登録する必要がある設計になっています。

以上、2025年12月のFracton Communityのアップデートでした。

ニッチな領域でユニークなProtocolを支援し続けているので、これを機にチェックしてみてください。

こんにちは、FractonのKeitaです。
Fractonでは、主にIncubation周りのサポートやその他色々を担当しています。

先日、アルゼンチンのブエノスアイレスで開催されたDevconnectに参加し、その期間中行われた2つの大きなbuilder向けの催し/competitionであるInvisible Gardenと Ethereum Argentina Hackathonに参加してきました。

Devconnectは、Ethereum Ecosytemで最も大きなConferenceで、世界中から1.4万人を超えるBuilderが世界130カ国から一挙に集います。

※Devconnectそのものについては、すでにいろんな方がまとめていると思うので、本記事では詳しく扱いません。

Invisible Gardenは、Ethereum ecosystemの中で一定知られたBuilder Residensyプログラムの一つですが、日本語でまとまった情報が意外と少ないと感じたため、今回は、主に日本人のBuilderやFounder志望の向けに体験を書いてみたいと思います。

併せて、Devconnec内で開催された大きなHackathonの一つであるEthereum Argentinaにも参加し、一定の結果を残すことができたので、本稿後半では本大会についても触れます。

目次

• Invisible Gardenとは/Programの内容

• Invisible Garden Hackathonについて/結果

• Ethereum Argentina Hackathon in Devconnectについて/結果

• 全体の感想

Invisible Gardenとは

Invisible Gardenは、世界中から選抜された約50名のEthereum ecosytemのビルダーが集うDev Residencyで、Ethereum Foundation やArbitrum をはじめとしたEthereumの中核にいる組織やオピニオンリーダー、メンター陣によって支援・共催されています。

基本的にDevcon/DevconnectなどEthereumの目玉カンファレンスのタイミングに合わせて開催され、今回は Devconnect in Buenos Aires と併せて実施されました。

DevconnectのOpening Talkでは、Ethereum FoundationのCo-Executive DirectorのTomaszから、Invisible Gardenについて “Ethereum EcosystemのベストPop-up City”と紹介されていました。

Invisible Gardenの基本構成

Programはざっくり言うと次の3つで成り立っています。

• 3週間の共同生活

• Hackathon

• Mentoring / 講義
  

以下、それぞれ簡単に紹介します。

応募・共同生活について

応募について:

Invisible Gardenの参加者は、Ethereum上でビルドしてきたビルダーが対象で、合計約50名ほど。応募にあたっては、GitHubの提出、取り組む予定のProductの説明、2本の動画提出などが必要で、それらを総合して合否が判断されます。

滞在先は、Buenos Airesの中心地・Palermoにあるホテルで、ここで3週間共同生活を送ります。
参加時の注意点として、参加が許可されても必ず宿泊部屋が確保されるとは限らないことです。実際、自分が締切前日に応募したときにはすでにAccomodation Free枠が満室で、Programへの参加許可は出たものの部屋についてはWaitlistに回されました。

おそらく、ただこのWaitlistの順番を待っていたら部屋は確保できなかったと思います。保証はなにもなかったのですが、「現地で直接自分の熱意を伝えればなんとかなるという謎の自信」を頼りに、片道切符で当時住んでいたマレーシアから約35時間かけてアルゼンチンへ向かいました。

結果的に、到着日に運営メンバー自分の熱意を理解してもらえたこともあり、偶然1枠空いた部屋に滑り込む形でProgram期間中は無料で宿泊できました(運が良かったです)。

主な参加者:

参加者の属性は、スマートコントラクト開発者、Ethereumリサーチャー、AIエンジニア、暗号学研究者など複数分野に渡りますが、基本的に長年のCSバックグラウンドや開発経験がある人が大半で基礎力の高さは共通している印象でした。

アジアからの参加者は自分以外ほぼゼロで、地理的な要因もあり割合としてはラテンアメリカ勢がマジョリティ、ついでUS、アフリカという感じでした。特にラテンアメリカの参加者は、いい意味で力の抜けたEasygoingな人が多く、期間全体に渡って非常にintimateな雰囲気で居心地は最高でした。

余談:

本題からずれますが、アルゼンチンに到着して2日目にいきなり1週間ほど高熱でダウンする洗礼を受けました。原因は、冬明けのアルゼンチンと直前まで住んでいたマレーシアとの気温差（8度 vs 30度）で、無謀にも半袖短パンで乗り込んだことが一番の原因でした。

当時は現地人に教えてもらった現地の病院に緊急で駆け込んで、なんとか安価で薬を手に入れ、戦線に復帰しました。

これよって多少なりHackathonでのスタートダッシュに出遅れましたが、今回期間中に参加した2つのHackathonの結果については後述します。

Mentor/講義について

MentorはEthereum ecosystemを代表する技術者を中心に構成されています。

参加者の中には、サイトに掲載された顔ぶれを見て応募を決めた人も少なくなかったと予想しますし、自分もその内の1人でした。

メンターは大きく「常駐してプロダクトの壁打ち相手になる人」と「講義を担当する人」に分かれています。

メンタリング（壁打ち）のタイミングは基本的に自由で、会場近くにいるメンターを勝手に捕まえてそのまま相談するスタイルです。どのメンターもこちらが1質問すると10返ってくるような濃度で安心感がありました。

今回参加した2つのHackathonでは、データの暗号化＋安全な方法での伝播を前提にしたProduct（詳細は割愛）を作っていたのですが、特にencryption/decryption面でアドバイスが必要だったので、ZK／暗号学分野のSpecialistであるJseamに集中的に相談しました。

彼は自分ひとりのために何時間にもわたる質問ラッシュに親身に応えてくれました。時に一緒に技術的な箇所の解決法をリサーチしてくれたり、まるで同じチームの一員のような距離感でサポートしてくれました。

講義について:
講義については、暗号学からゲーム理論、分散ストレージ、AIの推論モデル、EthereumのCore Protocols、DAO Governanceの統計的分析まで、実に幅広い分野をカバーしています。Program全体の指針として「土台となる基礎理解を疎かにしない」方針が一貫して徹底されており、講義の半数以上は数式レベルまで踏み込んだ内容でした。（これは他のResidencyと少し異なる点かもしれません）

Invisible GardenのHackathonについて

Builder Residencyのため、Hackathonと、ProductのDemo Dayがあります。

今回のHackathonではEthereum Foundationと並んで、メインの資金提供スポンサーがArbitrum DAOだったため、Hackathonでは Arbitrum Stylus を使用することが条件 でした。

評価項目は、MVPの技術的完成度、アイデアの独自性、Impact、そしてDemo Dayでのプレゼンの出来が、メンターによる評価／投票によって総合的に決まります。

評価項目：

1. Originality & Relevance (30%)

2. Technical Implementation (30%)

3. Impact & Usefulness (30%)

4. Presentation & Communication (10%)
   

Arbitrum StylusではRustやC系言語を使ってWASMコントラクトを書けるのですが、今回のHackathonではRustで最終的にコントラクトを書くことが必須 だったため、最終的な実装をRustで行いました。

自分も同じチームの相棒（メキシコ人）もRustの経験はほとんどなかったので、まずはロジックをSolidityで一度書いて挙動を固め、その後StylusのテンプレートとCLIを使ってRust実装として書き直す、という流れで進めました。参加者向けに提供されていた資料やドキュメントがとても手厚かったこともあり、大きく詰まることなくMVPまで作り切ることができました。またここでの経験は、後述するEthereum ArgeinaのHackathonでも大きく役立ちました。

結果:

結果的には、Programの全参加者の中で 1位 という形で終えることができました。

期間中は、まわりとの開発面での経験値の差を感じる場面の方が多かったので、この結果は予想の斜め上という感じでした。ただ振り返ってみると、ideaの想像力の面で少し他と比べて自分に分があったこと、また相方と距離感近く対話を続け、着実に毎日前進できたことがこの結果に繋がったと思います。

Demo day後のClosing Ceremonyでは、前述したEthereum FoundationのTomasz、Kevin Owocki（Gitcoin Founder）、Julian(Octant Founder)などEthereum ecosytemを代表するfounderとのセッションがありました。

特に昔から尊敬していたKevin Owockiから、Demo Day後にプロダクトへポジティブなフィードバックをもらえたことは、その後の大きな励みになりました。

Ethereum Argenina Hackathonと結果

上記のResidencyと並行して、Devconnect会場内で開催された「Ethereum Argentina Hackathon」にもビルダーとして参加してきました。こちらはDevconnect参加者を対象にした大規模なHackathonで、世界中から約220チームが参加しました。

提出物は、プロダクトのデモ動画やピッチデック、ビジネスモデルなどで、一次審査を通過したプロジェクトのみがステージでのプレゼンに進めます。

プロダクトのコンセプト自体はInvisible Gardenで固まっていたため、今回は主にアーキテクチャーのブラッシュアップ、新しいtech stackの採用、当初のミニマムな機能を超える新しい機能実装などに取り組みました。

一次審査を通過した後は、会場でのプレゼンテーション審査に進みました。会場はDevconnect内ということもあり、とにかく規模がデカく、ステージ上からの景色は圧巻の一言でした。

最終的な結果は、プレゼンテーション後、約2週間の細かいコード審査を経て発表されました。

結果:

結果として、こちらのHackathonでも、目玉であったScrollのTrackで

1st Prizeを獲得することができました。

加えて、Golem Foundationが主導する分散型StorageのArkiv Trackでも Best Use case Prize を受賞しました。

（※プロダクト名はメキシコ人のTeammateの当時の意向とノリで提出したもので、内容と深く関係ありません。）

自分はHackathonそのものを、「自分の頭で描いたプロダクト/コンセプトを実際に形にし、他者の反応を確かめる場」として捉えています。

その意味で今回、同じコンセプトで挑んだ2つの異なるHackathonの両方で1位を取れたことは、いまの感覚や方向性が大きくズレていないことを確認できたという意味で、良い機会になったと捉えています。

全体の感想

最後に、今回のDevconnectでの1ヶ月間のResidensyとHackathon参加を通して感じたことを短めに。

まず全体を通して、ブエノスアイレスまで来た以上「手ぶらで戻ることだけはできない」状況だったので、一定の結果を残せたことについては、まずは「ほっとした」という感じでした。

帰路を絶ってリスクを取ること自体を過度に肯定するつもりはないですが、行くかどうかの二択なら、外に出た先でしか得られないものがあるのも事実です。腹が決まり、結果を出さざるを得ないPressureのある環境は、いい薬になります。

とはいえ、HackathonでのPrize獲得はあくまで最初の小さな通過点でしかなく、Startupとしての成功を一歳約束するものではないです。実際に使われるモノとして、世に価値を提供しきるところまでやり切らない限り、その意味はほぼ0だと思います。今回評価してくれた人や応援してくれた人の期待を裏切らないよう、改めてゼロからの気持ちでビルドに取り組みます。

Invisible Gardenについて:
またInvisible Gardenについては、Ethereum ecosystemで本気でビルドしたい人、そしてEthereumやCryptography、AIなどの技術について基礎から解像度を深めたい人にとって、非常におすすめできるProgramです。

彼らが大切にしている「技術の土台を疎かにしない」姿勢は、短期的な成果につながりにくいものの、その分希少であり、長期的に価値のある取り組みだと思いますし、だからこそ多くのEcosytemの優秀なメンターや講師が無償でコミットしているのだと思います。

また、集中してビルドに向き合える環境が整っているため、「一気に開発を進めたい」「本気でやれる仲間を見つけたい」という人にとっては、最適な場のひとつだと思います。自分自身、ここで 今後も共にbuildを続けていける仲間に出会うことができました。

今回のDevconnect期間中、時間を共にした沢山のBuilder達、Residensy/Hackathon運営、メンター陣、Sponsorの全員に心から感謝しています。
そして、業務を続けながらこの機会へのチャレンジを後押ししてくれたFractonのメンバーにも、改めて深く感謝申し上げたいです。

読んでくださりありがとうございました。

Fracton, Keita

Fracton Venturesは、このたび Ethereumの情報を中心としたニュースレターを開始します。私たちは2021年より、日本を拠点とするEthereum Incubatorとして、国内外の多岐にわたるCrypto/Web3 スタートアップ、事業会社の新規事業開発の立ち上げと事業開発の支援してきました。

また、Ethereumエコシステムという視点においては、年に一度開催しているハッカソン/カンファレンス「ETH Tokyo」の主催をはじめ、毎月東京で開催している「Ethereum Meetup Tokyo(EMT)」などのミートアップやコミュニティ活動を通じて、日本におけるEthereumエコシステムの形成に、継続的に関わってきました。来年2026年の9月には、ETHGlobal Tokyoが3年ぶりに開催されますが、その前後の期間で我々も色々と仕込んでいるので、お楽しみにしてください。

これらのオフラインでのライブな場では、Ethereumについて日本語で発信してきましたが、コンテンツとして残り続ける形での発信を行うために、本ニュースレターを開始することになりました。

不定期配信となりますが、是非サブスク登録をよろしくお願い致します。

Subscribe now

直近配信予定のコンテンツ一覧

• Fracton Communityのアップデート情報

• Devconnect関連のイベントレポート

• EMTのイベントレポート

• ETHGasについて

• 『The Bull Case for ETH』(Etherealize)の日本語訳

このニュースレターが、Ethereumをより深く理解し、長期的な視点で向き合うための一助となれば幸いです。それでは、次回以降の配信をお楽しみにしてください。

執筆者：ビニール

[Official Links]

• Fracton Ventures

• Fracton Incubation Cohort 5

• Ethereactor

• X(日本語)

• X(English)