Lightning Labs、ビットコインベースのAIエージェント決済向けL402専用ウェブサイトを公開

Lightning Networkの開発ツールを提供し、最も広く展開されているLightningノード実装の一つであるLightning Network Daemon（LND）の主要なメンテナーでもあるLightning Labsは水曜日、AIエージェントがビットコインで取引を行うための決済レールとしてL402を位置づけ、同プロトコルの専用ウェブサイトを公開したことを発表しました。

「L402により、エージェントはビットコインで支払いを行い、ネイティブに認証できます。アカウント不要、仲介者不要、人間の関与不要です」と同社は発表記事で述べ、L402を「Lightning上のマシンツーマシンコマースのためのプロトコル」と説明しています。

Lightning Networkは、Bitcoinブロックチェーン上に構築された第2層スケーリングソリューションであり、オフチェーンのペイメントチャネルを通じて高速かつ低コストのマイクロペイメントを実現することを目的としています。これは、APIベースのAIサービスで一般的なコールごと、トークンごとの課金モデルと親和性の高い特性です。

新しいのはサイトであり、プロトコルではない

新しいのはウェブサイトであり、プロトコル自体ではありません。L402（Lightning HTTP 402の略）は、既にLightning Labsのテクノロジースタック内に存在しています。この標準は、L402に改名される前はLSAT（Lightning Service Authentication Token）として知られていました。同社のドキュメントによると、この標準の実装であるApertureは「現在、BitcoinおよびLightningの非カストディアル型スワップサービスであるLightning Loopで使用されています」。

Lightning Loopは、ユーザーがカストディアル型の仲介者に依頼することなく、BitcoinベースレイヤーとLightningペイメントチャネル間で資金を移動できるようにするものです。

AIエージェント向けに構築

L402は「デジタルリソースの売買のための標準」であり、「AIエージェントが容易に参加できる形でAPIエンドポイントへの課金を可能にする」とドキュメントでは説明されています。

このメカニズムはHTTPの402ステータスコードを再利用しています。これは、HTTP/1.1仕様（RFC 2616）で将来の使用のために予約されていた標準レスポンスコードであり、要求されたリソースへのアクセスに支払いが必要であることを示すために定義されたものです。このコードは当初の仕様で定義されたものの、ブラウザやサーバーで広く実装されることはなく、支払い指向のプロトコルによる再利用が可能な状態でした。

クライアントが制限付きエンドポイントをリクエストすると、「サーバーはHTTP 402 Payment Requiredと、トークンおよびLightningインボイスを含むWWW-Authenticateヘッダーで応答し」、トークンにはインボイスのpayment hashが含まれている、とドキュメントで説明されています。クライアントはLightningインボイスを支払い、トークンとpayment preimageを一緒に提示してエンドポイントにアクセスします。

サーバーは、支払いデータベースに照会することなく両方の要素を検証します。Lightning Labsはこの特性をステートレス検証と呼んでいます。このアプローチにより、サービスプロバイダーのインフラオーバーヘッドが削減されます。

エージェント決済に向けた業界全体の動き

今回の公開は、人間のユーザーではなく自律型ソフトウェアエージェント向けの決済ツールを複数の企業が開発する中で行われています。Coinbaseのx402プロトコルは、Ethereumベースの決済レール上で同じHTTPステータスコードを活用しており、Google、Stripe、Visaの支援を受けてLinux Foundationに移管されました。また別途、VisaはAIエージェント向けのコマンドライン決済ツールをリリースしています。

L402は、EthereumベースのインフラではなくBitcoinのLightning Network上でエージェント決済をルーティングし、決済資産としてビットコインに依存することで差別化されています。このプロトコルのステートレス設計と既存のHTTPセマンティクスへの依存により、プロバイダーは従来のアカウント管理や課金システムをプロビジョニングすることなくAPIアクセスを制限できます。これは、通常ユーザー登録と人間が管理する支払いフローを必要とする従来のAPIキーおよびサブスクリプションモデルとは構造的に異なるものです。