Architektura platformy

Jedno jádro, mnoho rozhraní – jak platforma doopravdy funguje.

Průvodce platformou od hlavní knihy nahoru: účty, KYC, karty a krypto sdílejí jedno jádro s podvojným účetnictvím. Uvidíte, jak se jediná platba posune od vytvoření po odsouhlasení a kde leží aplikační vrstva, operátorská konzole a regulovaná hranice.

Ozvěte se nám Zobrazit produkty

Jádro

Jedna hlavní kniha pod vším.

Ve středu platformy stojí jediná hlavní kkniha účtů. Každý účet – peněženka zákazníka, zůstatek obchodníka, poplatkový účet, vypořádací účet – je uzlem této knihy a každý pohyb hodnoty je zápis v podvojném účetnictví: jeden účet se debetuje, druhý kredituje a obě strany se vždy rovnají. Kniha je append-only. Záznamy se nikdy neupravují ani nemažou; oprava je nový, opačný záznam, takže lze vždy zrekonstruovat celou historii, jak se zůstatek dostal na současnou hodnotu. Účty, stav KYC, vydané karty i kryptoadresy se vážou na stejný model účtu. Proto se autorizace karty, bankovní převod i vklad on-chain mohou zapsat na jeden zůstatek bez odsouhlasovací vrstvy, která by spojovala oddělené systémy.

01Podvojný zápis: každý zápis je vyvážený, debety se rovnají kreditům
02Append-only: opravy jsou nové záznamy, nikdy úpravy
03Jeden model účtu pro fiat, karty i krypto
04Stav KYC putuje s účtem, ne v postranní tabulce

Platba od začátku do konce

Jedna platba, od vytvoření po odsouhlasení.

Platba není jedno volání, ale krátký životní cyklus a každá fáze je stav, který vidí hlavní kniha i vaše systémy. Každá změna stavu vyvolá webhook a každý zápis je idempotentní – stejný klíč vrátí stejný výsledek, takže opakovaný požadavek nikdy nestrhne platbu dvakrát.

01
Vytvoření
Otevře se záměr platby: částka, měna, zúčastněné účty. Zatím se nic nepohnulo – kniha eviduje čekající záznam.
02
Autorizace
Síť ověří prostředky a riziko a vytvoří blokaci. U karty je to autorizace, u převodu se rezervuje debet.
03
Capture
Blokovaná částka se potvrdí. Kniha zapíše podvojný zápis, který skutečně přesune hodnotu mezi oběma účty.
04
Vypořádání
Prostředky projdou clearingem přes podkladovou síť – kartové schéma, banku nebo blockchain – a vypořádací účty se srovnají se skutečnými penězi.
05
Odsouhlasení
Platforma porovná vlastní zápisy s vypořádacím reportem sítě; co nesedí, se označí, nikoli skryje.

Webhooky a idempotence fungují na každém okraji tohoto toku. Vaše systémy se o pohybu platby dozvědí přijetím události, ne dotazováním, a každý požadavek, který po timeoutu zopakujete, dopadne – díky svému klíči idempotence – stejně, takže opakování nikdy nestrhne platbu dvakrát. Službě, která provádí autorizaci a capture, se říká platební brána.

Aplikační vrstva

Whitelabel aplikace nahoře, jedna platforma pod nimi.

Jádro nabízí schopnosti; aplikační vrstva z nich dělá produkty. Každá zákaznická aplikace – webová i mobilní – je whitelabel klient, který zobrazuje stejné účty, platby a karty pod vlastní značkou. Vzhled řídí tokeny: barvy, typografie, zaoblení a rozestupy pocházejí z designového systému tokenů (PDS), takže operátor změní celé rozhraní úpravou tokenů, ne forkem aplikace. Stejnou platformu lze nasměrovat zcela odlišnými směry – spotřebitelská neobanka, akviziční aplikace pro obchodníky, program vydávání karet, krypto on/off-ramp nebo interní provozní nástroj – aniž by se rozpadla na pět samostatných produktů. Je to jedna platforma v různých kabátech, každá nakonfigurovaná, ne postavená znovu.

01Whitelabel weboví a mobilní klienti nad sdílenými API
02Vzhled řízený tokeny (PDS): změna konfigurací, ne forkem
03Pět ukázkových směrů – neobanka, acquiring, issuing, ramp, ops
04Nová rozhraní se konfigurují, nestaví znovu

Provoz

Řiďte to z konzole, s odůvodněním v záznamu.

Za každou aplikací stojí operátorská konzole. Tam podpora vyhledá účet, rizikový analytik zablokuje kartu nebo vedoucí provozu stornuje zápis. Čtení je široké, privilegované akce ne. Cokoli, co hýbe penězi, mění limity nebo se dotýká prostředků zákazníka, vyžaduje před spuštěním uvedení důvodu a zapíše neměnný auditní záznam – kdo jednal, s čím, kdy a proč. Přístup se řídí principem nejnižších oprávnění, takže každý operátor vidí a dělá jen to, co mu role dovoluje. Tak funguje Protocore Center, operátorská konzole, a stejný přístup je zabudován do každého systému platformy: citlivé akce jsou záměrné, přiřaditelné a zpětně prověřitelné.

01Široké čtení, hlídaný zápis – privilegované akce jsou výjimka
02Povinný důvod před každou akcí s prostředky
03Neměnná auditní stopa: kdo, co, kdy, proč
04Nejnižší oprávnění podle role operátora

Kryptomost

Krypto a fiat na jedné hlavní knize.

Krypto na platformě není oddělený sil; kryptoadresa je prostě další účet na stejné hlavní knize. On/off-ramp převádí mezi fiat a digitálními aktivy na okraji – zákazník dobije zůstatek kartou nebo převodem a dostane krypto, nebo krypto prodá a vybere na bankovní účet. Hodnota on-chain se může vypořádat až do bankovní sítě: příchozí platba on-chain se připíše na účet, převede a vyplatí na IBAN, takže příjemce vidí obyčejné peníze na obyčejném bankovním účtu. Protože obě části se zapisují do jedné knihy s podvojným účetnictvím, pohyb, který začne on-chain a skončí bankovním převodem, je jedna odsouhlasená historie, ne dva systémy odsouhlasované ručně.

01Kryptoadresa je účet jako každý jiný
02On/off-ramp: fiat a digitální aktiva převáděná na okraji
03Vypořádání on-chain až po výplatu na IBAN
04Jedna odsouhlasená historie přes obě části

Vývojářské rozhraní

API, webhooky a sandbox, na kterém to postavíte.

Vše, co aplikace dělají, dělají přes zdokumentované API – vytvořit účet, otevřít platbu, vydat kartu, zahájit ramp. Ukázková volání vypadají jako POST /v1/wallets nebo POST /v1/payments; styl je REST s klíčem idempotence u každého zápisu. Změny stavu chodí jako webhooky, takže vaše systémy reagují na události, místo aby se neustále dotazovaly. Vývoj probíhá na sandbox tenantu – izolované kopii platformy s testovacími sítěmi, kde si projdete celý tok od vytvoření po odsouhlasení bez pohybu skutečných peněz. Co vám který produkt zpřístupní a v jakém tarifu, určuje jeho pásmo přístupu; stránky jednotlivých produktů uvádějí, co dané pásmo obsahuje.

01Zdokumentované REST API, idempotentní zápisy
02Webhooky pro každou změnu stavu – řízené událostmi, bez dotazování
03Sandbox tenant s testovacími sítěmi, izolovaný od produkce
04Rozsah a limity určují pásma přístupu u jednotlivých produktů

Upřímná hranice

Protocore staví software. Licence drží regulovanou hranici.

Platební produkt je spojením dvou věcí: regulovaného oprávnění držet a posílat peníze a softwaru, který je zadává, eviduje a odsouhlasuje. Protocore staví software. Regulovaná činnost – držení prostředků zákazníků, vedení účtů, pohyb peněz v kartové síti – spadá pod licenci provozovatele nebo licencovaného partnera: banky, EMI nebo platební instituce. Platforma je navržena tak, aby zapadla do jakýchkoli regulovaných sítí, které přinesete, a aby data karet zůstala v síti a nikdy se nedotkla vašich serverů; toto oprávnění nenahrazuje a žádný software nenahradí. Kde regulovaná hranice vede, rozhodujete spolu s partnerem a architektura je navržena tak, aby čistě fungovala na kterékoli její straně.