Arkitektura e platformës

Një bërthamë, shumë sipërfaqe — si funksionon në fakt platforma.

Një shëtitje nëpër platformë, nga libri i llogarive e lart: llogaritë, KYC, kartat dhe kripto që ndajnë të njëjtën bërthamë me regjistrim të dyfishtë, si lëviz një pagesë e vetme nga krijimi te rakordimi, dhe ku ndodhen shtresa e aplikacioneve, konsola e operatorit dhe vija e rregulluar.

Bisedoni me ne Shiko produktet

Bërthama

Një libër llogarish nën gjithçka.

Në qendër të platformës është një libër i vetëm llogarish (ledger). Çdo llogari — portofoli i një klienti, bilanci i një tregtari, llogaria e komisioneve, llogaria e shlyerjes — është një nyje në atë libër, dhe çdo lëvizje vlere është një regjistrim i dyfishtë: një llogari debitohet, tjetra kreditohet, dhe dy anët janë gjithmonë të barabarta. Libri është vetëm për shtim (append-only). Regjistrimet nuk redaktohen dhe nuk fshihen kurrë; korrigjimi është një regjistrim i ri, kundërt, kështu që historia e plotë e mënyrës se si një bilanc arriti vlerën e tij aktuale mund të rindërtohet gjithmonë. Llogaritë, gjendja e KYC, kartat e lëshuara dhe adresat kripto lidhen të gjitha me të njëjtin model llogarie, prandaj një autorizim karte, një transfertë bankare dhe një depozitë on-chain mund të regjistrohen në të njëjtin bilanc pa një shtresë rakordimi që bashkon sisteme të veçanta.

01Regjistrim i dyfishtë: çdo regjistrim është i balancuar, debitet barabarta me kreditet
02Vetëm shtim: korrigjimet janë regjistrime të reja, kurrë redaktime
03Një model llogarie për fiat, karta dhe kripto
04Gjendja e KYC udhëton me llogarinë, jo në një tabelë anësore

Një pagesë, nga fillimi në fund

Një pagesë, nga krijimi te rakordimi.

Një pagesë nuk është një thirrje e vetme, por një cikël i shkurtër jete, dhe çdo fazë është një gjendje që e shohin si libri, ashtu edhe sistemet tuaja. Çdo ndryshim gjendjeje nxjerr një webhook, dhe çdo shkrim është idempotent — i njëjti çelës riprodhon të njëjtin rezultat, kështu që një kërkesë e ridërguar nuk ngarkon kurrë dy herë.

01
Krijimi
Hapet një qëllim pagese (intent): shuma, monedha, llogaritë e përfshira. Ende nuk ka lëvizur asgjë — libri regjistron një shënim në pritje.
02
Autorizimi
Rrjeti kontrollon fondet dhe riskun dhe vendos një bllokim. Për një kartë ky është autorizimi; për një transfertë, debitimi rezervohet.
03
Kapja
Shuma e bllokuar konfirmohet. Libri regjistron shënimin e dyfishtë që lëviz realisht vlerën mes dy llogarive.
04
Shlyerja
Fondet kalojnë nëpër rrjetin përkatës — skemë kartash, bankë ose chain — dhe llogaritë e shlyerjes rakordohen me paranë reale.
05
Rakordimi
Platforma i krahason regjistrimet e veta me raportin e shlyerjes së rrjetit; çdo gjë që nuk përputhet shënohet, nuk fshihet.

Webhooks dhe idempotenca janë në çdo skaj të kësaj rrjedhe. Sistemet tuaja mësojnë se një pagesë ka lëvizur duke marrë një ngjarje, jo me polling, dhe çdo kërkesë që ridërgoni pas një timeout zgjidhet — përmes çelësit të idempotencës — te i njëjti rezultat, kështu që një përsëritje nuk ngarkon kurrë dy herë. Shërbimi që ekzekuton autorizimin dhe kapjen është payment gateway.

Shtresa e aplikacioneve

Aplikacione whitelabel sipër, një platformë poshtë.

Bërthama ofron aftësi; shtresa e aplikacioneve i shndërron ato në produkte. Çdo aplikacion për klientin — web dhe mobile — është një klient whitelabel që shfaq të njëjtat llogari, pagesa dhe karta nën markën e vet. Tema drejtohet nga tokena: ngjyrat, tipografia, rrezja e këndeve dhe hapësirat vijnë nga një sistem design tokenesh (PDS), kështu që operatori e ristilizon të gjithë sipërfaqen duke ndryshuar tokenat, jo duke bërë fork të aplikacionit. E njëjta platformë mund të drejtohet në drejtime shumë të ndryshme — një neobankë për konsumatorë, një aplikacion acquiring për tregtarë, një program lëshimi kartash, një on/off-ramp kripto ose një mjet i brendshëm operativ — pa u shndërruar në pesë produkte të veçanta. Është një platformë me lëkura të ndryshme, secila e konfiguruar, jo e ndërtuar nga e para.

01Klientë whitelabel web + mobile mbi API të përbashkëta
02Tema me tokena (PDS): ristilizim me konfigurim, jo me fork
03Pesë drejtime shembull — neobankë, acquiring, issuing, ramp, ops
04Sipërfaqet e reja konfigurohen, nuk ndërtohen nga e para

Operacionet

Menaxhoje nga konsola, me arsyen në regjistër.

Pas çdo aplikacioni qëndron një konsolë operatori. Aty një agjent mbështetjeje kërkon një llogari, një analist risku bllokon një kartë, ose një përgjegjës operacionesh anulon një regjistrim. Leximi është i gjerë; veprimet e privilegjuara jo. Çdo gjë që lëviz para, ndryshon limite ose prek fondet e një klienti kërkon një arsye të deklaruar para se të ekzekutohet dhe shkruan një regjistrim auditimi të pandryshueshëm — kush veproi, mbi çfarë, kur dhe pse. Qasja ndjek parimin e privilegjit minimal, kështu që çdo operator sheh dhe bën vetëm atë që lejon roli i tij. Ky është modeli te Protocore Center, konsola e operatorit, dhe i njëjti qëndrim është ndërtuar në çdo sistem të platformës: veprimet e ndjeshme janë të qëllimshme, të atribueshme dhe të rishikueshme pas faktit.

01Lexim i gjerë, shkrim i kontrolluar — veprimet e privilegjuara janë përjashtim
02Arsye e detyrueshme para çdo veprimi që prek fonde
03Gjurmë auditimi e pandryshueshme: kush, çfarë, kur, pse
04Privilegj minimal sipas rolit të operatorit

Ura e kriptos

Kripto dhe fiat në të njëjtin libër llogarish.

Kriptoja nuk është një silo e veçantë në platformë; një adresë kripto është thjesht një llogari tjetër në të njëjtin libër. Një on/off-ramp konverton ndërmjet fiat dhe aseteve dixhitale në skaj — klienti mbush një bilanc me kartë ose transfertë dhe merr kripto, ose shet kripto dhe tërheq në një llogari bankare. Vlera on-chain mund të shlyhet deri te një rrjet bankar: një pagesë hyrëse on-chain kreditohet në llogari, konvertohet dhe paguhet në një IBAN, kështu që marrësi sheh para të zakonshme në një llogari bankare të zakonshme. Meqenëse të dyja këmbët regjistrohen në një libër me regjistrim të dyfishtë, një lëvizje që nis on-chain dhe përfundon me transfertë bankare është një histori e vetme e rakorduar, jo dy sisteme të rakorduara me dorë.

01Një adresë kripto është një llogari si çdo tjetër
02On/off-ramp: fiat dhe asete dixhitale të konvertuara në skaj
03Shlyerje on-chain deri te pagesa në IBAN
04Një histori e rakorduar përgjatë të dyja këmbëve

Sipërfaqja e ndërtimit

API, webhooks dhe një sandbox për të ndërtuar.

Gjithçka që bëjnë aplikacionet, e bëjnë përmes një API të dokumentuar — krijim llogarie, hapje pagese, lëshim karte, nisje ramp-i. Thirrjet ilustruese duken si POST /v1/wallets ose POST /v1/payments; forma është REST me çelës idempotence në çdo shkrim. Ndryshimet e gjendjes dërgohen si webhooks, kështu që sistemet tuaja reagojnë ndaj ngjarjeve në vend që t'i kërkojnë me polling. Zhvillimi bëhet mbi një tenant sandbox — një kopje e izoluar e platformës me rrjete testimi, ku mund të ekzekutoni rrjedhën e plotë nga krijimi te rakordimi pa lëvizur para reale. Çfarë ju ofron çdo produkt dhe në cilin nivel përcaktohet nga banda e qasjes; faqet e produkteve shpjegojnë çfarë përfshin një bandë e caktuar.

01API REST e dokumentuar, shkrime idempotente
02Webhooks për çdo ndryshim gjendjeje — me ngjarje, jo me polling
03Tenant sandbox me rrjete testimi, i izoluar nga produksioni
04Fusha dhe limitet përcaktohen nga bandat e qasjes për çdo produkt

Kufiri i sinqertë

Protocore ndërton softuerin. Licenca mban vijën e rregulluar.

Një produkt pagese është dy gjëra të bashkuara: leja e rregulluar për të mbajtur dhe lëvizur para, dhe softueri që e udhëzon, e regjistron dhe e rakordon atë. Protocore ndërton softuerin. Aktiviteti i rregulluar — mbajtja e fondeve të klientëve, lëshimi i llogarive, lëvizja e parave në një skemë — mbetet te licenca e vetë operatorit ose te një partner i licencuar: një bankë, një EMI ose një institucion pagesash. Platforma është ndërtuar të përshtatet me çfarëdo rrjetesh të rregulluara që sillni, dhe t'i mbajë të dhënat e kartës në rrjet që të mos prekin kurrë serverat tuaj; ajo nuk është, dhe asnjë softuer nuk është, zëvendësim për atë leje. Se ku bie vija e rregulluar është vendim që merrni me partnerin tuaj, dhe arkitektura është projektuar të qëndrojë pastër në secilën anë të saj.