Wallets · WaaS

Wallets er en funktion, ikke en virksomhed

Dine brugere har brug for wallets; du behøver ikke blive et wallet-selskab. Ét API-kald opretter walleten, SDK'et viser den i din app, og nøglerne forlader aldrig enheden.

01

API'et tager det tunge løft

POST /v1/wallets returnerer en wallet. Saldi, overførsler og historik er endpoints, ikke infrastruktur, du selv skal stable på benene. Udviklerkonsollen viser hele fladen — lille nok til at læse i ét hug.

Udviklerkonsol med wallet-API-forbrug og endpointet POST /v1/wallets

Udviklerkonsollen — wallets som API-flade.

02

SDK'et forsvinder ind i din app

Wallet-sheetet indlejres i værtsappen på iOS, Android, React Native og Web — din navigation, dit brand, vores sheet. Nøglegenerering og signering sker på enheden, så custody forbliver hos brugeren, hvor den hører hjemme.

  1. 01Ét sheet, fire platforme
  2. 02Nøgler på enheden — brugerne holder deres egne
  3. 03Værtsappen ejer oplevelsen omkring den
Modtagskærm med en Base-netværksmarkering, en QR-kode, en kopierbar adresse, understøttede aktiver, en note om at kun tokens på Base-netværket kan modtages samt knapper til at kopiere og dele
Skærm med gendannelsesfrase, der viser en nummereret frase på tolv ord i to kolonner, et link til at kopiere til udklipsholderen, en note om at den kun vises én gang med skærmbilleder slået fra, og en bekræftknap

Modtag på Base — QR, adresse og en advarsel, der forhindrer afsendelser på forkert chain. · Tolv ord, én gang — skrevet ned offline og aldrig efterspurgt igen.

Funktioner

Alt, hvad Protocore Wallets leveres med.

  1. 01Udviklerkonsollen
  2. 02Det indlejrede ark
  3. 03Wallet klar
  4. 04Mange wallets, én bruger
  5. 05Modtag, med sikkerhedsafspærring
  6. 06Gendannelsesfrasen
  7. 07Wallet-registret
  8. 08Aktivregistret
  9. 09Kill switches pr. handling
  10. 10POST /v1/wallets
  1. 11Fire SDK'er
  2. 12Nøgler på enheden
  3. 13Multichain som standard
  4. 14Saldi, overførsler, historik
  5. 15Webhooks
  6. 16Live- og testnøgler
  7. 17Watch-only-wallets
  8. 18Backup-påmindelser
  9. 19Betalingsanmodninger
  10. 20Beskyttelse mod forkert chain
  1. 21Nøgleeksport
  2. 22Automatisk synkronisering
  3. 23Ingen custody, af arkitektur
  4. 24User 360 til support
  5. 25Handlinger med obligatorisk begrundelse
  6. 26Whitelabel fra grunden
  7. 27Omdøb og organisér
  8. 28Gennemprøvet i stor skala
Læs om alle 28 funktioner i detaljer

01Udviklerkonsollen

Konsollen viser hele fladen: en quickstart, der opretter en wallet med ét curl-kald — HTTP 201 på 84 ms — live- og test-API-nøgler, status for webhook-leverancer og produktionstallene. Demoprogrammet kører 84.120 wallets med 99,99 % oppetid.

  • Quickstart i curl, Node, Python og Go
  • Live- og testnøgler, vist og kopieret direkte på stedet
  • wallet.created-webhooks med status for hver leverance

02Det indlejrede ark

I demoen sælger en billetapp en adgangsbillet til €49.00, og Protocore-arket glider op over den: en saldo på 124.00 USDC på Base, betal og modtag, tag backup, eksportér nøgler. Værtsappen forbliver produktet; walleten er ét ark i den.

03Wallet klar

Onboarding slutter med én skærm: din wallet er klar. Midler og aktivitet synkroniseres automatisk herfra — brugeren omdøber den, indsætter penge eller fortsætter bare i værtsappen. API-kaldet skete tidligere; brugeren så det aldrig.

04Mange wallets, én bruger

Skifteren i demoen rummer tre slags på én gang: en multichain-hovedwallet på €1,148.20, en singlechain Solana-wallet, der stadig er markeret til backup, og en watch-only cold storage-adresse, der er med for overblikkets skyld. Brugerne organiserer deres midler, som de selv tænker på dem.

  • Multichain- og singlechain-wallets side om side
  • Watch-only-poster til adresser, du følger, men ikke opbevarer
  • Wallets uden backup markeres, indtil seed er skrevet ned

05Modtag, med sikkerhedsafspærring

En modtagerskærm, der regner med fejl: banneret siger, at kun Base-aktiver understøttes, ellers kan midler gå tabt, QR-koden og den kopierbare adresse står nedenunder, og arket viser præcis, hvilke aktiver adressen understøtter. Kopiér adressen, eller del den, som den er.

06Gendannelsesfrasen

Tolv nummererede ord, vist én gang og skrevet ned offline. Skærmen har sin egen sikkerhedsholdning: skærmbilleder er slået fra, og Protocore skriver i klartekst, at vi aldrig vil bede om disse ord. Depotet forbliver hos brugeren, fordi backuppen gør det.

07Wallet-registret

Operatørkonsollen fører et læseregister over alle wallets i tenanten — 2.418 i demoen — med opslag på eksakt adresse og en visning pr. bruger. Skuffen siger, hvad arkitekturen håndhæver: konsollen har aldrig nøgler og flytter aldrig midler. Adresser vises til support og sporing, aldrig til at tømme.

  • Opslag på eksakt adresse på tværs af tenanten
  • Ejer, chain, label og registreringsalder pr. wallet
  • Ét klik fra en wallet til ejerens User 360

08Aktivregistret

142 aktiver på listen — symbol, navn, chain, kontrakt, decimaler og noteringsflag i én skrivebeskyttet tabel. USDC og ETH har Core-flaget; USDT står markeret som Unsafe. Din app viser præcis de tokens, registret går god for, og intet andet.

09Kill switches pr. handling

Send, modtag, swap og køb har hver deres kontakt, hver deres off-tilstand — deaktiver med en besked, eller skjul helt — og et master-flag over dem alle. En ændring gemmes på serveren og når apps på omkring 30 sekunder. Når en rail driller, slukker du præcis den.

10POST /v1/wallets

Ét autentificeret kald returnerer en wallet — id, adresse, chains — på 84 ms i demoen. Der er intet infrastrukturtrin før den første wallet; endpointet er infrastrukturen.

11Fire SDK'er

iOS, Android, React Native og Web leveres som versionerede SDK'er — 1.4.2, 1.4.0, 0.9.1 og 2.1.0 i demokonsollen. Ét integrationsmønster, fire platforme, det samme ark overalt.

12Nøgler på enheden

Nøglemateriale genereres og opbevares på brugerens enhed — du får wallets uden at blive depotholder. Arket siger det klart i bunden: sikret af Protocore, nøgler på enheden.

13Multichain som standard

Wallets taler BTC, ETH, Base og Solana fra dag ét. Create-kaldet tager et chains-array — quickstarten sender base og ethereum og får én wallet tilbage.

14Saldi, overførsler, historik

Alt efter oprettelsen er også et endpoint: saldi, overførsler og historik er API-kald, ikke systemer, du skal sætte op. Konsollens transaktionsvisning læser fra samme flade som din app.

15Webhooks

Wallet-hændelser sendes til dit endpoint med status for hver leverance — demoen viser wallet.created med 100 % succes over 24 timer og seneste leverance for to minutter siden. Dit backend får besked om wallets i samme øjeblik, de findes.

16Live- og testnøgler

Nøgler kommer i par — sk_live og sk_test — og administreres i konsollen. Testtilstand afprøver hele fladen, før der findes en rigtig wallet.

17Watch-only-wallets

En adresse kan indgå i skifteren uden sine nøgler — saldi er synlige, intet kan bruges. Brugerne holder øje med cold storage fra den samme skærm, de betaler fra.

18Backup-påmindelser

En wallet uden nedskrevet frase har et synligt backup-flag, indtil brugeren får det klaret. Påmindelsen sidder, hvor pengene er, ikke i en mail, ingen åbner.

19Betalingsanmodninger

Angiv et beløb på modtagerskærmen og del resultatet — modparten får en adresse og et tal i stedet for et skærmbillede og et gæt. Almindelig deling af adressen er stadig kun et tryk væk.

20Beskyttelse mod forkert chain

Adresser gælder for ét netværk, og brugerfladen siger det, før nogen sender: kun Base-aktiver, ellers kan de gå tabt. Listen over understøttede aktiver står på samme skærm som QR-koden.

21Nøgleeksport

Brugere kan eksportere deres nøgler fra arket — depotet forbliver hos brugeren, ikke kun på marketingsiden. Walleten overlever forholdet til appen, hvis brugeren ønsker det.

22Automatisk synkronisering

Midler og aktivitet synkroniseres uden en opdateringsknap — arket og API'et ser den samme tilstand. Det, chainen ved, viser walleten.

23Ingen custody, af arkitektur

Operatørkonsollen er kun læsesiden: den kan slå adresser op, koble dem til brugere og spore flows — den kan ikke flytte midler, fordi den aldrig har nøglerne. Det stærkeste compliance-svar er en funktion, der ikke findes.

24User 360 til support

Hver registreret wallet linker til ejerens User 360 i operatørkonsollen — saldi, enheder, KYC-niveau og historik ét klik fra den adresse, en kunde spørger om.

25Handlinger med obligatorisk begrundelse

Operatørhandlinger i konsollen kræver en begrundelse og bliver revideret — produktionsbanneret siger det på hver skærm. Support kan handle hurtigt uden at handle i det skjulte.

26Whitelabel fra grunden

Arket vises inde i din app — din navigation, dit brand, vores ark. Brugerne forlader aldrig flowet for at finde en wallet; den dukker op, hvor betalingen er.

27Omdøb og organisér

Wallets får navne — Hovedwallet, Solana-opsparing, Cold storage — fra det øjeblik, de oprettes. En wallet, en bruger kan navngive, er en wallet, en bruger forstår.

28Gennemprøvet i stor skala

Demoprogrammet kører 84.120 wallets med 99,99 % oppetid, på de samme rails, som enhver ny integration får. Tallene står på konsollens forside, ikke i en salgspræsentation.

Skærme

Inde i produktet.

Rigtigt produkt-UI, vist med demodata.

Opslag fra support — 2.418 wallets, skrivebeskyttet, aldrig custody.
142 aktiver i registret — kontrakter, decimaler og flag pr. token.
Kill switches pr. handling — slukket i konsollen, slukket i apps ~30 sek. senere.

FAQ

Wallets via API, besvaret.

  • Nej. Nøglegenerering og signering sker på brugerens enhed — nøglerne når aldrig vores servere. Du får wallets i din app uden at blive custodian, og vi kunne ikke flytte en brugers midler, selv hvis vi prøvede.

  • Ét kald — POST /v1/wallets — returnerer en wallet. Saldi, overførsler og historik er endpoints, ikke infrastruktur, du selv skal stable på benene, og SDK'et viser wallet-sheetet i din app. Hele fladen er lille nok til at læse i ét hug.

  • Nej. SDK-sheetet indlejres i værtsappen — din navigation, dit brand, vores sheet. Værtsappen forbliver produktet; walleten er en funktion i den, ikke en overtagelse.

  • SDK'er til iOS, Android, React Native og Web, og den er multi-chain fra dag ét på tværs af alle større blockchains. Modtagskærmen advarer endda om afsendelse på forkert netværk, før det sker.

  • En gendannelsesfrase på tolv ord, vist én gang ved opsætning, så den kan skrives ned offline og aldrig efterspørges igen. Fordi nøglerne er på enheden, er gendannelse brugerens frase — ikke en supportsag hos os.

  • Support får en skrivebeskyttet konsol med opslag på eksakt adresse — nok til at hjælpe, aldrig custody. Kill switches pr. handling kan sætte send, modtag, swap eller køb på pause på tværs af apps, men ingen operatør kan flytte en brugers midler.

Vurdér

Opret en wallet med ét kald.

01

Guidet demogennemgang

Vi kører POST /v1/wallets sammen med jer og viser SDK-sheetet indlejret i en værtsapp på iOS, Android, React Native og Web.

02

Developer sandbox

API-nøgler til et testmiljø, så dit team kan oprette wallets, læse saldi og flytte testmidler fra start til slut.

03

SDK'er, webhooks og dokumentation

De fire platform-SDK'er, event-webhooks og integrationsdokumentationen — nok til at indlejre en wallet i din egen app.

04

På enheden fra grunden

Se selv, at nøglemateriale genereres og opbevares på enheden — du får wallets uden at blive custodian.

Tilgængelighed

Whitelabel by design — wallets leveres i din app under dit eget brand.

I økosystemet

Wallets opbevarer det, Ramp køber og Chain afvikler — og Safe er der, hvor saldi rykker hen, når de holder op med at bevæge sig.

Vælg et produkt. Eller tag kernen.

Alt ovenfor kører i produktionsdemoer, vi kan gennemgå med jer – standalone, whitelabel eller som én platform. Fortæl os, hvad I bygger, så viser vi jer den korteste vej.