01開発者コンソール
コンソールではすべてが見渡せます。curl 1回でウォレットを作成するクイックスタート（HTTP 201、84 ms）、本番用とテスト用のAPIキー、Webhookの配信状況、本番の稼働数値です。デモのプログラムでは84,120個のウォレットが稼働率99.99%で動いています。
- curl、Node、Python、Goのクイックスタート
- 本番用・テスト用キーをその場で表示・コピー
- 配信ごとのステータス付き wallet.created Webhook
02組み込みシート
デモでは、チケット販売アプリが€49.00の入場券を販売し、その上に Protocore のシートがスライドして現れます。Base上の124.00 USDCの残高、送金と受取、バックアップ、鍵のエクスポートが並びます。ホストアプリはあくまでプロダクトのままで、ウォレットはその中の1枚のシートです。
03ウォレット準備完了
オンボーディングの最後は1画面、「ウォレットの準備ができました」。以降、資金とアクティビティは自動で同期されます。ユーザーは名前を変えても、入金しても、そのままホストアプリを使い続けても構いません。API呼び出しは事前に完了しており、ユーザーの目に触れることはありません。
041ユーザーに複数のウォレット
デモの切り替え画面には3種類が同時に並びます。€1,148.20のマルチチェーンのメインウォレット、バックアップ未完了のフラグが付いたSolana単一チェーンのウォレット、閲覧専用として登録されたコールドストレージのアドレスです。ユーザーは自分の考え方どおりに資金を整理できます。
- マルチチェーンと単一チェーンのウォレットを並べて表示
- 保有ではなく追跡のための、閲覧専用エントリ
- シードを書き留めるまで、未バックアップのウォレットにフラグ表示
05ガードレール付きの受取
ミスを前提にした受取画面です。バナーには「Baseのアセットのみ。それ以外は失われる可能性があります」と表示され、その下にQRとコピー可能なアドレス、さらにこのアドレスが対応するアセットの一覧が並びます。アドレスをコピーするか、そのまま共有できます。
06リカバリーフレーズ
番号付きの12語を一度だけ表示し、オフラインで書き留めます。画面自体にセキュリティ対策が組み込まれており、スクリーンショットは無効化され、Protocoreがこの語を尋ねることは決してないと明記されています。バックアップがユーザーの手元にあるから、カストディもユーザーのものです。
07ウォレットレジストリ
オペレーターコンソールは、テナント内の全ウォレット（デモでは2,418個）を読み取り専用のレジストリとして保持し、アドレスの完全一致検索とユーザー別ビューを備えます。ドロワーにはアーキテクチャが保証する内容が記されています。コンソールは鍵を持たず、資金も動かしません。アドレスはサポートやトレースのために表示されるだけで、スイープされることはありません。
- テナント全体でのアドレス完全一致検索
- ウォレットごとの所有者、チェーン、ラベル、登録経過日数
- ウォレットから所有者の User 360 へワンクリック
08アセットレジストリ
142のアセットを記録。シンボル、名称、チェーン、コントラクト、小数桁数、掲載フラグを、読み取り専用の1つの表にまとめています。USDCとETHにはCoreフラグが付き、USDTはUnsafeとしてフラグが立っています。アプリに表示されるのは、レジストリが保証するトークンだけです。
09アクション単位のキルスイッチ
送金、受取、スワップ、購入にはそれぞれ独立したスイッチとオフモード（メッセージ付きで無効化、または完全に非表示）があり、その上に全体のマスターフラグがあります。変更はサーバー側に保存され、約30秒でアプリに反映されます。あるレールに不具合が出ても、止めるのはそのレールだけです。
10POST /v1/wallets
認証済みの1回の呼び出しで、ID、アドレス、チェーンを含むウォレットが返ります。デモでは84 msです。最初のウォレットの前にインフラ構築のステップはありません。エンドポイントそのものがインフラです。
114つのSDK
iOS、Android、React Native、Web向けに、バージョン管理されたSDKを提供します。デモコンソールでは1.4.2、1.4.0、0.9.1、2.1.0です。統合パターンは1つ、プラットフォームは4つ、どこでも同じシートです。
12端末内の鍵
鍵情報はユーザーの端末で生成・保管されるため、カストディアンにならずにウォレットを提供できます。シートの下部にもはっきりと「Protocoreが保護、鍵は端末内」と表示されます。
13標準でマルチチェーン
ウォレットは初日からBTC、ETH、Base、Solanaに対応します。作成呼び出しは chains 配列を受け取り、クイックスタートでは base と ethereum を渡して1つのウォレットが返ります。
14残高、送金、履歴
作成後のこともすべてエンドポイントです。残高、送金、履歴はAPI呼び出しで利用でき、自前で構築するシステムではありません。コンソールのトランザクションビューも、アプリと同じインターフェースから読み取っています。
15Webhook
ウォレットイベントは、配信ごとのステータス付きでお客様のエンドポイントにPOSTされます。デモでは24時間の wallet.created が成功率100%、直近の配信は2分前です。バックエンドはウォレットが作られた瞬間にそれを把握できます。
16本番用キーとテスト用キー
キーは sk_live と sk_test のペアで、コンソールで管理します。テストモードなら、実際のウォレットを作る前に全機能を試せます。
17閲覧専用ウォレット
鍵がなくても、アドレスを切り替え画面に追加できます。残高は見えますが、使うことはできません。ユーザーは、普段使う画面と同じ場所でコールドストレージを見守れます。
18バックアップのリマインド
フレーズを書き留めていないウォレットには、ユーザーが対応するまでバックアップ未完了のフラグが表示されます。リマインドがあるのは、誰も開かないメールではなく、お金のある場所です。
19支払いリクエスト
受取画面で金額を設定して共有すれば、相手に届くのはスクリーンショットと推測ではなく、アドレスと金額です。アドレスだけの共有も、ワンタップで行えます。
20誤チェーン防止
アドレスはネットワークごとに固有で、送金前にUIがそのことを伝えます。「Baseのアセットのみ。それ以外は失われる可能性があります」。対応アセットの一覧は、QRと同じ画面にあります。
21鍵のエクスポート
ユーザーはシートから鍵をエクスポートできます。カストディがユーザーにあることは、マーケティングページだけの話ではありません。ユーザーが望めば、ウォレットはアプリとの関係より長く続きます。
22自動同期
更新ボタンなしで、資金とアクティビティが同期されます。シートとAPIが見ているのは同じ状態です。チェーンが知っていることを、ウォレットが表示します。
23アーキテクチャによるノーカストディ
オペレーターコンソールは読み取り専用です。アドレスの検索、ユーザーとの紐付け、フローのトレースはできますが、鍵を持たないため資金は動かせません。最も強力なコンプライアンス上の答えは、存在しない機能です。
24サポート向け User 360
登録済みのウォレットはすべて、オペレーターコンソールで所有者の User 360 にリンクされます。お客様が問い合わせているアドレスから、残高、端末、KYCティア、履歴までワンクリックです。
25理由入力が必須の操作
コンソールでのオペレーター操作は、理由の入力が必須で監査対象です。本番バナーが全画面でそれを示しています。サポートは、素早く、しかも記録を残して対応できます。
26設計段階からホワイトレーベル
シートはお客様のアプリ内に描画されます。ナビゲーションもブランドもそのままに、シートだけを提供します。ユーザーはウォレットを探してフローを離れることなく、支払いの場所にウォレットが現れます。
27名前の変更と整理
ウォレットには作成時から、「メインウォレット」「Solana貯蓄」「コールドストレージ」のように名前を付けられます。名前を付けられるウォレットは、ユーザーが理解できるウォレットです。
28実績ある規模
デモのプログラムでは、新規連携と同じレール上で84,120個のウォレットが稼働率99.99%で動いています。数字は営業資料ではなく、コンソールのトップページに載っています。
