企業向けノンカストディアル暗号資産ウォレット:その重要性

4分で読めます

企業向けノンカストディアル暗号資産ウォレット:その重要性

ホーム>デジタル資産カストディ>企業向けノンカストディアル暗号資産ウォレット:その重要性
共有

2025年2月、Bybitは単一の侵害で14億ドルを失いました。これは記録上最大の暗号資産盗難です。この取引所はマルチシグのコールドウォレットを持ち、機関グレードのセキュリティを備えていました。それでも資金を失いました。署名インフラが侵害されたからです。

これが、企業向けノンカストディアルウォレットが必要な理由を一文で表したものです。分散化についての思想的主張ではありません。直接的な運用リスクの問いです。資産をサードパーティのカストディアンに預けていれば、そのカストディアンのインフラ、支払能力、セキュリティ体制に何が起きるかに晒されるのです。

ノンカストディアルな企業向け暗号資産ウォレットとは実際何をするのか

最もシンプルに言えば、ノンカストディアルウォレットとは秘密鍵が手元に残るものです。トランザクションに署名するのはサードパーティではなく、あなた自身です。あなたの承認なしに資産を動かせる者は他にいません。

個人ユーザーにとっては、これは主に鍵管理の問題です。シードフレーズを安全に保管し、アクセスを失わないこと。

企業にとっては話が違います。1つのウォレットを管理するのではなく、複数のチェーンにまたがり、複数のオペレーター、規制要件、監査義務を抱えながら、1日に何千ものトランザクションを処理する運用を担っているのです。秘密鍵の問いは出発点にすぎません。

企業規模でのノンカストディアル構成とは、組織が署名権限を管理することを意味します。実際には、本番グレードの実装の多くがMPC(マルチパーティ計算)を使っています。秘密鍵マテリアルを複数の当事者に分割し、完全な鍵が一箇所で再構成されないアーキテクチャです。単一のデバイス、サーバー、従業員が完全な鍵を持つことはありません。署名は協調的に行われ、単一コンポーネントの侵害でも資産が露出することはないのです。

同時に、それを確実に運用するためのインフラも必要になります。入金処理の自動化、出金ガバナンス、高額トランザクションの承認ワークフロー、コンプライアンスツール、既存システムとの統合です。運用インフラなしの鍵の所有は、自ら招いた複雑性でしかありません。

企業の暗号資産運用においてカストディ契約が負債となる理由

カストディ契約には常にカウンターパーティリスクがありました。長い間、利便性とのトレードオフは許容範囲に見えていました。インフラの管理を他者に任せ、その代償としてある程度の依存を受け入れる、という形です。

変わったのは、被害のペースと規模です。2025年第1四半期は記録上最悪の暗号資産ハッキング被害となり、Immunefiによれば3ヶ月間で16.4億ドルが失われました。

個別の事件も同じ物語を語っています。2月のBybit侵害が第1四半期の数値の大半を占めました。マルチシグのコールド保管をしていたにもかかわらず14億ドルが失われたのです。DMM Bitcoinは2024年5月に約3億800万ドルを失いました。WazirXは同年の後半に約2億3,500万ドルを失いました。

2年間全体で視野を広げても、このパターンは変わりません。Immunefiは2024年から2025年にかけて191件のハッキング被害を追跡しており、合計額は46.7億ドルに上ります。わずか5件の事件が全損失の62%を占めました。中央集権型取引所は件数では全体の約10%にとどまる一方、損失総額の大半を占めました。

規制市場で事業を展開する企業には、さらなるリスクの層があります。カストディアンが法的手続きの対象になれば、自社とは無関係の訴訟手続きの一環として資産が凍結される可能性があります。そしてカストディアンのセキュリティが破られれば、救済の手段はありません。

デジタル資産のフローが事業の中核である企業(取引所、決済プラットフォーム、レンディング事業、Web3企業)にとって、カストディアンへの依存は些細な注釈ではありません。潜在的な単一障害点なのです。

ノンカストディアルアーキテクチャは、この依存を根元から取り除きます。サードパーティが支払能力を保ち、コンプライアンスを守り、稼働し続けることを信頼する必要はありません。署名権限は自社に残り、資産は自社の承認がなければ動かせないのです。

企業向けノンカストディアルウォレットインフラに実際に必要なもの

企業規模のセルフカストディは、単なるセキュリティ設定ではありません。インフラの問題です。本番グレードの企業向けノンカストディアルウォレットが処理すべきものは次のとおりです。

運用のボトルネックを生まない鍵管理

アーキテクチャは、組織が秘密鍵を所有しながら、自動化された運用を大規模に実行できることを保証すべきです。署名レイヤーは自社のものですが、入金、スイープ、出金をめぐるワークフローは、トランザクションごとに手動作業を挟まずに実行できます。

大量の入金管理

企業の運用では、通常、何千ものアドレスにまたがる入金を扱います。手動の追跡は現実的ではありません。自動化されたアドレス生成、リアルタイム通知、そして定義したルールに従って資金を集約するアセットスイープが必要です。

出金ガバナンス

高額の出金トランザクションには承認の層が必要です。誰が何を、どの閾値まで承認でき、どのようなエスカレーション経路を辿るのか。AML(資金洗浄防止)要件や内部リスク統制の下で事業を運営する企業にとって、これは任意ではありません。

改ざん不可能な承認記録

すべての承認判断には、署名済みで検証可能な記録が必要です。6ヶ月前のトランザクションで何が起きたかをコンプライアンスや法務チームが再構成する必要が生じたとき、監査証跡は完全で、偽造不可能なものでなければなりません。

KYCと本人確認

外部ユーザーをオンボーディングする事業では、ウォレットアクセスの前に本人確認を設けるべきです。書類確認、生体検知、不正スクリーニングは、単なる規制要件ではありません。実際の資産フローを扱うあらゆるプラットフォームにおける運用上の基本なのです。

APIファーストの統合

ウォレットインフラは既存システムに接続できる必要があります。統合のために全面的な作り直しが必要なら、ノンカストディアルへの移行の運用コストが重大な障壁となります。

CoinsDoの企業向けノンカストディアルウォレットインフラへのアプローチ

CoinsDoのWallet-as-a-Serviceプラットフォームは、ノンカストディアルなアーキテクチャの上に構築されています。組織は秘密鍵を保持します。CoinsDoはその周辺の運用インフラを提供しますが、署名権限はお客様のものです。

プラットフォームはモジュール構成で、各コンポーネントがウォレット運用の特定の部分を担います。

CoinGetは入金されるデジタル資産を管理します。自動化されたアドレス生成、入金アドレスでの電子署名検証、設定可能なルールに基づくアセットスイープ、コールドストレージへのルーティングを担い、リアルタイム通知がすべての入金トランザクションをカバーします。

CoinSendは出金トランザクションを支えます。出金は自動実行で24時間365日稼働し、設定可能な承認ワークフローと、設定した閾値に基づいて送出するガス代コントロールを備えています。APIは既存システムに直接接続できます。

CoinSignは、CoinSendの内部にあるトランザクション承認レイヤーです。高額承認のすべてにバンクグレードの電子署名(RSA、HMAC-SHA256)を適用し、モバイル、PC、ブラウザ拡張機能にまたがるレビューをサポートし、偽造も改ざんもできない承認記録を生成します。

CoinFaceはKYCと本人確認を担当します。書類OCR、生体検知、身分証明書との顔照合、ブラックリストと不正のスクリーニング、二重登録検出をカバーします。KYCフローは規制要件に合わせて設定できます。

ここでノンカストディアル設計が意味するのは明確です。CoinsDoとの提携が終わっても、ウォレットアドレスとその履歴はお客様のものです。インフラを持ち歩けるのです。

ウォレットインフラを評価する企業にとって、自社開発か購入かの判断は通常、時間とリスクに帰着します。入金、出金、承認、KYC、マルチチェーン対応を網羅するノンカストディアルウォレットスタックをゼロから構築するには多大なエンジニアリング時間がかかり、自社で構築する層ごとにセキュリティリスクが生じます。CoinsDoのWaaSプラットフォームは、そのスタックを本番環境で検証済みのモジュール群として提供し、API経由で3分以内にデプロイできます。

企業規模におけるノンカストディアルウォレットインフラの必要性

企業の暗号資産インフラ導入は歴史的に、2つの要因で遅れてきました。セキュリティへの懸念と運用の複雑さです。カストディ契約はその両方への解決策に見えました。複雑さを外部に預け、セキュリティはカストディアンに任せる。

このトレードオフのコストは、今ではより良く理解されています。企業向けノンカストディアルウォレットは、単にセキュリティ問題を解決するだけではありません。カストディ契約では設計上排除できない運用リスクのカテゴリーそのものを取り除くのです。

インフラの要件は現実のものです。スケールするセルフカストディには、鍵の所有以上のものが必要です。しかし、自社で構築したくない企業にとって、これはすでに解決済みの問題です。


CoinsDo チーム

著者

CoinsDo チーム

business@coinsdo.com