Arhitektura platforme

Jedna jezgra, mnogo sučelja — kako platforma zaista radi.

Pregled platforme od ledgera prema gore: računi, KYC, kartice i kripto dijele jednu jezgru s dvojnim knjiženjem, kako se jedno plaćanje kreće od kreiranja do usklade te gdje se nalaze aplikacijski sloj, operatorska konzola i regulirana granica.

Javite nam se Pogledajte proizvode

Jezgra

Jedan ledger ispod svega.

U središtu platforme je jedan ledger računa. Svaki račun — korisnički wallet, trgovačko stanje, račun naknada, račun namire — čvor je u tom ledgeru, a svako kretanje vrijednosti je knjiženje u dvojnom knjigovodstvu: jedan račun se tereti, drugi odobrava, a obje strane uvijek su jednake. Ledger je append-only. Unosi se nikad ne mijenjaju niti brišu; ispravak je novi, suprotni unos, pa se cjelokupna povijest nastanka svakog stanja uvijek može rekonstruirati. Računi, KYC status, izdane kartice i kripto adrese vežu se na isti model računa, zbog čega autorizacija kartice, bankovni prijenos i on-chain uplata mogu knjižiti na isto stanje bez sloja usklađivanja koji spaja zasebne sustave.

01Dvojno knjiženje: svako knjiženje je uravnoteženo, dugovanja jednaka potraživanjima
02Append-only: ispravci su novi unosi, nikad izmjene
03Jedan model računa za fiat, kartice i kripto
04KYC status putuje s računom, a ne u zasebnoj tablici

Plaćanje od početka do kraja

Jedno plaćanje, od kreiranja do usklade.

Plaćanje nije jedan poziv nego kratak životni ciklus, a svaka faza je stanje koje vide i ledger i vaši sustavi. Svaka promjena stanja šalje webhook, a svaki zapis je idempotentan — isti ključ daje isti rezultat, pa ponovljeni zahtjev nikad ne naplati dvaput.

01
Kreiranje
Otvara se intent: iznos, valuta, uključeni računi. Ništa se još nije pomaknulo — ledger bilježi unos na čekanju.
02
Autorizacija
Kanal provjerava sredstva i rizik te postavlja blokadu. Kod kartice to je autorizacija; kod prijenosa se rezervira terećenje.
03
Capture
Blokirani iznos se potvrđuje. Ledger knjiži dvojni unos koji stvarno prenosi vrijednost između dvaju računa.
04
Namira
Sredstva se poravnavaju preko podložnog kanala — kartične sheme, banke ili chaina — a računi namire usklađuju se sa stvarnim novcem.
05
Usklada
Platforma uspoređuje vlastita knjiženja s izvještajem o namiri kanala; sve što se ne poklapa označava se, a ne skriva.

Webhookovi i idempotentnost prisutni su na svakom rubu ovog toka. Vaši sustavi saznaju da se plaćanje dogodilo primanjem događaja, a ne pollingom, a svaki zahtjev koji ponovite nakon timeouta razrješava se putem svog idempotentnog ključa — na isti rezultat, pa ponavljanje nikad ne naplati dvaput. Servis koji izvodi autorizaciju i capture je platni gateway.

Aplikacijski sloj

Whitelabel aplikacije na vrhu, jedna platforma ispod.

Jezgra izlaže mogućnosti, a aplikacijski sloj od njih gradi proizvode. Svaka aplikacija za korisnike — web i mobilna — whitelabel je klijent koji iste račune, plaćanja i kartice prikazuje kroz vlastiti brend. Tematiziranje se temelji na tokenima: boje, tipografija, zaobljenje i razmaci dolaze iz sustava design tokena (PDS), pa operator promjenom tokena redizajnira cijelo sučelje, bez forkanja aplikacije. Ista se platforma može usmjeriti u vrlo različitim smjerovima — potrošački neobank, aplikacija za acquiring trgovaca, program izdavanja kartica, kripto on/off-ramp ili interni operativni alat — a da ne postane pet zasebnih proizvoda. To je jedna platforma u različitim izdanjima, svako konfigurirano, a ne iznova izgrađeno.

01Whitelabel web i mobilni klijenti na zajedničkim API-jima
02Tematiziranje putem tokena (PDS): redizajn konfiguracijom, bez forka
03Pet primjera smjerova — neobank, acquiring, issuing, ramp, ops
04Nova sučelja se konfiguriraju, ne grade ispočetka

Operacije

Upravljajte iz konzole, uz razlog u zapisniku.

Iza svake aplikacije je operatorska konzola. U njoj podrška pronalazi račun, analitičar rizika zamrzava karticu, a voditelj operacija stornira knjiženje. Pristup čitanju je širok, a privilegirane radnje nisu. Sve što pomiče novac, mijenja limite ili dotiče sredstva klijenta traži navedeni razlog prije izvršenja i upisuje nepromjenjiv revizijski zapis — tko je djelovao, na čemu, kada i zašto. Pristup slijedi načelo najmanjih ovlasti, pa svaki operator vidi i radi samo ono što mu uloga dopušta. Tako radi Protocore Center, operatorska konzola, a isti pristup ugrađen je u svaki sustav platforme: osjetljive radnje su namjerne, vezane uz osobu i provjerljive naknadno.

01Široko čitanje, nadzirano pisanje — privilegirane radnje su iznimka
02Obavezan razlog prije svake radnje koja dotiče sredstva
03Nepromjenjiv revizijski trag: tko, što, kada, zašto
04Najmanje ovlasti po ulozi operatora

Kripto most

Kripto i fiat u istom ledgeru.

Kripto na platformi nije zaseban silos; kripto adresa samo je još jedan račun u istom ledgeru. On/off-ramp pretvara fiat u digitalnu imovinu i obrnuto na rubu sustava — klijent puni stanje karticom ili prijenosom i dobiva kripto, ili prodaje kripto i isplaćuje na bankovni račun. On-chain vrijednost može se namiriti sve do bankovnog kanala: dolazno on-chain plaćanje odobrava se na račun, konvertira i isplaćuje na IBAN, pa primatelj vidi običan novac na običnom bankovnom računu. Budući da obje strane knjiže u jedan ledger s dvojnim knjiženjem, kretanje koje počinje on-chain i završava bankovnim prijenosom jedna je usklađena povijest, a ne dva sustava usklađivana ručno.

01Kripto adresa je račun kao i svaki drugi
02On/off-ramp: fiat i digitalna imovina konvertiraju se na rubu
03On-chain namira sve do isplate na IBAN
04Jedna usklađena povijest kroz obje strane

Površina za razvoj

API-ji, webhookovi i sandbox za razvoj.

Sve što aplikacije rade, rade putem dokumentiranog API-ja — kreiranje računa, otvaranje plaćanja, izdavanje kartice, pokretanje ramp transakcije. Primjeri poziva izgledaju poput POST /v1/wallets ili POST /v1/payments; riječ je o REST-u s idempotency ključem na svakom zapisu. Promjene stanja isporučuju se kao webhookovi, pa vaši sustavi reagiraju na događaje umjesto da ih stalno provjeravaju. Razvoj se odvija na sandbox tenantu — izoliranoj kopiji platforme s testnim kanalima, gdje možete proći cijeli tok od kreiranja do usklade bez kretanja stvarnog novca. Što vam svaki proizvod izlaže i na kojoj razini, određuje njegov pojas pristupa; stranice pojedinih proizvoda navode što pojedini pojas uključuje.

01Dokumentirani REST API, idempotentni zapisi
02Webhookovi za svaku promjenu stanja — vođeno događajima, bez pollinga
03Sandbox tenant s testnim kanalima, izoliran od produkcije
04Opseg i limiti određeni pojasima pristupa po proizvodu

Iskrena granica

Protocore gradi softver. Licenca drži reguliranu granicu.

Platni proizvod sastoji se od dvije spojene stvari: regulirane dozvole za držanje i prijenos novca te softvera koji to nalaže, bilježi i usklađuje. Protocore gradi softver. Regulirana djelatnost — držanje sredstava klijenata, otvaranje računa, prijenos novca preko sheme — ostaje pod vlastitom licencom operatora ili licenciranog partnera: banke, EMI-ja ili platne institucije. Platforma je izgrađena da se uklopi u regulirane kanale koje dovedete i da podatke o karticama zadrži na kanalu, tako da nikad ne dodirnu vaše poslužitelje; ona nije, kao ni ikoji softver, zamjena za tu dozvolu. Gdje će proći regulirana granica odluka je koju donosite s partnerom, a arhitektura je osmišljena da čisto stoji na objema stranama.