認可を受けた取引所においては、「鍵を管理する者が資産を管理する」という原則が適用されます。 マレーシアのRMO DAXフレームワークの下、証券委員会（SC）は、顧客の暗号資産の保管に関して、分離管理、ホット／コールドウォレットの階層化、マルチシグまたは閾値署名、監査可能な鍵管理、厳格な入出金承認、インサイダー管理、定期監査、および準備金といった厳格な要件を課しています。 本記事では、SCの要件、ホット／ウォーム／コールドウォレットの階層化、MPCおよびマルチシグの選定、 HSMおよびエアギャップ署名、鍵のライフサイクル管理、入出金承認、内部者管理、準備金の証明、第三者による保管、保険に至るまで、マレーシアの認可を受けた取引所の保管アーキテクチャについて解説し、プラットフォームが「資産の安全性」を単なるスローガンから、監査可能なプロセスおよび技術的能力へと転換できるよう支援します。

1. 顧客資産のカストディに関するSCの要件

SCのRMO DAXガイドラインおよび実地検査では、暗号資産のカストディに関して6つの核心的な要件が求められています。 これら6つの項目は孤立した条項ではなく、「顧客資産の完全性」という閉ループを形成しています。分離という法的基盤から、鍵管理という技術的手段を経て、運用プロセス、監査証拠、財務的セーフティネットに至るまで、いずれかの部分に欠陥があれば、他のすべてが損なわれてしまいます。 第一に、顧客資産はプラットフォームの自己資産から分離されなければなりません。つまり、別々の口座、別々の保管、不正使用や貸付の禁止が求められます。第二に、顧客資産の大部分はコールドストレージに保管され、ホットウォレットには日常業務に必要な分のみを保持する必要があります。 第三に、秘密鍵にはマルチシグネチャまたは閾値署名（MPC）方式を採用し、単一の個人が完全な鍵を管理できないようにする必要があります。第四に、プラットフォームは、鍵の生成、保管、使用、ローテーション、破棄に関する完全な手順を維持し、監査記録を残さなければなりません。第五に、すべての多額の出金には、多段階の承認とホワイトリストに登録されたアドレスが必須となります。 第六に、プラットフォームは、通常、準備金の証明、顧客負債リスト、およびオンチェーンのアドレス所有権の証明を通じて、SCおよび監査人に対し、顧客資産の完全性を定期的に実証しなければならない。 これらは単なる提案ではなく、ライセンスの条件である。SCによる実地検査では、ポリシー文書、運用記録、オンチェーンの証拠が項目ごとに検証され、重大な不備がある場合は罰則やライセンスの取り消しにつながる可能性がある。SC以外にも、NACSAおよびBNMが、AML（マネーロンダリング防止）の観点から資金の流れやアドレスのスクリーニングを審査する。

2. ホット／ウォーム／コールドウォレットの階層化

成熟した取引所は、3層構造のウォレットアーキテクチャを採用しています。 コールドウォレットは完全にオフラインであり、鍵がインターネットに接触することは決してなく、通常はHSM、エアギャップマシン、または金属製のシードシャードによって保護されています。コールドウォレットには、長期保有の顧客資産およびプラットフォームの準備金の90～98％以上が保管されており、大規模で頻度の低い取引の署名には、現場にいる複数人の承認が必要です。 ウォームウォレットは半オンライン状態で、管理されたサーバー上で動作し、鍵のシャードはHSMまたはMPCノードによって管理されます。日常的な出金署名やオンチェーンブロードキャストに使用され、数日～数週間分の運用残高を保持し、自動化されているもののリスクが制限された資金フローが特徴です。 ホットウォレットはリアルタイムのオンライン状態で、入出金システムに直接接続されており、当日業務に必要な最小限の金額（通常、顧客資産総額の0.5～2％以下）のみを保有します。異常やセキュリティインシデントが発生した場合は、自動的にウォームウォレットへ資金を移管します。 各階層間の送金には、独立した承認システムを経由する必要があります。コールドウォレットからウォームウォレットへの補充、ウォームウォレットからホットウォレットへの補充、およびホットウォレットからウォームウォレットへの資金移動は、すべてランブックに記録されなければなりません。 その中核となるロジックは、利便性とセキュリティの物理的な分離である。オンライン比率が高ければ利便性は向上するがリスクも高まり、オフライン比率が高ければ安全性は向上するが運用コストも増大する。

3. MPCしきい値署名とマルチシグの比較

署名方式に関しては、従来のマルチシグとMPCしきい値署名には、それぞれ適した場面があります。マルチシグはオンチェーンで行われます。トランザクションの署名には、5分の3や9分の5といった「N個の鍵のうちM個」が必要であり、すべての署名はオンチェーン上で公開されます。 透明性はあるもののプライバシーは低く、マルチシグ契約やアドレスの形式はチェーンごとに異なります。MPCしきい値署名では、秘密鍵をオフチェーンで分割し、異なる当事者が保持するシャードに分割します。署名時には、当事者たちが暗号プロトコルを実行して、オンチェーン上では通常の署名に見える単一の有効な署名を生成します。 MPCは任意の閾値、シャードのローテーション、複数のアルゴリズム（ECDSA、Ed25519）をサポートしており、本質的にクロスチェーンに対応しています。 現代の取引所では、通常、MPCを主要な方式として使用し、マルチシグをバックアップとして用いています。ウォームウォレットや機関向けカストディでは、柔軟性、シャードのローテーション、およびクロスチェーンの一貫性からMPCが好まれます。一方、コールドウォレットや特定の高セキュリティ環境では、ベンダーへの依存なしにオンチェーンでの検証可能性を確保するため、マルチシグまたはハードウェアマルチシグが維持されています。 いずれの場合も、重要な原則は、シャードが決して共存しないこと、署名は承認に続くこと、アクションは監査可能であること、そして単一ベンダーへのロックインを回避することです。

4. HSM、エアギャップ、およびオフライン署名

コールドストレージの強度は、鍵生成および署名環境に依存します。HSMは、FIPS 140-2/3またはコモン・クライテリアの認証を受けたデバイスであり、チップ内部で鍵を生成し署名を実行するため、秘密鍵がデバイス外に出ることはありません。HSMでは、署名をトリガーするために複数の人員や認証要素を必要とし、改ざん検知可能な監査ログを生成することができます。 エアギャップ方式の署名では、署名用マシンをネットワークから物理的に隔離し、未署名のトランザクションをQRコードや専用メディアを介して送信し、署名済みのトランザクションを返送してブロードキャストします。これによりリモート攻撃に対して強力な耐性を発揮しますが、処理速度は遅くなるため、非常に大規模なコールドウォレット間の送金に適しています。 最新の設計では、HSMとMPCを組み合わせています。各MPCノードはHSMを搭載したサーバーまたはデバイス上で動作し、シャードはHSM内部で生成・使用されるため、サーバーが侵害されてもシャードが外部に流出することはありません。さらに、コールドウォレットでは、一部のシャードをエアギャップ化されたデバイスや地理的に分散された保管庫に配置します。 どのような組み合わせであれ、署名環境は厳重に管理されなければなりません。無関係なソフトウェアのインストール禁止、インターネットやUSBへのアクセス禁止、定期的なファームウェアの整合性チェック、および複数人による署名セッションの記録などが求められます。

5. 鍵のライフサイクル管理

鍵は「一度生成すればそれで終わり」というものではなく、完全なライフサイクルを持っています。 生成は、高品質な乱数、多者証人、および記録が確保された安全な環境（HSM、エアギャップデバイス、またはMPCクラスター）で行わなければなりません。シードやシャードは、改ざん防止機能付きの封筒や金属プレートに保存され、別々の場所や担当者に分散して保管されます。 使用には、申請、承認、および実行が必要です。大規模な取引には、業務上の正当性を伴う複数当事者による承認が必要です。署名は、監査ログが記録される管理された環境で行われます。ローテーションでは、定期的に（通常は年1回または半年に1回）、シャードまたは完全な鍵をローテーションし、資産を古いアドレスから新しいアドレスへ移行します。鍵保有者の離職、役割の変更、または侵害の疑いがある場合は、直ちにローテーションがトリガーされます。 バックアップと復旧には、地理的に冗長化されたシャードのバックアップと検証済みの復旧手順が必要であり、地域的な災害によって資産が失われることがないようにする。破棄においては、立会人と記録の下、未使用の鍵を安全に消去または物理的に破棄する。各段階には責任者が指定され、運用手順書と監査証拠が整備されており、SCによる現地検査ではこれらの記録が徹底的に抽出・確認される。

6. 入出金およびアドレスのホワイトリスト登録

入出金は最前線の業務です。入金側では、プラットフォームがユーザーごとに一意のアドレスを生成し、鍵はカストディによって管理されます。所定の確認回数に達した後に残高が反映され、送信元アドレスはチェーン分析によってスクリーニングされます。高リスクな入金（ミキサー、ダークネット、制裁対象）については、処理が遅延されるか、送信元が審査されます。 出金は複数の段階を経ます：ユーザー認証（パスワードに加え、SMS／メール／TOTP／ハードウェアキー）、大口出金にはホワイトリスト登録済みアドレスとフィッシング対策コードが必要です。 リスク管理では、アドレスのリスク、行動パターン、デバイスフィンガープリント、および24時間あたりの制限を評価します。カストディによる署名プロセスでは、少額のホットウォレットについては自動署名、中額のウォームウォレットについては半自動マルチシグ、多額のコールドウォレットについては手動マルチシグが適用されます。 個々の運用担当者やサポートエンジニアが直接署名リクエストを開始することはできません。アドレスのホワイトリスト登録は極めて重要です。新規に追加されたユーザーの引き出しアドレスには、24時間のクーリング期間とメールによる確認が必要です。内部のコールドウォレット／ウォームウォレットのアドレス自体もホワイトリストに登録されているため、侵害された署名ノードが任意のアドレスへ送金することはできません。 二重支払いを防ぐため、特にRBF（Replace-by-Fee）機能を持つチェーンでは、ゼロ確認または未確認の入金を慎重に使用する必要があります。

7. 内部不正と職務分掌

歴史的に見て、取引所が顧客資産を失う原因は、外部のハッカーによるものよりも、内部関係者やミスによるものの方が頻繁です。カストディには厳格な職務分掌が必要です。鍵の保有者、承認者、実行者、監査担当者は別々の役割に属していなければなりません。つまり、コールドウォレットのシャードを管理する者は出金を開始できず、運用部門は大規模な送金を承認できず、サポート／リスク管理部門は鍵に触れることができません。 すべての内部操作はチケット管理システムおよびバスティオンホストを経由し、「アウトオブバンド」のコマンドラインアクセスは一切認められません。データベース、サーバー、HSMの権限設定には最小権限の原則を適用し、ジャストインタイムでの付与・取り消しを行います。機密性の高い操作には2名以上の担当者を要し、画面録画を行い、事後に独立した第三者によるレビューを受けます。 強制休暇、職務ローテーション、身元調査により、長期在職の単一の従業員が危険な権限を蓄積するリスクを低減します。監視システムにより、異常なログイン、IPアドレス、ユーザーデータの一括照会、ホワイトリストの変更を検知します。内部通報チャネルと調査手順により、通報者を保護します。技術とプロセスは相互に連動し、いかなる個人も単独で顧客資産を移動できないようにする必要があります。

8. 準備金の証明および顧客の責任の証明

プラットフォームが顧客資産の100％を保有しているかどうかは、自己申告では不十分であり、検証可能でなければなりません。「準備金証明（Proof of Reserves：PoR）」が業界標準となっています。月次または四半期ごとのスナップショットに基づき、独立した監査人またはオープンソースツールが以下の3点を検証します。 オンチェーン準備金——プラットフォームが公表しているコールド／ウォーム／ホットアドレスが、スナップショット時点において公表された残高を保有しており、チャレンジへの署名や微量の移動によって管理権限が証明されること。顧客負債——同時時点におけるすべてのユーザー残高。通常はマークルツリーで構成され、各ユーザーが自身の残高が含まれていることを個別に検証できる。 準備金が負債をカバーしていること——総資産がクライアントの負債総額以上であり、差額はプラットフォームの資本によって補填されていること。PoRは、上場されているすべての資産を対象とし、準備金を水増しする恐れのある自社口座、マーケットメイカーへの貸付、未確認の入金を除外しなければならない。DeFi、第三者によるカストディ、または貸付にある資産については、追加の検証可能な残高証明とリスク開示が必要となる。 定期的なPoRに加え、プラットフォームはリアルタイムまたはニアリアルタイムのオンチェーン監視とMerkleツリーの更新を行うことで、ユーザーがいつでも検証できるようにする。SCは特定のPoR形式を義務付けていないが、監査可能かつ検証可能であることを明確に要求しており、検査の際には基礎となるアドレス、負債リスト、および監査報告書が提示されなければならない。 技術的な観点からは、プラットフォームは一般的な落とし穴に注意する必要があります。二重支払いや再編成（reorg）による悪用を回避するため、ユーザーの残高スナップショットとオンチェーンのブロック高は完全に一致していなければなりません。また、Merkleツリーは、負の残高を持つアカウントを通じて総負債額を過小評価することを防ぐものであり、通常は範囲証明（range proofs）やzk証明（zk-proofs）を用いて各リーフを制限します。 PoRは、BTCやETHだけでなく、ステーブルコイン、プラットフォームトークン、LST、RWAを含むすべての上場資産を網羅しなければならない。また、DeFiコントラクト、フラッシュローンプール、またはマーケットメイカー口座に預けられている資産については、貸し出された担保を相殺して、「利用可能」と「担保に供された」が混同されないようにしなければならない。

9. 第三者および適格カストディアン

一部のプラットフォームでは、自己保管の負担を軽減するため、顧客資産の全部または一部を第三者の適格カストディアンに委託している。 第三者によるカストディは、専門的かつ独立しており、監査可能であり、多くの場合、信託またはカストディのライセンス、SOC 2、ISO 27001、および犯罪保険を備えています。その代償として、追加コスト、外部の可用性への依存、および製品の柔軟性の低下が挙げられます。 デューデリジェンスでは、法人およびライセンス、主要なアーキテクチャ（MPC／マルチシグ／HSM）、資産の分離、破産隔離性、保険適用範囲、監査報告書、SLAおよび補償、技術的統合、インシデント履歴を網羅する必要があります。 SCは第三者によるカストディを認めていますが、クライアント資産に対する最終的な責任はプラットフォームが負います。契約書には、責任、補償、監査権、および出口戦略（移行）について明確に定義する必要があります。 ハイブリッドな仕組みが一般的である：顧客資産の大部分は第三者のコールドカストディアンに預けられ、日々の運用残高は自社ホスト型のウォーム／ホットウォレットに保管される。機関投資家向けには、プラットフォームの運用から完全に分離された専用または第三者のカストディサービスが利用される場合がある。

10. 保険、準備金、および損失配分

堅牢な技術やプロセスが整っていても、リスクはゼロではないため、保険と準備金が最後の防衛線となる。 保険は通常、内部・外部の盗難、偽造、強盗をカバーする犯罪保険、コールドキーの不正利用や物理的損失をカバーするデジタル資産保管・現物保険、ハッキング、事業中断、データ漏洩をカバーするサイバー賠償責任保険、および経営陣の意思決定をカバーする役員賠償責任保険（D&O）を多層的に組み合わせた構成となります。 保険金額は、コールドウォレットの保有高、1日あたりの取引高、および規制当局の期待に見合うものでなければならず、保険契約の条項には補償範囲（例：DeFiハッキング、インサイダーの共謀、スマートコントラクトによる損失が含まれるかどうか）が明示されている必要があります。 また、プラットフォームは、取引手数料の一部、清算剰余金、および専用資本を財源とするリスク準備金を維持すべきであり、これは保険会社が補償を拒否または制限した場合に使用される。準備金のアドレス、残高、および使用規則は公開され、監査を受ける必要がある。 法的には、顧客契約において、プラットフォームのハッキング、ユーザーアカウントの乗っ取り、チェーンの異常、カストディアンの不履行による損失を明確に配分し、包括的な「プラットフォームは責任を負わない」という条項ではなく、明確な請求手続きを定める必要がある。SCは、プラットフォームが予見可能な運用リスクをカバーするための財務的・手続き的な能力を有しているかどうかを重視する。 保険交渉の際、プラットフォームは、免責事項（戦争、政府による差し押さえ、内部者の共謀、スマートコントラクトのバグが補償対象となるか否か）、待機期間および調査期間、保険金請求のトリガー、サブリミットおよび1件あたりの補償上限、ならびに再保険の手配に重点を置くべきである。 多くの保険契約は「鍵の盗難」のみを補償対象とし、「内部者の共謀」や「DeFiコントラクトの悪用」は対象外となっているが、これらはまさに最も頻度の高い損失カテゴリーである。補償内容が実際のリスクと一致していなければ、その保険は実質的に形だけのものとなる。 また、リスク引当金の規模についても、コールドウォレットの保有高、1日あたりの取引高、プラットフォームのレバレッジ、過去の損失率に基づいて動的に再評価すべきであり、一般的な指針として、予測可能な運営損失の少なくとも6～12ヶ月分に相当する額を、プラットフォームの運営用ウォレットから厳格に分離されたアドレスに保有することが求められる。

11. オンチェーン監視とアドレスリスク

カストディは単なる保管にとどまらず、オンチェーン上の資金の流れがマネーロンダリング、制裁回避、あるいはテロ資金供与に利用されないことを保証するものでもある。プラットフォームは、チェーン分析ツール（Chainalysis、TRM、 Elliptic、または自社開発）を導入し、すべての入出金をリアルタイムでスコアリングしています。具体的には、アドレスをOFAC、国連、EU、マレーシアの制裁リストと照合し、ミキサー、ダークネット市場、詐欺プラットフォーム、ランサムウェア、および制裁対象のミキサーとの間の資金の流れを特定し、高リスクな取引に対しては遅延、凍結、または手動による審査をトリガーします。 内部ウォレットも監視対象となります。コールドウォレットからウォームウォレットへのチャージ、ウォームウォレットのオンチェーン移動、ホットウォレットからの一斉引き出しは、承認チケットと一致している必要があり、無許可の内部送金があった場合は直ちにアラートが発動されます。 新規上場には、オンチェーンリスク評価が必要であり、当該チェーンがアドレスのブラックリスト登録、凍結、およびアップグレードに対応しているかを確認し、コンプライアンス要件を満たせないプライバシーコインやミキサートークンの上場を回避します。オンチェーンモニタリングは、KYC、取引リスク、サポートチケットと統合され、SCおよびNACSAが要求するデータ保持およびSTR（不審取引報告）の提出を含むケース管理ワークフローを構成します。

12. 組織、人材、および文化

優れた技術であっても、それを運用するのは人です。組織的な安全対策には、CISO、CRO、コンプライアンス、技術部門、および独立取締役で構成される独立したセキュリティ・カストディ委員会が含まれ、主要なポリシー、大規模な送金、インシデント、保険を監督します。 24時間365日体制のSOCによるチェーン、システム、および要員の監視；盗難、誤送金、鍵の紛失、内部者による不正、クラウド障害に対する明確なインシデント対応マニュアル；特にサポート、運用、財務部門を対象とした定期的なセキュリティ研修およびフィッシングシミュレーション；ならびに地元警察、SC、BNM、および他取引所のセキュリティチームとの連絡チャネル。 企業文化としては、「顧客資産の安全は譲れない絶対条件である」という認識を経営陣からエンジニアに至るまで共有し、スピードや利便性を理由に承認、テスト、あるいはジャストインタイムのアクセス権限取得といった手順を省略しようとする動きに断固として抵抗しなければならない。 多くの取引所の失敗は、技術の不備ではなく、人間によるプロセスの迂回に起因しています。SCの検査では、「トップの姿勢」——すなわち、経営陣がリスクとコンプライアンスを真に優先事項として扱っているかどうか——に細心の注意が払われます。

13. SoonTechのカストディおよびMPCウォレットソリューション

SoonTechは、マレーシアの認可を受けた取引所向けに、包括的な暗号資産カストディおよびMPCウォレットインフラを提供しています。ウォレット層では、コールド／ウォーム／ホットの階層化を採用しており、コールドウォレットはHSM、エアギャップ、およびマルチシグとMPCの組み合わせに対応しています。ウォームウォレットはMPCノードクラスターを介して自動署名を行い、ホットウォレットは最小残高を保持し、リアルタイムのスイープ処理が行われます。 MPCの実装では、ECDSA、Ed25519、Schnorrにわたる業界標準のしきい値署名方式（TSS）を採用しており、シャードはクライアントのポリシーに従って地域やクラウドプロバイダーに分散配置されます。これにより、ベンダーロックインを最小限に抑えつつ、シャードのローテーションや緊急時の再構築をサポートしています。 承認エンジンは、金額、資産、ユーザー階層ごとに、自動、半自動、手動のフローをサポートしており、アドレスのホワイトリスト登録、クーリング期間、リスクスコアリング、フィッシング対策コードを備えています。すべてのアクションは、完全な監査証跡を備えたチケット管理システムおよびバスティオンホストを経由します。 準備金証明モジュールは、マークル責任証明、オンチェーンアドレス自己証明、および監査用エクスポート機能を提供します。 オンチェーンコンプライアンス機能は、制裁、ミキサー、ダークネット、詐欺ラベルに関する主要な分析ベンダーを統合しています。また、本プラットフォームは、ハイブリッドおよび機関投資家向けの独立カストディを実現するため、認定を受けたサードパーティのカストディアンとも連携しています。SoonTechのチームは、RMO DAXのライセンス取得、カストディアーキテクチャのレビュー、監査の調整、およびインシデント対応訓練をサポートしています。 エンジニアリングの観点では、明確なAPI境界とイベントバスを通じて、カストディ機能はマッチング、清算、リスク管理、財務機能から分離されています。すべての入出金、チャージ、スイープ操作は不変のイベントログを生成し、日次照合システムがオンチェーン取引、ユーザー台帳、銀行口座、カストディ残高を照合することで、3ウェイ一貫性を実現します。 運用はマルチAZで実行され、リージョン横断型の災害復旧（DR）と地理的に分散されたキーシャードを採用しているため、データセンターやクラウドプロバイダーの障害が発生しても、資産の安全性や出金の継続性が損なわれることはありません。 マレーシア向けのローカライズとして、本プラットフォームはマレー語インターフェース、MYR（マレーシア・リンギット）の法定通貨決済経路、現地銀行との連携、およびBNM/NACSA向け報告テンプレートをサポートしており、ライセンスを取得したプラットフォームのローカライズコストを削減します。

14. エンタープライズ導入に関する推奨事項

マレーシアのRMO DAXライセンスを申請中または保有しているプラットフォームは、5つのステップでカストディ体制を構築してください。まず、資産インベントリとリスク評価から始めます。すべての資産、現在の保管状況、鍵の保有者、内部プロセス、および外部依存関係をリストアップし、主要なリスクを特定します。 次に、コールド／ウォーム／ホットの各階層に再編成し、資産の95％以上をコールドストレージに移行するとともに、ホットウォレットの残高を最小限に抑え、リアルタイムのスイープおよび異常監視を実施します。 第三に、HSM（ハードウェアセキュリティモジュール）と鍵のライフサイクルガバナンス（生成、使用、ローテーション、バックアップ、破棄）を備えたMPC（マルチパーティ計算）またはマルチシグを導入し、職務分掌と二重承認を実施します。第四に、準備金証明、オンチェーン監視、監査ログ、リスク準備金を構築し、顧客資産の安全性が外部から証明できるようにします。 第五に、定期的なセキュリティ訓練、侵入テスト、災害復旧（DR）のフェイルオーバー、内部不正対応演習、インシデント対応訓練を実施し、その結果を継続的な改善に反映させる。コンプライアンス、技術、法務、内部監査、経営陣のすべてが関与しなければならず、これを技術部門だけに任せることはできない。カストディは単発のプロジェクトではなく、継続的な運用能力である。

よくある質問

Q1：コンプライアンスに準拠するためには、コールドウォレットの割合はどの程度必要ですか？

A: SCは具体的な数値を規定していませんが、「顧客資産の大部分をコールドストレージに保管すること」を要求しています。業界の慣行では、90～98％以上をコールドウォレットで保管し、ホットウォレットは1～2％以下に抑えています。日次の引き出し量、休日のピーク時、リスク許容度に基づいて比率を設定し、社内ポリシーに明記してください。

Q2: MPCとマルチシグ、どちらが安全ですか？

A: どちらが絶対的に安全というわけではありません。両者は暗号学的仮定、運用モデル、障害モードが異なります。マルチシグはオンチェーンで透明性が高くシンプルです。一方、MPCは柔軟性があり、クロスチェーンに対応し、プライバシー保護に優れています。大規模なプラットフォームでは通常、これらを組み合わせています。ウォームウォレットや機関向けカストディにはMPCを、コールドウォレットや高度なセキュリティが求められる場面にはマルチシグを採用しています。

Q3：準備金の証明はどのくらいの頻度で行うべきですか？

A: 業界標準は、独立した監査人による月次または四半期ごとの実施です。一部のプラットフォームでは、ユーザーがいつでも検証できるよう、ほぼリアルタイムのマークル証明を提供しています。頻度は規制、ユーザーの期待、監査コストによって異なりますが、少なくとも年1回は最低限の基準となります。

Q4：資産が第三者のカストディアンに預けられている場合、独自のセキュリティ対策は必要ですか？

A: はい。SC（セキュリティ・コンプライアンス）の観点から、プラットフォームが最終的な責任を負います。第三者によるカストディはリスクを軽減しますが、責任を移転するものではありません。プラットフォームは依然として、デューデリジェンス、契約書の精査、監査の監督、緊急時の出口戦略、およびハイブリッドなカストディ体制を整備する必要があります。

Q5：最も重要なインサイダーリスクは何ですか？

A: 1人の人物がすべての鍵を保持していること、1人の人物が大口送金の開始と承認を行うこと、システムを迂回してデータベースやサーバーに直接アクセスする業務が行われていること、退職した従業員がアクセス権を保持していること、そして長期在籍のスタッフが休暇を一度も取らないことです。職務の分離、二重承認、最小権限の原則、休暇の義務化、および監査による監視が主要な統制手段となります。

Q6：保険加入は義務付けられていますか？

A: SCはすべてのプラットフォームに対して保険加入を義務付けてはいませんが、プラットフォームが予見可能な損失をカバーできるかどうかを評価します。認可を受けた取引所の場合、犯罪およびカストディに特化した保険は業界標準であり、保険金額はコールドウォレットの規模に見合うもので、補償範囲と免責事項が明確に定められている必要があります。

結論

暗号資産のカストディは、認可取引所にとっての生命線です。これは単なる技術的な問題ではなく、規制遵守、技術的セキュリティ、人的ガバナンス、監査の透明性、および財務上の取り決めが組み合わさったシステムです。 マレーシアのSCの要件は、顧客資産の分離、コールドストレージの過半数確保、複数当事者による鍵管理、監査可能性と検証可能性、および保険と準備金によるセーフティネットといった、世界的な主流の規制と整合しています。これらの機能を早期に構築したプラットフォームは、ライセンス取得、実地検査、機関投資家の取り込み、そして長期的なユーザーの信頼において優位性を得ることができます。 顧客は鍵を預けることで、信頼を託しているのです。プラットフォームは、技術、プロセス、そして組織的な規律をもって、その信頼に応えなければなりません。

🌐 SoonTechと共に、安全でスケーラブルなWeb3プラットフォームを構築しましょう。

ホワイトラベル型暗号資産取引所、予測市場、MPCウォレット、マッチングエンジン、流動性統合、コンプライアンスに関する当社のソリューションをご覧ください。