Horu@horuweb3

Onchain Madang

Translated from Korean

Solana Payment Channels:AIの少額決済をまとめて精算する方法

AIに情報検索を頼む際、検索するたびに数円ずつ支払う必要があるとしたらどうでしょうか?リクエストのたびにウォレットを開いて支払いを承認しなければならないとなれば、作業効率はすぐに落ちてしまうでしょう。

SolanaのPayment Channelsは、このような少額決済が頻繁に発生する状況のための仕組みです。あらかじめ決めた上限額の範囲内で何度も利用し、実際に使用した金額を後でまとめて精算します。

まず上限を決め、使うたびに記録する

レストランで注文のたびに会計をするのではなく、伝票を記録しておいて最後にまとめて支払うシーンを思い浮かべてみてください。Payment Channelsも利用記録を蓄積し、後で精算するという点では同じです。ただし、チャンネルを開く際に使用上限に相当する資産をあらかじめオンチェーンに預け入れる必要があります。

例えば、5 USDCを上限としてチャンネルを開いたとします。AIが有料データのリクエストを何度も行い、合計0.3 USDCを使用したとすれば、精算時に使用分が販売者に渡り、残りの4.7 USDCが本来のウォレットに戻るという流れです。理解を助けるための例であり、ネットワーク手数料などは計算から除外しています。

毎回ブロックチェーンに記録するわけではありません

チャンネルを開く際、資産はブロックチェーン上のエスクローに入ります。エスクローは、定められた条件に従って資産を保管し、分配する仕組みだと考えてください。

その後はリクエストが発生するたびに、署名された利用記録をやり取りします。この記録の一つひとつが即座にオンチェーン取引になるわけではありません。最後に実際に使用した金額をブロックチェーン上で精算する仕組みです。

Solanaの説明によると、このような構造はx402の一括精算やMPPセッションのような決済方式と連携できます。AIが有料APIを何度も呼び出したり、使用量に応じて料金が変わるサービスを利用したりする際に検討できるでしょう。

「1秒間に100万決済」とはどのような数字か?

Solanaはこの機能を紹介する際、1秒間に100万件以上の決済について言及しました。これは10万個のウォレットを使用したテスト環境で、チャンネルを通じて処理した決済記録に関する数字です。Solanaブロックチェーン上で1秒間に100万件の個別取引が確定したという意味として捉えてはいけません。

毎回決済記録をやり取りする段階と、実際のオンチェーン精算を分けたからこそ可能な実験だからです。サービスごとに処理時間やコストがすべて同じという意味でもありません。

上限を定めても確認すべきことはある

ユーザーが確認すべきポイントは、AIにいくらまで使う権限を与えるか、どのサービスに決済を行うか、残りの資産をどのような条件で返してもらうかです。チャンネルを開いて精算するオンチェーンの段階ではネットワーク手数料がかかる場合があり、使用金額に応じたサービス料金も別途発生するでしょう。

また、資産をプログラムに預ける以上、スマートコントラクトや接続先サービスのリスクが完全になくなるわけではありません。実際に使用する前には、該当サービスの利用規約や出金方法を確認する必要があります。

リクエストのたびに決済画面を表示する代わりに、利用記録を蓄積して一括で精算する方式。AIのサービス利用がさらに増えていけば、こうした決済の裏側の仕組みも同様に重要になっていくでしょう。

Loading comments…