Architektúra platformy

Jedno jadro, mnoho rozhraní — ako platforma naozaj funguje.

Prechod platformou od ledgera nahor: účty, KYC, karty a krypto, ktoré zdieľajú jedno jadro s podvojným zápisom, ako sa jedna platba posúva od vytvorenia po párovanie a kde sa nachádza aplikačná vrstva, operátorská konzola a regulovaná hranica.

Jadro

Jeden ledger pod všetkým.

V strede platformy je jeden ledger účtov. Každý účet — zákaznícka peňaženka, zostatok obchodníka, poplatkový účet, zúčtovací účet — je uzlom tohto ledgera a každý pohyb hodnoty je zápis v podvojnom účtovníctve: jeden účet sa ťaží, druhý sa v prospech pripíše a obe strany sú vždy rovnaké. Ledger je len na pridávanie (append-only). Záznamy sa nikdy neupravujú ani nemažú; oprava je nový, protismerný záznam, takže celú históriu toho, ako zostatok dospel k súčasnej hodnote, možno vždy rekonštruovať. Účty, stav KYC, vydané karty aj kryptoadresy sa viažu na rovnaký model účtu, a preto sa autorizácia karty, bankový prevod aj vklad na blockchaine môžu zaúčtovať na jeden zostatok bez párovacej vrstvy, ktorá by spájala oddelené systémy.

  1. 01Podvojný zápis: každý zápis je vyrovnaný, ťarchy sa rovnajú v prospech
  2. 02Append-only: opravy sú nové záznamy, nikdy úpravy
  3. 03Jeden model účtu pre fiat, karty aj krypto
  4. 04Stav KYC sa pohybuje s účtom, nie v pomocnej tabuľke

Platba od začiatku do konca

Jedna platba, od vytvorenia po párovanie.

Platba nie je jedno volanie, ale krátky životný cyklus a každá fáza je stav, ktorý vidí ledger aj vaše systémy. Každá zmena stavu vyšle webhook a každý zápis je idempotentný — rovnaký kľúč vráti rovnaký výsledok, takže opakovaná požiadavka nikdy nestrhne platbu dvakrát.

  1. 01

    Vytvorenie

    Otvorí sa zámer platby: suma, mena, zúčastnené účty. Zatiaľ sa nič nepresunulo — ledger eviduje čakajúci záznam.

  2. 02

    Autorizácia

    Sieť skontroluje prostriedky a riziko a vytvorí blokáciu. Pri karte je to autorizácia, pri prevode sa rezervuje ťarcha.

  3. 03

    Capture

    Blokovaná suma sa potvrdí. Ledger zaúčtuje podvojný zápis, ktorý skutočne presunie hodnotu medzi oboma účtami.

  4. 04

    Vysporiadanie

    Prostriedky prejdú cez podkladovú sieť — kartovú schému, banku alebo blockchain — a zúčtovacie účty sa vyrovnajú so skutočnými peniazmi.

  5. 05

    Párovanie

    Platforma porovná vlastné zápisy s vysporiadacím reportom siete; čo nesedí, sa označí, nie ukryje.

Webhooky a idempotencia sú na každom okraji tohto toku. Vaše systémy sa dozvedia, že sa platba pohla, prijatím udalosti, nie pollingom, a každá požiadavka, ktorú po timeoute zopakujete, sa vyrieši cez svoj idempotentný kľúč — na rovnaký výsledok, takže opakovanie nikdy nestrhne platbu dvakrát. Službou, ktorá spúšťa autorizáciu a capture, je platobná brána.

Aplikačná vrstva

Whitelabel aplikácie navrchu, jedna platforma pod nimi.

Jadro poskytuje schopnosti; aplikačná vrstva z nich robí produkty. Každá zákaznícka aplikácia — webová aj mobilná — je whitelabel klient, ktorý zobrazuje tie isté účty, platby a karty pod vlastnou značkou. Témy sú riadené tokenmi: farby, typografia, zaoblenie a rozostupy pochádzajú zo systému dizajn tokenov (PDS), takže operátor zmení vzhľad celého rozhrania úpravou tokenov, nie forkovaním aplikácie. Tú istú platformu možno nasmerovať veľmi rôznymi smermi — spotrebiteľská neobanka, acquiring aplikácia pre obchodníkov, program vydávania kariet, krypto on/off-ramp či interný operačný nástroj — a nestane sa z nej päť samostatných produktov. Je to jedna platforma v rôznych šatách, každá nakonfigurovaná, nie postavená odznova.

  1. 01Whitelabel web a mobilní klienti na spoločných API
  2. 02Témy riadené tokenmi (PDS): zmena vzhľadu konfiguráciou, nie forkom
  3. 03Päť ukážkových smerov — neobanka, acquiring, issuing, ramp, ops
  4. 04Nové rozhrania sa konfigurujú, nestavajú odznova

Prevádzka

Riaďte to z konzoly, s dôvodom v zázname.

Za každou aplikáciou stojí operátorská konzola. Tu agent podpory vyhľadá účet, rizikový analytik zablokuje kartu alebo vedúci operácií stornuje zápis. Čítať môže väčšina; privilegované akcie nie. Čokoľvek, čo presúva peniaze, mení limity alebo sa dotýka prostriedkov zákazníka, vyžaduje pred vykonaním uvedený dôvod a zapíše nemenný auditný záznam — kto konal, čo, kedy a prečo. Prístup sa riadi zásadou najmenších oprávnení, takže každý operátor vidí a robí len to, čo mu povoľuje jeho rola. Takto funguje Protocore Center, operátorská konzola, a rovnaký prístup je zabudovaný do každého systému platformy: citlivé akcie sú úmyselné, priraditeľné a dodatočne preskúmateľné.

  1. 01Široké čítanie, riadený zápis — privilegované akcie sú výnimka
  2. 02Dôvod je povinný pred každou akciou s prostriedkami
  3. 03Nemenný auditný záznam: kto, čo, kedy, prečo
  4. 04Najmenšie oprávnenia podľa role operátora

Krypto most

Krypto a fiat v jednom ledgeri.

Krypto nie je na platforme samostatný silo; kryptoadresa je len ďalší účet v rovnakom ledgeri. On/off-ramp mení fiat na digitálne aktíva a naopak na okraji systému — zákazník dobije zostatok kartou alebo prevodom a dostane krypto, alebo krypto predá a vyberie na bankový účet. Hodnota z blockchainu sa môže vysporiadať až do bankovej siete: prichádzajúca platba on-chain sa pripíše na účet, zmení sa a vyplatí na IBAN, takže príjemca vidí obyčajné peniaze na obyčajnom bankovom účte. Keďže obe strany sa zaúčtujú do jedného ledgera s podvojným zápisom, pohyb, ktorý začne on-chain a skončí bankovým prevodom, je jedna spárovaná história, nie dva systémy párované ručne.

  1. 01Kryptoadresa je účet ako každý iný
  2. 02On/off-ramp: fiat a digitálne aktíva sa menia na okraji systému
  3. 03Vysporiadanie on-chain až po výplatu na IBAN
  4. 04Jedna spárovaná história cez obe strany

Vývojárska vrstva

API, webhooky a sandbox na vývoj.

Všetko, čo aplikácie robia, robia cez zdokumentované API — vytvoriť účet, otvoriť platbu, vydať kartu, spustiť ramp. Ukážkové volania vyzerajú ako POST /v1/wallets alebo POST /v1/payments; ide o REST s idempotency key pri každom zápise. Zmeny stavu sa doručujú ako webhooky, takže vaše systémy reagujú na udalosti namiesto toho, aby ich dopytovali. Vývoj prebieha v sandbox tenante — izolovanej kópii platformy s testovacími sieťami, kde môžete prejsť celý tok od vytvorenia po párovanie bez pohybu skutočných peňazí. Čo vám každý produkt sprístupňuje a v akej úrovni, určuje jeho pásmo prístupu; stránky jednotlivých produktov uvádzajú, čo dané pásmo zahŕňa.

  1. 01Zdokumentované REST API, idempotentné zápisy
  2. 02Webhooky pre každú zmenu stavu — riadené udalosťami, bez pollingu
  3. 03Sandbox tenant s testovacími sieťami, izolovaný od produkcie
  4. 04Rozsah a limity určujú pásma prístupu jednotlivých produktov

Úprimná hranica

Protocore vyvíja softvér. Licencia drží regulovanú hranicu.

Platobný produkt sú dve veci zrastené dokopy: regulované oprávnenie držať a presúvať peniaze a softvér, ktorý ich riadi, zaznamenáva a páruje. Protocore vyvíja softvér. Regulovaná činnosť — držanie prostriedkov zákazníkov, vedenie účtov, presun peňazí v rámci schémy — patrí pod vlastnú licenciu operátora alebo licencovaného partnera: banku, EMI alebo platobnú inštitúciu. Platforma je postavená tak, aby sa prispôsobila regulovaným sieťam, ktoré prinesiete, a aby údaje o kartách zostali v sieti a nikdy sa nedotkli vašich serverov; nie je a žiadny softvér nie je náhradou za toto oprávnenie. Kde regulovaná hranica prebieha, rozhodujete spolu s partnerom a architektúra je navrhnutá tak, aby čisto sedela na ktorejkoľvek strane.

  1. 01Softvérová vrstva, nie licencia
  2. 02Regulovaná činnosť patrí operátorovi alebo licencovanému partnerovi
  3. 03Údaje o kartách zostávajú v sieti, mimo vašich serverov
  4. 04Postavené tak, aby sedelo na regulovaných sieťach, ktoré prinesiete

Chcete architektúru pre svoj projekt?

Povedzte nám, čo staviate. Vrátime sa so systémovým návrhom a s tým, kde leží regulovaná hranica — nie s prezentáciou.