01Конзола за разработчици
Конзолата показва цялата повърхност: quickstart, който създава портфейл с един curl — HTTP 201 за 84 ms — live и test API ключове, статус на доставка на webhook и производствените числа. Демо програмата поддържа 84,120 портфейла при 99.99% uptime.
- Quickstart с curl, Node, Python и Go
- Live и test ключове, показвани и копирани на място
- wallet.created webhooks със статус за всяка доставка
02Вграденият панел
В демото приложение за билети продава вход за €49.00 и панелът на Protocore се плъзга отгоре: баланс 124.00 USDC в Base, плащане и получаване, бекъп, експорт на ключове. Приложението-домакин остава продуктът; портфейлът е един панел в него.
03Портфейлът е готов
Онбординг завършва с един екран: портфейлът ви е готов. Оттам нататък средствата и активността се синхронизират автоматично — потребителят го преименува, зарежда го или просто продължава в приложението-домакин. API извикването е станало по-рано; потребителят никога не го е видял.
04Много портфейли, един потребител
Превключвателят в демото държи три вида едновременно: основен multi-chain портфейл с €1,148.20, single-chain портфейл в Solana, все още маркиран за бекъп, и адрес за студено съхранение само за наблюдение. Потребителите подреждат средствата си така, както мислят за тях.
- Multi-chain и single-chain портфейли един до друг
- Записи само за наблюдение за адреси, които следите, но не държите
- Портфейлите без бекъп са маркирани, докато seed не бъде записан
05Получаване, с предпазни мерки
Екран за получаване, който предполага грешки: банерът казва „само активи в Base, иначе средствата могат да се загубят“, QR кодът и копируемият адрес са отдолу, а панелът изброява точно кои активи поддържа този адрес. Копирайте адреса или го споделете както е.
06Фразата за възстановяване
Дванайсет номерирани думи, показани веднъж и записани офлайн. Екранът носи собствена позиция за сигурност: екранните снимки са забранени, а Protocore заявява с прост текст, че никога няма да поиска тези думи. Съхранението остава у потребителя, защото бекъпът е негов.
07Регистър на портфейлите
Операторската конзола води регистър само за четене на всеки портфейл в тенанта — 2,418 в демото — с търсене по точно съвпадение на адрес и изглед по потребител. Панелът казва какво налага архитектурата: конзолата никога не държи ключове и не мести средства. Адресите се показват за поддръжка и проследяване, никога не се изземват.
- Търсене по точно съвпадение на адрес в целия тенант
- Собственик, мрежа, етикет и възраст на регистрацията за всеки портфейл
- Един клик от портфейла до User 360 на собственика му
08Регистър на активите
142 активa в записа — символ, име, мрежа, контракт, десетични знаци и флагове за листване в една таблица само за четене. USDC и ETH носят флага Core; USDT е маркиран Unsafe. Приложението ви показва точно токените, за които регистърът гарантира, и нищо повече.
09Kill switch за всяко действие
Изпращането, получаването, суапът и покупката имат всеки свой превключвател и свой режим на изключване — деактивиране със съобщение или пълно скриване — а над всички стои главен флаг. Промяната се запазва на сървъра и стига до приложенията за около 30 секунди. Когато една линия се държи странно, изключвате точно нея.
10POST /v1/wallets
Едно удостоверено извикване връща портфейл — id, адрес, мрежи — за 84 ms в демото. Преди първия портфейл няма инфраструктурна стъпка; ендпойнтът е инфраструктурата.
11Четири SDK-та
iOS, Android, React Native и Web се доставят като версионирани SDK-та — 1.4.2, 1.4.0, 0.9.1 и 2.1.0 в демо конзолата. Един модел на интеграция, четири платформи, един и същ панел навсякъде.
12Ключове на устройството
Ключовият материал се генерира и държи на устройството на потребителя — получавате портфейли, без да ставате попечител. Панелът го казва ясно най-отдолу: защитено от Protocore, ключове на устройството.
13Multi-chain по подразбиране
Портфейлите работят с BTC, ETH, Base и Solana от първия ден. Извикването за създаване приема масив chains — quickstart подава base и ethereum и получава един портфейл.
14Баланси, преводи, история
Всичко след създаването също е ендпойнт: балансите, преводите и историята са API извиквания, а не системи, които трябва да вдигате. Изгледът с транзакции в конзолата чете от същата повърхност като вашето приложение.
15Webhooks
Събитията на портфейла се изпращат към вашия ендпойнт със статус за всяка доставка — демото показва wallet.created със 100% успех за 24 часа, последна доставка преди две минути. Бекендът ви научава за портфейлите в момента, в който те съществуват.
16Live и test ключове
Ключовете идват по двойки — sk_live и sk_test — и се управляват в конзолата. Тестовият режим изпитва цялата повърхност, преди да съществува реален портфейл.
17Портфейли само за наблюдение
Адрес може да влезе в превключвателя без ключовете си — балансите се виждат, нищо не може да се харчи. Потребителите следят студеното си съхранение от същия екран, от който харчат.
18Напомняния за бекъп
Портфейл без записана фраза носи видим флаг за бекъп, докато потребителят не го оправи. Напомнянето живее там, където са парите, а не в имейл, който никой не отваря.
19Заявки за плащане
Задайте сума на екрана за получаване и споделете резултата — насрещната страна получава адрес и число вместо екранна снимка и догадки. Простото споделяне на адрес остава на един тап разстояние.
20Защита от грешна мрежа
Адресите са обвързани с мрежа и интерфейсът го казва, преди някой да изпрати: само активи в Base, иначе могат да се загубят. Списъкът с поддържани активи е на същия екран като QR кода.
21Експорт на ключове
Потребителите могат да експортират ключовете си от панела — съхранението остава у потребителя не само на маркетинговата страница. Портфейлът надживява връзката с приложението, ако потребителят иска.
22Автоматична синхронизация
Средствата и активността се синхронизират без бутон за опресняване — панелът и API виждат едно и също състояние. Каквото знае блокчейнът, това показва портфейлът.
23Без съхранение — по архитектура
Операторската конзола е само за четене: може да търси адреси, да ги свързва с потребители и да проследява потоци — не може да мести средства, защото никога няма ключовете. Най-силният отговор по compliance е възможност, която не съществува.
24User 360 за поддръжката
Всеки регистриран портфейл води към User 360 на собственика си в операторската конзола — баланси, устройства, KYC ниво и история на един клик от адреса, за който пита клиентът.
25Операции с задължителна причина
Операторските действия в конзолата изискват причина и се одитират — банерът на продукцията го казва на всеки екран. Поддръжката може да действа бързо, без да действа тихомълком.
26Whitelabel по дизайн
Панелът се изобразява вътре във вашето приложение — вашата навигация, вашата марка, нашият панел. Потребителите не напускат потока, за да намерят портфейл; той се появява там, където е плащането.
27Преименуване и подредба
Портфейлите получават имена — Основен портфейл, Спестявания в Solana, Студено съхранение — от момента на създаването. Портфейл, който потребителят може да назове, е портфейл, който потребителят разбира.
28Доказано в мащаб
Демо програмата поддържа 84,120 портфейла при 99.99% uptime, на същите релси, които получава всяка нова интеграция. Числата са на първата страница на конзолата, а не в търговска презентация.