CardanoのFeatherweight L2とAI Agent時代の継続課金インフラ

Source / Publication

対象: Cardano Developers Office Hours #77「Subbit.xyz — Enabling Trustless Subscriptions」
主な情報源:
Cardano Developers Office Hours
Project Catalyst Fund 13
Kompact.io GitHub
Subbit.xyz Demo
Masumi Network x402 Cardano implementation
解説対象: Subbit.xyzの仕組み、L2としての位置付け、AI Agent決済への接続可能性

One-sentence overview

Subbit.xyzは、Cardano L1に資金をロックし、利用ごとにはオンチェーン決済せず、累積型の署名済みpayment voucherをオフチェーンで更新し、最後にまとめてL1で精算する「軽量な継続課金用L2」であり、将来的にはAI Agentの高頻度micro-payment基盤として重要になる可能性がある。

1. Subbit.xyzとは何か

Subbit.xyzを一言でいうと、

Cardano L1に資金を預けておき、利用のたびにはオンチェーン決済せず、「いくらまで支払う」という署名済みの累積IOUだけをオフチェーンで更新し、最後にまとめてL1決済する仕組み

である。

単なる「サブスク決済アプリ」ではない。

開発側自身が、

Cardano's Featherweight L2

と表現している。

Project Catalyst Fund 13では150,000 ADAの資金を受け、6マイルストーン中5つが完了している。

完了済み内容には、

Specification
Validator
Transaction Builder
SDK
Example
Orcfax Integration
Open-source Integration

などが含まれている。

したがって、単なるアイデア段階ではない。

一方で、Cardano標準L2として広く本番運用されている段階でもない。

2. なぜ普通にCardanoで毎回払わないのか

例えばAPIサービスを考える。

1回のAPI利用料が、

0.0001 ADA

だとする。

Subbitのデモでも、同程度の小額課金例が使われている。

通常のCardano L1決済なら、

AI Agent
 ↓
APIを1回使う
 ↓
0.0001 ADA支払う
 ↓
Cardano Tx
 ↓
L1手数料
 ↓
Confirmation

となる。

しかし、支払額よりL1手数料の方が大きくなる。

Project Catalystの説明でも、Fees、Latency、Settlement Timesによって、Cardano L1をそのまま高頻度API課金へ利用するのは不向きとされている。

ここがSubbitの出発点である。

3. 最初にADAをSmart Contractへロックする

例として、Bobをサービス利用者、OrcfaxをAPI提供者とする。

Bobは最初にCardano L1上のSubbit smart contractへ、例えば100 ADAをロックする。

Bob Wallet
   │
   │ 100 ADA
   ▼
┌───────────────────┐
│ Subbit Contract   │
│ Locked: 100 ADA   │
└───────────────────┘

ここは通常のCardano transactionである。

Orcfax側はオンチェーンで、Bobが最大100 ADAまで支払える資金を確保していると確認できる。

これにより、後払い信用ではなく、既に担保された支払能力を前提にサービスを提供できる。

4. APIを使うたびにはADAを動かさない

ここがSubbitの核心である。

BobがAPIを1回使ったとする。

通常の決済なら、BobからOrcfaxへ0.0001 ADAをオンチェーンで送る。

Subbitでは実行しない。

代わりにBobが、Orcfaxへ累計0.0001 ADA支払うことを認める署名済みpayment guarantee / voucherを渡す。

2回目なら0.0002 ADA、3回目なら0.0003 ADAとなる。

API #1 → IOU 0.0001 ADA
API #2 → IOU 0.0002 ADA
API #3 → IOU 0.0003 ADA
API #4 → IOU 0.0004 ADA
...

重要なのは、差額ではなく累積額である。

5. なぜ累積型Voucherなのか

仮に1万回APIを使ったとしても、サービス提供者が最終的にCardanoへ提出する必要があるのは最新のvoucherだけでよい。

Voucher 1      0.0001 ADA
Voucher 2      0.0002 ADA
Voucher 3      0.0003 ADA
...
Voucher 10,000 1.0000 ADA

最後は、Bob署名付きのVoucher 10,000だけを使って累計1 ADAを精算できる。

したがって、1万回のサービス利用を最後の1枚の署名済み状態に圧縮できる。

6. 1万回のAPI利用を少数のL1決済へ圧縮できる

通常のCardano L1では、API Request × 10,000ならTx × 10,000となる。

Subbitでは、

L1 Open
   ↓
API × 10,000
Voucher × 10,000
   ↓
すべてOff-chain
   ↓
L1 Settlement

となる。

つまり、サービス利用回数とBlockchain Transaction数を切り離すことができる。

これがFeatherweight L2と呼ばれる理由である。

7. 複数ユーザーをまとめて精算できる

OrcfaxにはBob、Charlie、Alice、Davidなど多数の利用者が存在する可能性がある。

それぞれの最新voucherを集め、まとめてL1へ提出できる。

1000 Users
×
1000 API Calls
=
1,000,000 Interactions

でも、Cardano L1では少数のsettlement transactionに圧縮できる可能性がある。

プロジェクト側はこの特徴をInstant settlement、Unbounded TPSなどと表現している。

ただし、Cardano L1自体が無限TPSになるという意味ではない。

正確には、off-chainでのvoucher交換回数そのものはL1 block throughputに直接縛られないという意味である。

8. なぜTrustless Subscriptionなのか

従来の請求書方式では、サービス提供後に利用者が支払わない信用リスクがある。

Subbitでは、利用者が先にADAをContractへLockし、Providerは残高を確認してサービスを提供する。

さらにvoucherには利用者の署名がある。

したがってProviderは、後で払ってくれるだろうと信用する必要がない。

利用者側も、Providerに全額を自由に取られるわけではなく、基本的には有効なvoucherが認めた累積額までしかclaimできない。

これが双方向のtrust minimizationである。

9. 解約時のClosing Period

利用者がchannelを閉じる際、即座に全額を引き出せるとProviderが最後のvoucherをclaimできなくなる。

そこでclosing periodを設ける。

Subbitのデモでは48時間が例示されている。

Bob
Close Request
      ↓
┌────────────────┐
│ Closing Window │
│ 例: 48時間     │
└────────────────┘
      ↓
Orcfax
最新VoucherをClaim
      ↓
Orcfax取り分
+
Bobへ残額返却

これにより、Provider側の未回収防止とSubscriber側の自己管理を両立する。

10. Stripeとの違い

項目	Stripe等	Subbit
資金管理	銀行・カード会社	Smart Contract
定期課金	MerchantがPull	利用者署名Voucher
仲介者	必須	原理上不要
Chargeback	あり	別設計
Micropayment	苦手	得意
Settlement	金融機関	Cardano L1
利用者資金	銀行口座等	Self-custody + Locked Funds
Providerの信用リスク	あり	Lock済み残高で縮小
国境	金融網依存	Blockchainベース

人間が月1回Netflix料金を払う用途ではStripeの利便性が高い。

Subbitの本領は、小額・高頻度・programmableな継続課金である。

11. 最大のユースケースはAPI課金

SubbitとOrcfaxの組み合わせは象徴的である。

OrcfaxはOracle Dataを提供する。

DApp
↓
Price Dataください
↓
Orcfax
↓
Data

月額固定より、Oracle Query 1回 = 0.0001 ADAのようなusage-based billingの方が自然な場合がある。

Subbitなら、Queryを繰り返し、Voucherを更新し、最後にまとめてSettlementできる。

したがってSubscriptionと呼ばれているが、実態はむしろContinuous Metered Paymentに近い。

12. AI Agentになると価値が増す

AI Agentは、LLM API、Weather API、Oracle、Database、Compute、Storage、Search、Translation、Image Generation、Blockchain Dataなどを自律的に何千回も呼び出す可能性がある。

すると経済単位は、Human → Monthly Subscriptionから、Agent → API Call → Micropaymentへ変わる。

ここでSubbitの設計が効いてくる。

13. x402との接続可能性

x402はHTTPレベルでPayment Requiredを標準化する。

MasumiのCardano向けx402実装もinternet-native paymentsを目標としている。

しかしx402だけでは、支払要求の表現は解決できても、毎回オンチェーンsettlementするのが効率的かという問題は別に残る。

そこで、

x402
=
「支払いが必要」を伝えるProtocol

Subbit
=
「その支払いを効率よく累積・決済する」Payment Channel

という役割分担が考えられる。

AI Agent
    │
    ▼
HTTP Request
    │
    ▼
x402
Payment Required
    │
    ▼
Subbit Voucher
    │
    ▼
API Access
    │
    ▼
何千回も繰り返す
    │
    ▼
Cardano L1
Batch Settlement

ただし、x402とSubbitの公式統合は現時点で確認できていない。

ここは将来接続可能性に関する推測である。

14. Masumiまで組み合わせた場合

Masumi
↓
Agent Registry
Identity
Escrow
Audit Trail

x402
↓
Payment Request
HTTP Payment Negotiation

Subbit
↓
Micropayment Channel
継続課金・累積精算

Cardano L1
↓
Final Settlement
資金保全

Layer	役割
Masumi	Agent経済のIdentity / Registry / Coordination
x402	Web/API上のPayment Request標準
Subbit	高頻度Micropayment処理
Cardano L1	Final Settlement / Asset Security

ここにMidnightが加われば、誰が何を買ったか、何を問い合わせたか、AgentのIntentは何かまで秘匿する方向が考えられる。

15. Hydraとの違い

項目	Subbit	Hydra
主用途	支払い	汎用State Transition
基本関係	Subscriber ↔ Provider	複数Participants
状態	支払累積額中心	Cardano UTxO状態全般
複雑さ	小さい	高い
Node	軽量化可能	Hydra Head Infrastructure
Consensus	限定的	Head参加者で合意
API Micropayment	非常に向く	可能だがOverkillの場合
Game	不向き	向く
DEX等	限定的	より向く

Hydraは「小さなCardanoを別室で走らせる」ような技術に近い。

Subbitは「支払額のメモだけ高速に更新する」ような技術である。

API課金だけならHydraは機能過剰になる場合がある。

16. 「狭く作る」ことが強み

SubbitはSubscription Paymentという狭い問題に集中している。

その結果、Validatorが小さい、Stateが単純、Clientが軽い、Reasoningしやすい、Integrationしやすいというメリットが生まれる。

GitHubのREADMEでも、Subbitをtiny wrapper around services to make them trustless subscriptionsと説明している。

つまり、利用者がSubbit専用DAppを意識するよりも、SDKとして既存サービスに埋め込まれる方向を狙っている。

17. eUTXOとの相性

Subbitのchannel accountはCardanoのeUTXOと比較的相性がよい。

概念的には、

UTxO
=
Locked Value
+
Datum
+
Validator

として表現できる。

Cardano L1は、すべてのmicro-paymentを毎回処理するのではなく、紛争防止・資産保全・最終精算だけを担当する。

これはL2らしい役割分担である。

18. L1は「レジ」ではなく「裁判所」

Subbitでは通常時、利用者とProviderだけで高速にvoucherを交換する。

Cardanoは毎回介入しない。

最終的には、利用者がこの額まで支払うと署名したという事実をCardano Smart Contractが暗号学的に検証し、Settlementする。

したがってCardano L1は、毎回レジを打つ店員ではなく、最終的な財産権を保証する裁判所のような役割になる。

19. CardanoをWeb2サービスの裏側へ入れる

Cardanoの現在の主要用途はDEX、Lending、NFT、Governance、Stakingなどが中心である。

Subbitが狙う領域は、API、SaaS、Oracle、AI、Cloud、Data、Content、IoTなど、よりWeb2寄りである。

つまり、Blockchain-native Applicationだけでなく、普通のInternet Serviceの裏側にCardanoを入れる発想である。

20. 現状を過大評価してはいけない

SubbitはCardano標準L2ではない。

Kompact.io主導のcommunity projectであり、GitHubでもWIPとされている。

一方でProject Catalyst Fund 13では採択され、Spec、Validator、Tx Builders、SDK + Example、Orcfax Integration、Open-source Integrationまで進んでいる。

したがって現在地は、単なるアイデアではないが、広くproduction infrastructureとして普及した段階でもないという評価が適切である。

21. 今後見るべきKPI

KPI	意味
Mainnet Production Use	実験段階を脱したか
Orcfax実利用	最初のReal-world Validation
Open Channels	実ユーザー数
Voucher Volume	Off-chain経済活動
L1 Settlement数	Batch効率
支払い総額	Economic Value
SDK Integration数	他サービスへ拡散したか
Stablecoin対応	商用決済として重要
x402 Integration	AI Agent Economyとの接続
Audit	Production利用の前提

特に重要なのはSDK Integration数である。

Subbit自身のTVLより、Orcfax、AI API、Data Provider、SaaS、IoTなどへ横展開できるかを見るべきである。

22. 5段階シナリオ分析

以下は推測を含む。

Scenario	推定確率	展開
S5	10%	x402 / Masumi等と統合され、Cardano上のAI Agent Micropayment標準の一角になる
S4	25%	OrcfaxでProduction利用され、複数API / SaaSへSDK採用が広がる
S3	35%	技術として完成し数プロジェクトで使われるが、ニッチなPayment Channelに留まる
S2	20%	PoC・Catalyst成果物は完成するが継続採用が伸びない
S1	10%	Audit、UX、Stablecoin、Liquidity等の課題で実用化が停滞

中心シナリオは、S3を中心にS4へ移行できるかを確認する段階と見る。

23. CGTAがSubbitを注目する理由

Subbit単体が巨大プロジェクトだからではない。

重要なのは、Cardano周辺でMasumi、x402、Subbit、Hydra、Midnightという部品が同時に現れていることである。

                 AI Agent
                    │
          ┌─────────┴─────────┐
          │                   │
       Masumi               x402
 Identity / Registry     Payment Request
          │                   │
          └─────────┬─────────┘
                    │
                 Subbit
          Micropayment Channel
                    │
             ┌──────┴──────┐
             │             │
           Hydra        Midnight
        Fast State     Private State
             │             │
             └──────┬──────┘
                    │
               Cardano L1
          Security / Settlement

これはまだ完成していない。

しかしSubbitは、CardanoのMachine Economyに欠けていた「高頻度の少額決済」を埋める可能性がある部品として見ることができる。

24. 最重要ポイント

Subbitの核心は、Blockchainで一回一回支払うのではなく、Blockchainが支払い能力と最終決済だけを保証し、その間の経済活動を暗号署名で高速化することである。

この設計なら、

100万回のAgent Interaction
≠
100万回のCardano Transaction

にできる。

AI Agent時代では、この差が非常に大きい。

そのためSubbit.xyzは、Strikeの取引高のような現在の数字とは違う意味で、長期的に追跡する価値のある小さな技術シグナルと評価できる。

Sources

Cardano Developers Office Hours #77 — Subbit.xyz: Enabling Trustless Subscriptions

https://forum.cardano.org/t/developers-office-hours-77-subbit-xyz-enabling-trustless-subscriptions-11-september/156706

Project Catalyst Fund 13 — Subbit.xyz / Kompact.io × Orcfax

https://projectcatalyst.io/funds/13/cardano-use-cases-concept/subbitxyz-cardanos-featherweight-l2-or-with-real-world-application-or-kompactio-x-orcfax-collab

Kompact.io GitHub — subbit-xyz

https://github.com/kompact-io/subbit-xyz

Subbit.xyz Demo

https://demo.subbit.xyz/

Masumi Network — x402 Cardano implementation

https://github.com/masumi-network/x402-cardano

Notes

「x402 + Subbit」「Masumi + Subbit + Midnight」の統合構成は、現時点で公式統合済みという意味ではなく、技術的接続可能性についての分析である。
“Unbounded TPS”はCardano L1自体が無限TPSになることを意味しない。
Subbitは現時点でCardano標準L2ではなく、Kompact.io主導のcommunity projectである。
Production利用、Audit、Stablecoin対応、SDK採用数は今後の重要確認事項である。

作成日時: 2026-09-29 JST