AIエージェントがあなたのプライベートキーを一切保持せずにSui上で取引できるとどうなるのか？ @CetusProtocolは、AIエージェントが@SuiNetwork上のCetusインフラに直接接続できるよう、Claude Codeのオープンなスキルセット「Cetus Skills」をリリースしました。 GitHubリポジトリから1行でインストールできます： npx skills add CetusProtocol/cetus-skills 各スキルは3つの層で構成されています： → ユーザー向けのREADME.md → エージェント向けに簡潔に書かれたSKILL.md → 詳細なスキーマ、ペイロード、エッジケースを含むリファレンスファイル つまり、ドキュメントは開発者とエージェントの両方を対象に同時に作成されています。 以下が各スキルの機能です👇 🔵 cetus-aggregator (REST API) → Sui DEX間で最適なスワップルートを検索し、スワップトランザクションを構築 → SDKのスナップショットには、Cetus CLMMおよびDLMM、DeepBook V3、Aftermath、Turbos、FlowX、Bluefin、Haedal、Kriya、Scallop、Suilend、Momentum、Magmaなど37のライクウィディティプロバイダーがリストアップ → 注文は最大50分割可能で、各ルートには最大3ホップまで対応 → APIキーは不要 フローはシンプルです： 1. エージェントはユーザーにトークンペア、数量、スリッページを尋ねる 2. 価格を取得し、ユーザーに表示 3. ユーザーが確認後、トランザクションを構築 4. ユーザーのウォレットが署名して送信 🔵 cetus-clmm (TypeScript SDK + Move) → カスタムティック範囲でプールを作成し、保有資産を開閉 → 両方のコインまたは片方のみで流動性を追加または削除 → シングルプールスワップと、実行前にスワップ結果を計算する機能 → フラッシュローン：どちらかのコインを借入し、同じトランザクション内で返済 → LP手数料と報酬を収集 ステーブルコインペアと受動的なLP向けに設計されています。 🔵 cetus-dlmm (TypeScript SDK + Move) → 流動性は連続的な範囲ではなく、離散的な価格ビンに配置 → 3つの配分戦略：Spot（均等）、Curve（価格付近に集中）、BidAsk（エッジに重み付け） → 動的手数料：基本手数料＋変動手数料（変動率が高くなるほど増加） → 保有資産は複数のビンにまたがるシェアを保持するNFT これは変動率の高いペアとアクティブなマーケットメイキングに適しています。 では、私が特に注目したのは何でしょうか？ 「AI時代」というブランド名ではありません。その背後にあるセキュリティ設計です。 1. エージェントはプライベートキーに一切触れない 各スキルは署名されていないトランザクションを返却します。アグリゲーターに必要なのはウォレットアドレスだけです。 → エージェントはルートを検索しトランザクションを構築 → ユーザーのウォレットまたは署名者が承認 @suidevelopersが言うように、「取引を行うエージェントは自らのスワップに署名する必要はない」のです。 2. スリッページルールはスキル内に組み込まれている → デフォルトは0.5% → 推奨：ステーブルコインは0.5%、変動率の高いペアは1% → 50%を超える場合は拒否 → エージェントにはスワップ構築前に常にユーザーにスリッページリスクを警告するよう指示 3. 確認プロセスがフローに組み込まれている エージェントはまず価格を表示し、ユーザーが確認した後にのみトランザクションを構築します。 なぜこれが重要なのか？ DeFiにおけるAIエージェントへの懸念のほとんどは、ボットに資金全体の完全な制御権を渡すことにあるからです。 Cetusのアプローチでは、エージェントは取引の計画と構築を行い、ユーザーが承認するという明確な役割分担を実現しています。 これはリスクを完全に排除するわけではありませんが、「エージェントが決定した」と「資金が移動した」の間に明確なチェックポイントを設けています。 しかし、まだ解決されていない問いもあります👇 @ZealynxSecurityが適切な質問をしました：スリッページ制限やトークン許可リストはスキル内での実装なのか、それとも各エージェントのウォレットポリシーに委ねられているのか？ → スリッページルールはエージェントへの指示であり、オンチェーンで強制される制限ではありません → 標準のトークン許可リストは存在しません → オンチェーンでの保護は、各スワップ内の最小出力・最大入力制限によって提供されます したがって、不正アクセスやプロンプトインジェクションを受けたエージェントは依然として悪意のあるトランザクションを構築可能です。最終的な防衛ラインは依然として署名者です。 そのため、ウォレット層はCetus自体と同じくらい重要です。 Cetusは@t2000ai、@LoquaApp、@Sup_Wallet、@WaaPxyzをSui上でエージェント対応ウォレット、意図ベースインターフェース、AI戦略を開発中のビルダーとして挙げています。 これらのウォレットが支出制限、許可リスト、承認ルールを強制できれば、スタック全体の安全性が大幅に向上します。 ではビジネス面はどうでしょうか？ CLMMとDLMMともにパートナー版のスワップ機能を含み、アグリゲーターはリファラル手数料共有用のパートナーIDを受け入れます。 → Cetus経由でボリュームをルーティングするエージェントビルダーは手数料の一部を受け取れます → これは単なる利便性を超えて統合する明確な動機を与えます エージェントボリュームが増加すれば、これはCetus流動性への実質的な配布チャネルになる可能性があります。 この取り組みはどのように位置づけられるでしょうか？ → 10月19日：CLMMパッケージがv15にアップグレード。インテグレーターは更新が必要で、Epochは一時的なダウンタイムを経て修正版とバージョンチェックシステムをリリース。資金には一切リスクはありませんでした。 → 10月20日：HackenProofでのバグバウンティが重大な発見に対して100万ドルに引き上げられ、対象範囲も拡大 → 10月21日：Cetus Skillsが公開 → 10月22日：CetusはPHPを使用しておらず、PHP脆弱性の影響を受けないと確認 ビルダー向け注意点： → スワップトランザクションは固定入力数量からのみ構築可能。固定出力価格は価格確認用のみ → フラッシュローンはCLMM専用。DLMMにはありません。 → 10月21日時点のSDKバージョンはリポジトリで固定されており、Sui SDK 2.xが必要 → v15アップグレード後、リポジトリではコントラクトアドレスをハードコーディングせずSDK設定から読み込むよう推奨 正直、これは賢明な動きだと思います。 エージェントには深い流動性が必要です。SuiではCetusはすでに主要な流動性およびルーティングレイヤーです。そのレイヤーをエージェントが使いやすくすることは自然な次のステップです。 しかし、まだ非常に初期段階です。リポジトリは公開されてから数日しか経っておらず、本当の試練はデモではなく、エージェントが実際のボリュームと手数料をもたらせるかどうかです。 アナウンスの下でコミュニティメンバーの一人が指摘したように、次に重要なのは取引高とプロトコル収益への影響です。 私にとってより大きな問いは：エージェント主導のフローが今後Cetusにとって実質的な収益源となるのか、それとも現時点では開発者向けの実験にとどまるのかということです。 これが今後私が注目するポイントです。 NFA。DYOR。