Web3は急速に拡大しています: 新しいアプリケーション、プロトコル、機能が毎日登場しています。しかし、多くのユーザーにとって、参入障壁の本当の要因はオンチェーン機能の欠如ではなく、ウォレットキーを安全に保護し復元することの難しさです。

現在、業界標準は依然としてシードフレーズ（ニーモニック）です。しかし、このアプローチには現実的な課題があります。ユーザーはしばしばフレーズをスクリーンショットで撮り、意図せずクラウドアルバムに同期してしまいます。また、紙に書き留めても紛失したり損傷したりして、資産を永久に失うことにつながります。このような話はあまりにも頻繁に起こります。多くの場合、これらのリスクは技術的な障害からではなく、日々の習慣の怠慢から生じています。

近年、「Web2スタイル」のウォレットソリューションが増加しており、ユーザーが使い慣れたログイン方法を使用してウォレットの作成、バックアップ、復元を行えるようになっています。これらの目的は参入障壁を下げることですが、実装方法、特に真に分散化され、自己管理型のままであるかどうかという点で大きな違いがあります。

OneKeyキーレスウォレットが異なる点

OneKeyのキーレスウォレットは、「Google/Appleログイン + PIN」アプローチを採用しており、使いやすさと真の自己管理性を単一の設計に統合しています。

ログインと復元には使い慣れたアカウントシステムを使用しますが、基盤となるアーキテクチャは分散型キー管理および署名メカニズムを採用しています。これにより、OneKeyを含むいかなる単一の当事者も、完全なキーを再構築したり、一方的に送金を開始したりすることはできなくなります。

つまり、当社のサーバー、特定のコンポーネント、または単一の参加エンティティが侵害されたとしても、攻撃者が単にOneKeyに侵入して「あなたのウォレットを盗む」ことはできません。

OneKeyのキーレスウォレットは、分散型キー管理メカニズムに基づいて構築されています。その目的は、シードフレーズを書き留め、保存し、持ち運ぶという高リスクの負担からユーザーを解放することです。代わりに、すでに知っている方法、つまりGoogle / Appleログイン + PINを使用してウォレットを作成および復元できます。

従来のウォレットはシードフレーズ（通常12語または24語）に依存しており、ユーザーは安全に保管し、必要なときに手動で復元する必要があります。キーレスウォレットを使用すると、PINを覚えておくだけで資産を管理できます。ウォレットを復元する機能は分散型アーキテクチャに基づいて構築されており、完全な管理権限がいかなる単一のサービスプロバイダーにも渡されないことが保証されます。

キーレスウォレットは2つの認証要素を利用します。

これは、GoogleまたはAppleアカウントが侵害されたとしても、PINがなければ重要な操作を実行できないことを意味します。逆に、PINだけがあっても、関連付けられたアカウントにログインしない限り、ウォレットを復元またはアクセスすることはできません。両方の要素が不可欠であり、単一障害点の発生リスクを大幅に低減します。

キーレスウォレットの設計では、完全なシードフレーズまたはプライベートキーが特定の場所に平文で長期間保存されることはありません。デバイス上でアカウントとPINの両方の検証に成功した場合にのみ、ウォレットはローカルで必要な復元およびアクティベーションプロセスを完了します。

バックアップと復元の仕組み:

したがって、デバイス上で検証を完了して復元をトリガーしない限り、OneKeyを含むいかなる単一のパーティも、それを実用的な平文キーに一方的に再構築することはできません。

このセクションでは、GoogleまたはAppleを使用して新しいキーレスウォレットを作成する際に、クライアント側（デバイス）とサーバー側の両方で何が起こるかを説明します。また、「バックアップ」と「復元」プロセスがユーザーフレンドリーでありながら、いかなる単一のパーティもユーザーの完全なプライベートキーにアクセスできないことを保証する方法についても明確にします。

オンボーディングプロセス中にキーレスウォレットを作成する際、次のことができます。

重要事項: キーレスウォレットと従来のシードフレーズウォレットは、2つの別個の独立したシステムです。現在、「既存のシードフレーズウォレット」からキーレスウォレットへの移行はサポートされていません。これらは並行して存在します。

ユーザーがGoogleまたはAppleアカウントを使用してウォレットを作成する際に発生する技術的なプロセスを順を追って説明します。

ステップ2 — 対称鍵を2つの「2対2」のシェアに分割

デバイスに戻り、対称鍵はShamirの秘密分散法（SSS）と2対2のしきい値を使用して2つのシェアに分割されます。

2対2のしきい値では、単一のシェアだけでは対称鍵を再構築するのに不十分です。OneKeyが「シード暗号文」と「バックエンドシェア」の両方を持っているとしても、ウォレットを一方的に復元したり、トランザクション署名を開始したりすることはできません。

OneKeyキーレスウォレットの設計目標は、いかなる単一のパーティの手にも「制御」を集中させることなく、参入障壁を最小限に抑えることです。ウォレットの復元は最も機密性の高い操作の1つであるため、プロトコルのセキュリティ境界と脅威モデルを設計の中心に置いています。これにより、使いやすさの向上がセキュリティを犠牲にすることなく達成されます。

当社のアーキテクチャは、次の2つの重要な目的を満たすように設計されています。

デバイス上で実用的なシードフレーズまたはキーマテリアルを復元するには、次のすべての要素が同時に存在する必要があります。

このアーキテクチャはいくつかの直接的な結論につながります。

IDとアクセス制御に関して、キーレスウォレットは「あなたが誰であるか」（アカウントID）を「あなたが何を知っているか」（PIN）から分離しています。

暗号化と鍵分割のレベルでは、キーレスウォレットは「暗号文は保存できるが、鍵は集中化してはならない」という原則を順守しています。

OneKeyキーレスウォレットについて理解しておくべき重要な点は、復元が2つの条件を同時に満たすことに依存しているということです。対応するGoogleまたはAppleアカウントにログインできること、そしてPINを覚えていることです。

従来のWeb2の「パスワードを忘れた場合」のフローとは異なり、OneKeyはPINを回復したり、代理でプライベートキーまたはシードフレーズを再構築したりすることはできません。これは製品の欠陥ではなく、セキュリティ境界の意図的な一部です。サービスプロバイダーがいずれかの要素にアクセスできる能力を持っている場合、「自己管理」の核となる属性が根本的に侵害されます。

したがって、真の「ゼロトラスト」ソリューションは、最終的にユーザーが責任の一部を負うことを要求します。アカウントへのアクセスを維持し、PINを覚えることです。

ただし、セーフティネットがあります。キーレスウォレットのシードフレーズは、すでにログインしているデバイス上で使用可能な形式で存在します。

PINを忘れたが、ウォレットがログイン済みで機能しているデバイスへのアクセス権を引き続き持っている場合は、通常そのデバイスでPINをリセットできます。このプロセスにより新しいバックアップ構成が作成され、将来のデバイス間復元能力を維持できます。

時間の経過とともにPINを忘れるリスクを軽減するために、OneKeyは適切な間隔でPINの検証を求めるプロンプトを表示します。

これらのチェックのいずれかでPINを思い出せないことに気付いた場合は、デバイスへのアクセス権を持っている間に直ちにPINをリセットし、その後バックアップ構成を再生成/更新する機会を利用する必要があります。

要約すると、次のいずれかの条件を満たしている限り、キーレスウォレットへのアクセスを維持できることになります。

復元プロセスは本質的に「アカウントにログイン + PINを入力」であるため、キーレスウォレット作成直後に2台目のデバイスで復元ドリルを実行することを強くお勧めします。

そうすることで、次のものが確保されます。

多くの新規ユーザーにとって、シードフレーズは業界標準ですが、それを使用することは直感的でないことがよくあります。新しいデバイスにシードフレーズを入力するには大きな摩擦が伴い、安全に保管する方法や場所を知ることは、しばしば混乱の原因となります。

OneKeyキーレスウォレットは、異なるバランスを取ることを目指しています。

使い慣れた方法（Google / Apple + PIN）を使用することで参入障壁を下げます。同時に、分散型キー管理アーキテクチャを通じて、OneKeyを含むいかなる単一のパーティも、ユーザーの完全なキーを一方的に再構築できないことを保証します。これにより、「使いやすさ」と「自己管理セキュリティの境界」との間で、一般の人々に非常に適した妥協が達成されます。