ハイグリッド [意味についてはプロフィールを参照] "@SuiNetwork @SuiNetworkKR のエコシステムで、@CetusProtocol などを実際に使ってスワップ、送金、預金などの作業を連続して体験しました。" 各サービスごとの機能や画面は異なりましたが、私が繰り返したプロセスはほぼ同じでした。 条件を比較して資産をどこに置くか決定し、必要なトークンに交換した後、ウォレットで取引内容を確認して承認します。 一つの作業が終わったら、次のサービスに移動してまた新たな判断を下します。 このようなプロセスを繰り返す中で、最近SuiがBasecamp 2026で大きく取り上げたAgentic Economyについても、少しずつ理解が深まりました。 AIエージェントに資産運用を任せる場合、単に取引を素早く実行するだけでなく、現在人が直接下している判断をどのようなルールに変換して渡すかという方がはるかに複雑な問題だからです。 たとえば、残っている資金を良いステーブルコインの収益機会に移してほしいと依頼したとしましょう。 エージェントは現在の金利や条件を読み取り、必要に応じて他のステーブルコインに交換した後、レンディングプロトコルに預け入れる必要があります。 データを取得するサービスに料金を支払う必要がある場合、その支払いも同じプロセスに組み込まれます。 私が直接行うなら、それぞれのアプリを開いて順番に対応できます。 しかし自動実行する場合、状況は異なります。 スワップは成功したが預金が失敗した場合、最初の依頼とは異なる資産を持つことになり、複数のサービスを経由する間にどの程度の資金を使えるかもあらかじめ定義しておく必要があります。 SuiのPayment Intentsが扱う課題はここから生まれます。 一つのリクエストに対して複数のアプリの作業をまとめ、その結果を一つの原子的トランザクションとして処理する仕組みです。 SuiのProgrammable Transaction Blockは、一つのトランザクションに最大1,024個の作業を含めることができ、まとめてグループ化された作業はすべて成功するか、またはすべて取り消されるように構成できます。 1,024という数字も大きいですが、実際に資産を操作してみたことで、失敗したときに一部の作業だけが残ってしまうことがないという点の方がより実感できました。 スワップ、支払い、預金が一つの目的のために連鎖する作業であるなら、そのうち一つだけ処理されるよりも、そもそも全体をロールバックする方がユーザーが委ねた意図に合います。 資金の利用範囲についても同様です。 AIにウォレットを渡して自由に使わせる方式では、実際の資産を預けるのは難しいでしょう。 Suiが説明するscoped authorityは、エージェントが利用できる金額・時期・取引相手などの条件に制限を設け、その範囲をプロトコル側で強制する仕組みです。 ユーザーは行うべき作業を指定しつつ、資産全体に対する自由な権限まで渡す必要はありません。 こうした機能を一つずつ使っていくうちに、AIエージェントが勝手に取引するという説明と、Agentic Financeのための金融インフラの間には、思っていた以上に多くの要素が含まれていることに気づきました。 特に資金を扱うプログラムでは、取引を見つける能力だけでは不十分です。 複数の作業を一度に完了できなければならず、委ねられた権限を超えてはならず、失敗したときに資産が中途半端な状態で残ってはなりません。 小さな支払いを無数に繰り返す場合、毎回ガストークンを用意するプロセスも負担になります。 最後の部分は、すでにSuiメインネットで直接利用可能な機能とも結びついています。 現在Suiでは、USDCを含む対応ステーブルコインをウォレット間で送金する際、別途SUI残高をガス用に用意する必要がありません。 個人がたまに送金するだけなら、単なる利便性の向上と感じられるかもしれませんが、プログラムが複数アカウントを運用しながら小さな支払いを継続的に処理する場合、すべてのウォレットにSUIを入れてガス残高を管理する必要がなくなります。 取引が必要なときに利用可能なオンチェーン流動性もすでに整備されています。 DeepBookはSuiのオンチェーン流動性レイヤーとして使用されており、Spotは中央注文簿方式でオンチェーン上で注文をマッチングします。 さらに最大5倍のレバレッジをサポートするMarginやオプション構造を利用したPredictも、同じ金融インフラの上に構築されています。 私はDeepBookを単なる取引画面として見るよりも、この部分の方がより興味深く感じました。 人がどのDEX画面を開いているかではなく、アプリやプログラムが必要なときに共通のオンチェーン流動性を利用できるという点は、金融作業の主体が人からソフトウェアへと広がるにつれて、その活用範囲が広がっていくことを意味します。 Bitcoinとの接続を目指すHashiも同じ文脈で捉えられます。 Hashiは現在Suiテストネット上に公開されており、まだメインネットサービスではありません。 ユーザーがBTCをBitcoinネットワークのHashiアドレスに預けると、Sui検証者がこれを確認し、Suiのスマートコントラクト上でそのBTCを担保として利用できるように接続する仕組みです。実際のBitcoinはBitcoinネットワークに残ったまま、Sui上でローンやその他の金融サービスの証拠金として活用されることを目的としています。 ステーブルコイン送金、オンチェーン流動性、複数の金融処理を統合するPayment Intents、エージェントの支出範囲を制限する権限管理、そしてBitcoin証拠金までを検討すれば、SuiがBasecampでAgentic Financeを語る理由が単に「AI」という単語一つに由来するわけではないことがわかります。 現在人が直接処理している金融作業をプログラムに委ねるには、取引速度を上げるだけでは不十分です。 プログラムが利用できる資金の範囲を定め、複数のサービス間で処理を安全に完了させ、その結果をオンチェーンで再検証できるようにならなければ、実際の資産を預けることはできません。 Suiを直接利用する中で、自然と関心はその方向へ移っていきました。 新しいアプリがさらにいくつ発表されるかよりも、今自分がウォレットを開いて直接承認したプロセスのうち、実際の製品ではどこまで自動化されているのかが気になります。 10月のSui Basecampでは、Payment Intentsが実際のサービスにどのような形で組み込まれているのか、制限された権限を持つエージェントが複数の金融アプリ間を移動する際のユーザー体験はどのように変わるのか、Hashiがテストネットからメインネットへ移行するためにさらに何を準備しているのかを知りたいです。 #Sui #SUINGAPORE