Twitxy Saved

TRUSTAUTHY

Verified account This account is verified. Learn more

@helloTrustauthy

AIは顔も声も偽れます。偽れないのは、その場にいるという物理現実だけ📍
私たちはCPAS(暗号・物理アテステーション標準)という新しい信頼の標準を提唱しています。不正を見破るのではなく、成立させない。
連載と偽装事件の構造分析を毎週発信中。詳しくは固定ポストへ
東京都千代田区 trustauthy.jp Joined May 2024
594 Following 240 Followers 645 Posts

Latest posts 5

Pinned post

TRUSTAUTHY Verified account @helloTrustauthy
【ご報告】DeFi×AI特化アクセラレーションプログラム「AUTON」Demo Dayにて、優勝いたしました🏆

SMBC日興証券・Fracton Ventures・Next Finance Tech・東大IPC・Prime Beatの5社によるDeFi×AI特化アクセラレーターです。

私たちが挑んだのは「AIエージェントを、AIが審査する」
履歴のないウォレットから、取引していい相手を資金が動く前に見分ける審査インフラ、TRUSTAGENTです。

3ヶ月間伴走いただいた運営・メンターの皆様、鋭い質問をくださった審査員の皆様に心より感謝いたします。

AI × DeFi。日本発の第一号を、世界へ。

取引所・ステーブルコイン発行者の皆様、PoCのご相談はDMまで。

#AUTON #SMBC日興証券 #FractonVentures #NextFinanceTech #東大IPC #PrimeBeat #Jupiter #Jito #ReactiveNetwork #DeFi #AIエージェント #Web3 #webX
4 replies 5 reposts 32 likes 4.7K views View on X
TRUSTAUTHY Verified account @helloTrustauthy
フランスのスーパー 700 店舗で、冷蔵・冷凍設備が遠隔から操作され、霜取り機能を無期限に起動させられ、警報を切られた。食品の廃棄と、約 20 件の火災。手口は「Web 画面から遠隔操作」。たったそれだけです。

水道インフラのときと同じ構造です。設備が受け付ける命令に「どこから来たか」の条件がない。パスワードが本物なら、イランからでも、隣の部屋からでも、同じ命令として通る。

我々が取り組んでいるのは、その条件を足すことです。設備への操作を、登録した場所の、登録した端末からの、その時刻の命令にだけ有効にする。画面に正しいパスワードを入れても、場所の条件を満たさない命令は命令にならない。

冷蔵庫、水道、電力、工場。制御機器が物理の結果に直結する場所やインフラで、「遠隔からの正規の命令」をどう疑うかは、もう設計の話であって運用の話ではありません。
BBC Breaking News Verified account @BBCBreaking 20h
France accuses Iran of being behind cyber-attacks that affected supermarket fridges and freezers bbc.in/4et2Nhf
View quoted post on X
TRUSTAUTHY Verified account @helloTrustauthy
AI エージェントが企業の支払いを担うようになったとき、最後に残る問いは「払ってよいか」ではなく「払った後に戻せるか」だと考えています。

貿易金融は、この問いに百年以上前から答えを持っています。「信用状」という実務です。買い手は先に払わず、銀行に預け、書類が揃ったときだけ売り手に渡る。揃わなければ戻るという仕組み。

我々はこの信用状を XRP Ledger の上に載せました。4 人の署名者をネイティブのマルチサインに、資金を条件付きエスクローに、そして解放の署名を「承認者が登録した場所にいること」に束縛する形で。新しいスマートコントラクトは書いていません。プロトコルが元から持つ部品だけで動きます。

この形は、そのままエージェントを用いた調達に使えます。発注するエージェントは、決められた枠の中でエスクローに払い込むだけ。納品の検証が揃えば少額は自動で解放。一定額を超えるものは、解放権限を持つ人が、登録した端末と場所から承認しない限り動かない。納品が失敗すれば、期限で資金は戻る。

エージェントは「払い込む権利」だけを持ち、「解放する鍵」は持たない。誰が何を約束し、誰がどこから解放したかは、台帳に残る。「エージェントの間違いは誰の責任か」という問いに、記録で答えられる形にしています。

構想の段階で、RLUSD のようなトークン建てのエスクローへの対応と、エージェント間の「納品の証明」をどう揃えるかは、これから詰める論点だと考えています。貿易金融や企業間決済の実務をご存じの方の意見を伺いたいのでぜひリプライかDMをお願いします。
XRPL Commons Verified account @xrpl_commons 21h
As AI agents start executing tasks, how can they spend money safely? Odelia Torteman, Head of Digital Assets at XRPL Commons, tells AI News how the XRP Ledger could make agentic finance practical and trustworthy. x.com/i/article/2119…
View quoted post on X
TRUSTAUTHY Verified account @helloTrustauthy
パスキーの仕組み:
スマホの中に、外に出ない秘密鍵がある。サインインのとき、サーバーが乱数を送り、指紋か顔で解錠すると、スマホがその乱数に署名する。サーバーは署名を検証する。盗まれるパスワードがなく、フィッシングもできない。本当に良い仕組みです。パスキーが証明するのは「誰が、どの端末で」についてです。

一方で証明しないのは「どこで、正確にいつ、何を承認したか」。署名しているのは乱数であって、送金の金額や宛先ではありません。だから端末が乗っ取られると、本人の指紋で、本人の端末から、本物の署名が作れてしまいます。つまり中身だけが攻撃者のもの。

TRUSTAUTHY はパスキーの上に載ります。「誰が」はパスキーから受け取り、残りの要素を追加する。承認は、登録した場所で、その時刻に、その金額とその宛先に対してだけ有効で、一回で消えます。
パスキーが「誰が」に答える。TRUSTAUTHY が「どこで・いつ・何を」に答える。乗っ取られたスマホでは本物のパスキー署名を作れても、残りの三つは作れません。
TRUSTAUTHY Verified account @helloTrustauthy
パスキーは「誰が、どの端末で」を証明します。本物の進歩です。
ただ、パスキーが署名するのはサーバーから来た乱数であって、送金の金額や宛先ではありません。どこで操作したかも入っていません。だから端末が乗っ取られると、本人の指紋で、本人の端末から、本物の署名が出ます。中身だけが攻撃者のもの。
我々が足すのは、その続きです。パスキーで本人確認が通った承認を、「登録された場所で、その時刻に、その金額と宛先に対して」にだけ有効にする。重要な取引では、別の場所にいる別の人の承認が揃わないと完成しない。
パスキーを置き換えるのではなく、パスキーの上に一段載せる。それだけで、乗っ取られた端末 1 台から本物の署名が出ても、送金は完成しません。