ASICを評価する際に確認すべきこと
何かを評価する前に「ASIC」が意味するもの
「ASIC」は、文脈によって異なる概念を指し得る略語です。「ASIC」に関する情報を評価する際は、まず、読んでいる資料で使われている「ASIC」の正確な意味を確認してください（たとえば、どの組織、どの製品タイプ、どの技術的文脈を指しているのか）。文脈が不明確な場合は、特定できる主体またはメカニズムにその用語を対応づけられるまで、いかなる結論も未検証として扱ってください。
実務的な方法として、次のように書き出すとよいでしょう：（1）略語の背後にある正式名称または展開形、（2）その主張が関係する管轄またはドメイン、（3）議論されている具体的な機能。これにより、安定した考え方（一般的なメカニズム）と、変動する要素や提供者固有の詳細を混同することを防げます。
評価の仕組み：変化する条件とメカニズムを分ける
安定したメカニズムと変動する条件の間で、客観的に切り分けてください。
1) 安定したメカニズム（一般に成り立つ必要があること）
- 意思決定者は誰か：どの当事者がルールを作り、サービスを提供し、またはシステムを運用しているのか。
- 説明されているプロセスは何か：認可、監督、実行（執行）ワークフロー、苦情対応、またはリスク管理。
- 存在すべきドキュメントは何か：公開されている規制のリスト、公式ポリシー、法的条件、または技術ドキュメント。
2) 変動する条件（変わり得ること）
- 管轄範囲と現在の状況。
- スプレッド、手数料、注文取扱いの挙動などの価格・執行条件。
- 提供者のシステムに依存する実装の詳細。
これらを混ぜて評価すると、「原則として真である」主張を、あなたが関心を持つ特定の状況に適用できるかのように受け入れてしまう可能性があります。
確認すべき証拠と書類（afvinkpunten）
その主張が主体または規制上のステータスに関わる場合は、独立して検証できる書類に依拠してください。典型的に探すべきカテゴリは次のとおりです。
- 本人確認と範囲の証拠
- 正確な法的名称。
- 表明されている管轄。
- 対象となる具体的な活動（その主体が何を行うことが許可されているのか、そしてどの条件のもとで可能か）。
- 説明責任とルール
- 公的な監督または認可の資料（該当する場合）。
- 責任とエスカレーション経路を定義する開示。
- 運用に関するドキュメント
- 注文取扱いまたは執行の説明（注文がどのように処理されるか）。
- 手数料およびコストの開示（明確かつ一貫して記載されているか）。
- リスクに関する開示
- サービスの限界、活動を停止または制限し得るシナリオ、そして義務が異なり得る条件。
見つけた各書類について、重要な主張を自分の言葉で記録し、その主張が信頼できるために何が真である必要があるかをメモしてください。
誠実さの証拠：証明か、マーケティング文言か
よくある失敗パターンは、説得力のある言い回しを、コンプライアンスや安全性の証拠として扱ってしまうことです。「bewijs of document（書類の証拠）」として確認する際は、その主張が次のどちらかを問うてください：
- 命題型（検証できるプロセスを説明している）、または
- 結果型（保護的な結果を示唆している）。
結果型の言い回しは、変わり続ける多くの変数（市場状況、コスト、執行の質、そして管轄）に依存するため、検証が難しくなります。検証可能な書類や定義を指し示す命題を優先してください。
Rode vlaggen（警戒すべき兆候）と物質的な制限（failure modes）
少なくとも現実的な制限として、たとえ書類が存在していても、ストレス下でシステムがどう振る舞うかは保証されない、という点があります。ASICに関連するいかなる主張を評価する際にも、これらの「物質的な制限」を考慮してください：
- 執行とコストの不一致：実際の取引には流動性とスリッページが関わります。公開されている例が、すべての条件を反映しているとは限りません。
- 複雑さと解釈リスク：法的または技術的な用語は、管轄やバージョンによって解釈が異なり得ます。
- 運用上の例外：システムは、障害時、急変する市場、またはポリシー変更の際に異なる挙動を示し得ます。
- 管轄のカバレッジ・ギャップ：その主張は、ある活動や主体には適用されるが、あなたが計画している内容には適用されない可能性があります。
信頼性のための klaarcriterium（明確な基準） は、重要なすべての主張を、識別可能な定義または書類に追跡できるかどうか、そしてその書類があなたが関心を持つ同じ範囲を明確にカバーしているかどうかです。
検証チェックリスト：次に確認すべき質問
独立して検証するために、結果を前提にせず、次の手順を完了してください：
- 「ASIC」の展開された意味を確認し、参照されている正確な主体／メカニズムを特定する。
- 範囲、ルール、運用上の挙動を定義する具体的な書類を集める。
- コストと執行条件が、保証された結果としてではなくメカニズムとして記載されているかを確認する。
- システムまたはサービスが、想定どおりに失敗したり、異なる挙動を示したりし得る少なくとも1つのシナリオを特定する。
これらの質問に、検証可能な資料で答えられない場合は、その情報を「正しい」ではなく「不完全」として扱ってください。
不確実性に関する検証上の注記
不確実性を完全に取り除く方法はありません。
DOCUMENT END