CASP機能テスト基準とは何ですか？「サービスが自分自身をどう呼んでいるかを見る」という一般的な理解とどう違いますか？
多くの人がCASPという監理概念に初めて触れた時の直感は、「このサービスは自分を取引所と位置付けているか」を考え、「exchange」と名乗っていないサービスならこのルールに縛られないはずだと思うことである。しかし監理フレームワークが実際に採用している判定ロジックはそうではない——そのサービスが客観的に何をしているかを見ているのであり、自分自身をどう呼んでいるかを見ているのではない。あるプラットフォームが自らを「ウォレット」や「ツール」と称していても、客観的に交換・ユーザー資産の保管・取引の仲介といった機能を提供している限り、理論上はCASPの定義範囲に該当する可能性がある。
この基準が特に注目に値する理由は、「サービス名がサービスの性質を決める」という直感的な近道を打ち破っている点にある。本サイトの別の用語では、中央集権型取引所が本人確認や取引仲介といった中央集権的特徴によりほぼ必然的にCASPの範囲に該当することを議論しているが、この機能テスト基準の適用範囲は実際にはさらに広く、明白な取引所型サービスに限らず、表面上は単なるツールやインターフェースに見えるサービスにも及ぶ可能性がある。
なぜ監理フレームワークは機能テストを採用し、「どのサービスがCASPに該当するか」という一覧を直接示さないのですか？
この問いの根本的なロジックは、本サイトの別の用語で議論した資産定性の原則と共通している——監理ルールが関心を持っているのは経済的実質と客観的機能であり、表面的な形態や名称のラベルではない。監理フレームワークが「名前を列挙する」方式（具体的にどのサービスがCASPに該当するかを明確にリストアップする）を採用した場合、そのリストは直ちに2つの問題に直面する。第一に、暗号資産サービスの革新の速度は監理当局がリストを更新する速度をはるかに上回っており、どんな列挙式のリストもすぐに時代遅れになる。第二に、この列挙方式はむしろ明らかな回避のインセンティブを生み出す——新しいサービスの名称や梱包方法がリストに現れない限り、たとえ客観的にリスト上のサービスと全く同じことをしていても、自分は規制対象外だと主張できてしまう。
機能テスト基準を採用することは、本質的に判断の重心を「これは何か」から「これは何をしているか」へと移すことである。この設計により、監理ルールは暗号資産サービスが急速に進化し形態が多様化していく現実に適応でき、シェル（見せかけ）による回避もより困難になる——サービスがどう梱包され命名されようとも、客観的な機能が特定の特徴に合致する限り、監理範囲に該当する可能性があるためだ。
CASP機能テスト基準は実際にどのように機能し、状況によってどう異なりますか？
主に3つの一般的なシナリオがある：
実務上、あるサービスがどのシナリオに該当するかを判断するには、そのサービスの実際の運用方法を具体的に検討する必要があり、単にマーケティング上の紹介や名称だけを見るのではない。特に機能の組み合わせがより複雑なサービス（自己管理と組み込みの交換機能を同時に提供するなど）では、各具体的な機能を分解してそれぞれ判断する必要があるかもしれない。
CASP機能テスト基準は実際に自分にとって何を意味し、どんなリスクに注意すべきですか？
最も直接的な影響は、あるサービスの自己紹介やマーケティング用語だけを頼りに、自分が使用しているプラットフォームがCASP規制の対象かを判断できないという点である。本サイトの別の用語で議論したように、あるサービスがCASPに分類されると、通常税務居住者資格の申告といったデューデリジェンス文書の提出を求められる。自分が使用しているあるサービス（それが「ツール」や「ウォレット」を自称していても）がこの種の情報を求め始めたことに気づいた場合、これは通常そのサービスの客観的な機能がすでにCASPの判定基準を発動させたことを意味しており、プラットフォームが理由なくあなたの手間を増やしているわけではない。
もう一つ見落とされがちなリスクは、この機能テスト基準の判定結果が、サービス自体の機能の増減に伴って変化し得るという点である。今日使っている純粋なツール型サービスが、後で交換や保管の機能を追加すると、「CASP規制の対象外」から「CASP規制の対象」へと変わる可能性がある。これは、自分が長期的に使用しているサービスに機能上の大きな変化がないかを注意し続ける必要があることを意味し、使い始めた時に一度判断してそれが永遠に変わらないと想定すべきではないということだ。実務上のアドバイスとしては、自分が使用している暗号資産サービスが交換や保管などの機能を新たに追加していないか定期的に確認することであり、特に元々は単なる閲覧ツールだったものが徐々に総合的なサービスプラットフォームへと拡張していく製品には注意が必要である。
あるユーザーが「純粋な自己管理型」を標榜するウォレットアプリを長期間使用していた。このアプリは当初、残高の閲覧と取引への署名を行うインターフェース機能のみを提供しており、ユーザーの秘密鍵には一切触れていなかった。半年後、このアプリは組み込みのトークン交換機能を追加し、ユーザーがアプリ内で直接暗号資産同士の取引を完了できるようになった。このユーザーは元々税務居住者資格の申告を提出する必要がなかったが、新機能の導入後、この種の情報の補充を求められるようになった——この変化は、そのサービスの客観的な機能が拡張されたことを反映しており、CASP機能テスト基準の判定が発動したものであり、アプリが理由なく使用のハードルを上げたわけではない。
機能テスト基準を採用することの利点は、暗号資産サービスが急速に進化し名称や形態が多様化していく現実に適応でき、サービスが単に名称や梱包を変えるだけで規制を回避することを防げることである。欠点は、判定プロセスがサービスの実際の運用方法を具体的に検討する必要があり、名前を列挙するルールのように一目瞭然ではないことである。一般利用者にとって、自分が使用しているサービスが規制対象かを判断するには追加の確認労力を投じる必要があり、判定結果はサービスの機能の更新に伴って変わる可能性がある。