Kiteのホワイトペーパーを読んでいて、決済に関する説明全体よりも心に残った一文がありました。30日間、1日あたり100ドルの上限を設けた認可なら、エージェントが完全に侵害されたとしても、最悪の場合の損失は最大3,000ドルに抑えられるという内容です。
これはエージェントの安全性について、これまでとは違う考え方です。私はずっと、モデルを思いどおりに動かすことが目標だと思っていました。Kiteの設計は、そもそもそこを解決しようとしていません。何かを承認する前に最悪の場合の損失を計算できるよう、被害に上限を設けるのです。セッションキーは使い捨てで、エージェントのアドレスはあなたのウォレットから導出され、すべてを危険にさらせるのはルートキーだけです。
どうしても気になって考え続けてしまうのは、ここです。3,000ドルというのは、プロバイダーが1つの場合の話です。プロバイダーがN個あれば、上限は各プロバイダーの日次上限と利用日数の積を合計したものになります。誰かがグローバルな日次上限を設定すれば、それによって金額を抑えられます。つまり、気に入っていたあの数字は、エージェントが支払いをするサービスを新たに追加するたびに膨らむ合計額に変わってしまいます。🤔
ホワイトペーパーには、複数のサービスにまたがるアカウントレベルのルールも説明されているので、設計に欠陥があると言いたいわけではありません。あの明快な数字が成り立つかどうかは、誰がそのグローバル上限を適用するかにかかっている、と言いたいのです。
エージェント経済において、その上限は誰が管理すべきでしょうか。ユーザー、プロバイダー、それともチェーンでしょうか?皆さんならどこに設定しますか?
$KITE #KiteBBW
これはエージェントの安全性について、これまでとは違う考え方です。私はずっと、モデルを思いどおりに動かすことが目標だと思っていました。Kiteの設計は、そもそもそこを解決しようとしていません。何かを承認する前に最悪の場合の損失を計算できるよう、被害に上限を設けるのです。セッションキーは使い捨てで、エージェントのアドレスはあなたのウォレットから導出され、すべてを危険にさらせるのはルートキーだけです。
どうしても気になって考え続けてしまうのは、ここです。3,000ドルというのは、プロバイダーが1つの場合の話です。プロバイダーがN個あれば、上限は各プロバイダーの日次上限と利用日数の積を合計したものになります。誰かがグローバルな日次上限を設定すれば、それによって金額を抑えられます。つまり、気に入っていたあの数字は、エージェントが支払いをするサービスを新たに追加するたびに膨らむ合計額に変わってしまいます。🤔
ホワイトペーパーには、複数のサービスにまたがるアカウントレベルのルールも説明されているので、設計に欠陥があると言いたいわけではありません。あの明快な数字が成り立つかどうかは、誰がそのグローバル上限を適用するかにかかっている、と言いたいのです。
エージェント経済において、その上限は誰が管理すべきでしょうか。ユーザー、プロバイダー、それともチェーンでしょうか?皆さんならどこに設定しますか?
$KITE #KiteBBW
