Wallet-as-a-Serviceプロバイダーの選び方(WaaS)

6分で読めます

Wallet-as-a-Serviceプロバイダーの選び方(WaaS)

ホーム>ウォレットアズアサービス(WaaS)>Wallet-as-a-Serviceプロバイダーの選び方(WaaS)
共有

ウォレットインフラをゼロから構築するコストを積算すると、リストは長くなります。ノード管理、鍵のカストディ、署名システム、マルチチェーン連携。ほとんどのチームは同じ結論に達します。アウトソースしよう。より難しいのは、どのWallet-as-a-Serviceプロバイダーを選ぶかです。

暗号資産カストディプロバイダー市場は2025年に32.8億ドルに達し、2032年までに77.4億ドルに到達すると予測されています。競争は激化しており、ほとんどのWaaSプロバイダーは同一の能力を主張します。ノンカストディアル・アーキテクチャ、MPCセキュリティ、モジュール型API。違いが表面化するのは、本番運用への対応度、署名権限、そして関係が終わったときに何が起きるかについて具体的な質問をしたときだけです。

本ガイドでは、営業トークでは有能に見えるプラットフォームと、本番運用に耐えるWaaSを分ける7つの基準を取り上げます。全文を通じて引用するプロバイダーの1つがCoinsDoです。ノンカストディアルであり、ウォレットを3分未満でデプロイでき、契約終了後も秘密鍵をクライアントの環境に保持させます。

1. 鍵の所有と署名権限

これが絶対条件です。ここを誤れば、他のどの基準も二の次です。

質問は具体的です。トランザクションが署名のために提出されたとき、秘密鍵を誰が管理し、最終的な署名操作を誰が実行するのか。答えが、一部でも「プロバイダー」であれば、そのプラットフォームはどう宣伝されていようとカストディアル型です。

ほとんどのWaaSプロバイダーは3つのモデルのいずれかで運営されています。カストディアル型では、プロバイダーが署名権限を保持します。共有カストディ(MPC)では、鍵のシャードがクライアントとプロバイダーの間で分割されます。ノンカストディアル型WaaSでは、プロバイダーがオーケストレーションを担う一方、クライアントが署名権限を完全に保持し、秘密鍵が環境の外に出ることはありません。

言葉として聞くのではなく、検証すべきこと。プロバイダーは、あなたの承認なしにトランザクションを実行できるか。署名はクライアント側で行われるのか、プロバイダーのインフラ上なのか。承認は独立した監査に耐える形で暗号的に記録されているか。鍵の主権がアーキテクチャによって保証されていなければ、他のどの機能も埋め合わせにはなりません。

2. セキュリティアーキテクチャ

有能なWaaSプロバイダーは、セキュリティが正確にどう機能するかを説明しきることができます。弱いプロバイダーがくれるのは語彙です。「ゼロトラスト」「バンクグレードの暗号化」「機関グレードのMPC」。あなたの仕事は、その語彙をアーキテクチャへと引き戻すことです。

署名フロー図を要求しましょう。トランザクションリクエストは、提出から実行までどのように流れるのか。プロバイダーのインフラがオフラインになったら何が起きるのか。クライアントは資金へのアクセスを失うのか、署名は稼働し続けるのか。承認ルールを変更できるのは誰か、監査証跡はあるのか。

成熟したセキュリティアーキテクチャを持つプロバイダーは、これらをためらわず説明します。ホワイトペーパーへの誘導や、不在のセキュリティチームへの丸投げをするプロバイダーは、それ自体で何かを示しています。特に確認したいのは、検証可能なデジタル署名(RSA、HMAC-SHA256)による改ざん不可能な承認証跡、オーケストレーションと署名基盤の分離、そして承認鍵が漏えいした場合の処理手順の文書化です。

3. 運用面の成熟度

ウォレットアドレスを1つ生成するのは難しくありません。1日に5万件のトランザクションを、その一部はメモリプールの混雑にぶつかり、1件はチェーンのリオーガニゼーション中に着地するなかで処理するのは、別次元の問題です。

本番対応力を明らかにする質問。プラットフォームがチェーンごとにサポートするスループットは、本番環境で計測された値でどれだけか。プロバイダーは停滞したトランザクションや手数料急騰時の状況にどう対応するか。想定ボリュームでの実際の出金レイテンシはどれだけか。SLAは基本契約に含まれるのか、有料ティアなのか。

具体的な数字で答えるプロバイダーは、本番環境でこれらを計測しています。条件抜きの切りのいい数字を示す、あるいは「技術担当のスペシャリストをつなぎます」と話題を変えるプロバイダーは、計測していません。

4. ワークフローの網羅性

正しい問い方は、「このプラットフォームにはどんな機能があるか」ではありません。どのプラットフォームにも機能一覧はあります。本当の質問は、何かが壊れたとき、誰が直すのか、です。

運用負荷を本当に減らすWaaSプラットフォームは、本来ならチームが担う仕事を吸収します。入金アドレスの生成、資産のスイープとルーティング、出金処理、承認ガバナンス、ガス手数料コントロール、リトライ処理、Webhook通知、リコンサイルのシグナルです。それらが「機能」と説明されるのに、エラー復旧と監視をチームが担う必要があるなら、プラットフォームは仕事を吸収しているのではなく、再配分しているだけです。

これは直接テストしましょう。障害シナリオを歩んでみます。バッチ出金が止まりました。誰が検知し、誰が解決し、エスカレーション経路はどうなっているか。答えに自社エンジニアによるチケット対応が含まれるなら、そのプラットフォームのワークフロー網羅は部分的です。

5. コンプライアンスと本人確認の統合

ウォレット運用は、複数の接点でコンプライアンスに触れます。オンボーディング時のKYC、取引相手アドレスに対する制裁スクリーニング、すべての承認操作に対する監査ログ、役割ベースの権限管理です。これらが複数ベンダーに分散すると、分断は複合していきます。一貫しないデータモデル、手動のリコンサイル、重複するツール。それが最も目に見える形で現れるのが監査です。

正しい質問は、「プラットフォームはKYCに対応していますか」ではありません。ほとんどは連携により対応しています。正しい質問は、「本人確認は署名層と承認層にどう接続されているか」です。KYC、承認権限、監査ログが同じシステムにネイティブに組み込まれたプラットフォームは、サードパーティの本人確認ラッパーがトランザクションガバナンス層とは独立に動くプラットフォームよりも、クリーンなコンプライアンス態勢を生みます。あわせて確認しましょう。監査ログは変換なしでエクスポートできるか。制裁スクリーニングは承認時に適用されるのか、オンボーディング時だけなのか。

6. 連携の柔軟性

連携の柔軟性は、プラットフォームがあなたのアーキテクチャに合うか、それとも相手のアーキテクチャに合わせて自社を数か月かけて曲げるはめになるかを決めます。

ロックインのリスクを明らかにする質問は、退出に関する質問です。2年後にプロバイダーを変えたら、移行はどうなるか。ウォレットアドレスは使い続けられるのか、それとも再生成が必要で、入金アドレスを保存したすべてのユーザーに支障が出るのか。トランザクション層の書き換えを迫られるような非標準の署名プロトコルは存在するか。

標準ベースの署名、モジュール型のAPI設計、契約終了時のウォレットアドレスの持ち運び可能性の明示——これらは、ロックインを顧客維持の仕組みに依存しないプロバイダーの証です。「どうやって退出しますか?」への明確な回答は信頼のシグナルであり、曖昧さもまた答えです。

7. 価格の透明性

価格は運用リスクです。WaaSプラットフォームは、表向きの料率を公表しながら、実際のコストをチェーンごとの手数料、カストディティアのしきい値、SLA超過、プレミアムティアに分離されたコンプライアンス機能の中に埋めがちです。

契約前に確認しましょう。料金は実際の使用量に連動しているのか、それとも不透明な上限つきの段階制プランなのか。稼働率SLAは基本契約に含まれるのか、有料アップグレードなのか。新しいチェーンの追加には課金されるのか。監査ログとコンプライアンス機能はバンドルされているのか。

実用的なテストが1つあります。想定する取引ボリュームで稼働しているクライアントの請求書サンプルを要求してみることです。価格に自信のあるプロバイダーは提示します。価格ページへの誘導や、単価にたどり着くまでに営業的な資格確認の電話を要求するプロバイダーは、それによって何かを語っています。

CoinsDoの位置づけ

CoinsDoはノンカストディアルモデルの上に構築されています。プラットフォームがクライアントの秘密鍵を保持することは決してありません。鍵は初日からクライアントの環境にとどまり、契約が終了してもウォレットアドレスは利用可能なままです。お客様の承認なしにCoinsDoがお客様に代わってトランザクションを実行する仕組みは存在しません。

トランザクションの承認はCoinSign経由で行われ、RSAおよびHMAC-SHA256のデジタル署名によって、改ざん不可能で偽造できない承認証跡を生成します。

承認フローは設定可能で、レビュー階層、しきい値、エスカレーションロジックはすべてクライアントが設定します。署名基盤はオーケストレーションとは別系統で動作します。

外部検証:ISO 27001およびISO 27701認証取得、FinCEN登録、KNFライセンス取得、CertIKによるペネトレーションテスト実施済み。

プラットフォームはモジュール構造です。

  • CoinGetは入金インフラを担当します。アドレス生成、自動スイープ(時間、残高、カスタムルールで設定可能)、コールドストレージへのルーティング、入金のリアルタイム通知です。
  • CoinSendは出金側を担当します。設定可能な承認フローとガス手数料コントロールを備えています。
  • CoinFaceはKYCをネイティブにカバーします。書類OCR(精度99.9%)、生体検知、顔認識、ブラックリストおよび不正スクリーニングのすべてが、トランザクションガバナンスと同じ承認層に接続されています。

ウォレットは3分未満でデプロイできます。独自の署名プロトコルはありません。ウォレットアドレスは退出時に持ち運び可能です。

技術的なウォークスルーを依頼する

よくある質問

カストディアル型とノンカストディアル型WaaSの違いは何ですか?

カストディアルモデルでは、WaaSプロバイダーが秘密鍵を保持し、あなたに代わってトランザクションを実行できます。プロバイダーが侵害されれば、資産は危険にさらされます。ノンカストディアルモデルでは、クライアントが秘密鍵と署名権限を保持します。プロバイダーはインフラを担いますが、独自に資金を動かすことはできません。

MPCとは何で、HSMとどう違いますか?

MPC(マルチパーティ計算)は秘密鍵を暗号学的なシャードとして複数の当事者の間で分割するため、単独の当事者が完全な鍵を持つことがありません。HSMは秘密鍵を、厳格なアクセス統制を持つ耐改ざんハードウェアに保管します。重要な質問は、どちらの技術かではなく、鍵の材料がどこに存在し、誰が署名権限を持つかです。

WaaSプロバイダーが本当にノンカストディアルかを確認するには?

秘密鍵がどこに存在するか、誰が署名リクエストを開始できるか、実行前の承認チェーンがどうなっているかを示す署名フロー図を要求しましょう。真にノンカストディアルなプロバイダーなら、1時間足らずで説明を終えます。回答がマーケティング文書なら、それが答えです。

WaaSプロバイダーを乗り換えるとき、ウォレットは移行できますか?

ノンカストディアル型WaaSなら、秘密鍵が自社環境にとどまるため、ウォレットアドレスは引き続き利用できます。カストディアル型やMPCの仕組みでは、移行時にウォレットアドレスの再生成が必要になり、入金アドレスを保存していたユーザーに支障を及ぼしかねません。「離脱後も既存のウォレットアドレスは使えますか?」と直接確認しましょう。

WaaSとウォレットインフラの自社構築の違いは何ですか?

自社構築とは、フルスタックを所有することを意味します。ノード、鍵管理システム、署名基盤、マルチチェーン対応、そしてそれらを維持するエンジニアリングチームです。WaaSはその層をAPI経由で吸収します。WaaSを選ぶチームの多くは、自社構築の費用を積算し、そのオーバーヘッドは見合わないという結論に達しています。

WaaSの連携には通常どれくらいかかりますか?

APIファーストのプラットフォームなら、基本的なウォレット機能は数日で稼働できます。本番連携の全体(入金、出金、ガバナンス、KYC、コンプライアンスログ)は、カスタマイズと社内セキュリティレビューにもよりますが、通常数週間から数か月かかります。

WaaSプロバイダーはどのコンプライアンス認証を持つべきですか?

最低限はISO 27001です。機関向け運用には、ISO 27701と、管轄地域の関連する規制当局への登録(米国のFinCEN、英国のFCA、シンガポールのMAS)が求められます。大量取引フローでは、第三者によるペネトレーションテストの履歴と、最後の監査がいつ実施されたかを確認しましょう。

WaaSの価格に最も多い隠れたコストは何ですか?

チェーンごとの手数料、カストディティアの超過分、デフォルトではなくプレミアムティアとして価格設定されるSLAしきい値、そしてアドオンとして販売されるコンプライアンス機能です。何かにサインする前に、自社の取引ボリュームに近いクライアントの請求書サンプルを要求しましょう。

David Ho

著者

David Ho

ライター / ブロックチェーン愛好家

business@coinsdo.com