チームより

Diditブログの最新記事

本人確認、不正対策、そしてモジュールごとの料金体系の裏側にある数学。製品リリース、研究、標準（eIDAS 2.0、MiCA、AMLD6）について。

ヒドラアカウント問題：蒸留防御がID解決から始まる理由 (JA)

Anthropic社は、約24,000の不正アカウントを通じて1,600万回のやり取りがあったと報告しており、あるプロキシネットワークは20,000以上のアカウントを同時に運用していました。蒸留はプロンプトの問題ではなく、アクセスの問題です。.

Anthropicは、蒸留軽減策として、教育機関およびスタートアップアカウントの認証強化を挙げました。組織レベルでは、個人が実在するかどうかではなく、企業が実在するか、そして誰がそれを運営しているかが問題となります。.

登録するすべての開発者に負担をかけることなく、高リスクモデルへのアクセスを検証済みの個人や企業に紐付ける方法。アクセス階層、トリガー条件、各階層のエンドポイント、およびそれぞれのコストについて解説します。.

1回のAPI呼び出しで、検証済みの全ユーザーの中から顔を検索し、一致するすべてのアカウントを独自の識別子とともに返します。Diditの検証機能と連携すれば無料で利用でき、アカウントリストをアクタマップに変える基本機能です。.

オンボーディングは登録者が誰であるかを証明しますが、6ヶ月後にAPIキーを誰が持っているかについては何も証明しません。割り当ての増加、クレジットの付与、キーの発行に対するパスワード不要の生体認証による再認証は、$0.10で2秒未満で完了します。.

1つのアカウントを停止しても、2つ以上のアカウントが出現します。ヒドラネットワークは、アカウントごとのレビューを回避するように設計されています。ここでは、顔、デバイス、IP、メール、電話によるクロスアカウント連携が、数千のアカウントを単一の解決可能なアクターに集約する方法を説明します。.