Platform mimarisi

Tek çekirdek, birçok yüzey — platform gerçekte nasıl çalışır.

Platformun defterden yukarı doğru bir turu: tek bir çift taraflı kayıt çekirdeğini paylaşan hesaplar, KYC, kartlar ve kripto; tek bir ödemenin oluşturmadan mutabakata nasıl ilerlediği; uygulama katmanının, operatör konsolunun ve düzenlemeye tabi hattın nerede durduğu.

Bizimle görüşün Ürünleri inceleyin

Çekirdek

Her şeyin altında tek bir defter.

Platformun merkezinde tek bir hesap defteri var. Her hesap — müşteri cüzdanı, işyeri bakiyesi, komisyon hesabı, takas hesabı — bu defterde bir düğümdür ve değerin her hareketi çift taraflı bir kayıttır: bir hesap borçlandırılır, bir diğeri alacaklandırılır, iki taraf her zaman eşittir. Defter yalnızca ekleme kabul eder (append-only). Kayıtlar asla düzenlenmez ya da silinmez; düzeltme, ters yönde yeni bir kayıttır. Böylece bir bakiyenin bugünkü değerine nasıl ulaştığı her zaman baştan sona izlenebilir. Hesaplar, KYC durumu, ihraç edilen kartlar ve kripto adreslerinin hepsi aynı hesap modeline bağlanır. Bu yüzden bir kart yetkilendirmesi, bir banka transferi ve bir on-chain yatırım, ayrı sistemleri birbirine diken bir mutabakat katmanına gerek kalmadan tek bir bakiyeye işlenebilir.

01Çift taraflı kayıt: her işlem dengelidir, borç alacağa eşittir
02Append-only: düzeltmeler yeni kayıttır, düzenleme değil
03Fiat, kart ve kripto için tek hesap modeli
04KYC durumu yan tabloda değil, hesapla birlikte taşınır

Baştan sona bir ödeme

Tek ödeme, oluşturmadan mutabakata.

Ödeme tek bir çağrı değil, kısa bir yaşam döngüsüdür ve her aşama hem defterin hem de sistemlerinizin görebildiği bir durumdur. Her durum değişikliği bir webhook üretir, her yazma işlemi idempotent'tir — aynı anahtar aynı sonuca döner, dolayısıyla yeniden denenen bir istek asla çift çekim yapmaz.

01
Oluştur
Bir intent açılır: tutar, para birimi, ilgili hesaplar. Henüz hiçbir şey hareket etmedi — defter bekleyen bir kayıt tutar.
02
Yetkilendir
Hat, bakiye ve riski kontrol eder ve blokaj koyar. Kartta bu yetkilendirmedir; transferde borç rezerve edilir.
03
Capture
Bloke edilen tutar kesinleşir. Defter, değeri iki hesap arasında gerçekten taşıyan çift taraflı kaydı işler.
04
Takas
Fonlar alttaki hat üzerinden — kart şeması, banka veya zincir — kesinleşir ve takas hesapları gerçek parayla mutabık hale gelir.
05
Mutabakat
Platform kendi kayıtlarını hattın takas raporuyla eşleştirir; tutmayan her kalem gizlenmez, işaretlenir.

Webhook'lar ve idempotency bu akışın her ucundadır. Bir ödemenin ilerlediğini polling ile değil, bir olay alarak öğrenirsiniz; zaman aşımından sonra yeniden denediğiniz her istek de idempotency anahtarı sayesinde aynı sonuca ulaşır, yani tekrar çift çekime yol açmaz. Authorize ve capture adımlarını yürüten servis ise ödeme geçidi.

Uygulama katmanı

Üstte whitelabel uygulamalar, altta tek platform.

Çekirdek yetenekleri sunar; uygulama katmanı bunları ürüne dönüştürür. Müşteriye dönük her uygulama — web ve mobil — aynı hesapları, ödemeleri ve kartları kendi markasıyla gösteren bir whitelabel istemcidir. Tema token tabanlıdır: renkler, tipografi, köşe yarıçapı ve boşluklar bir tasarım token sisteminden (PDS) gelir. Operatör, uygulamayı fork etmeden yalnızca token'ları değiştirerek tüm yüzeyi yeniden biçimlendirir. Aynı platform çok farklı yönlere çevrilebilir — bireysel neobank, işyeri acquiring uygulaması, kart ihracı programı, kripto on/off-ramp ya da dahili operasyon aracı — ve beş ayrı ürüne dönüşmez. Tek platform, farklı kılıklarda; her biri yeniden yazılmaz, yapılandırılır.

01Ortak API'ler üzerinde whitelabel web + mobil istemciler
02Token tabanlı tema (PDS): fork değil, yapılandırmayla yeniden stil
03Beş örnek yön — neobank, acquiring, kart ihracı, ramp, operasyon
04Yeni yüzeyler yeniden yazılmaz, yapılandırılır

Operasyon

Konsoldan yönetin, gerekçe kayıtta kalsın.

Her uygulamanın arkasında bir operatör konsolu bulunur. Destek temsilcisi hesabı burada sorgular, risk analisti kartı dondurur, operasyon sorumlusu bir kaydı iptal eder. Okuma erişimi geniştir; ayrıcalıklı işlemler öyle değildir. Para hareket ettiren, limit değiştiren ya da müşteri fonlarına dokunan her işlem, çalışmadan önce bir gerekçe girilmesini ister ve değiştirilemez bir denetim kaydı yazar: kim, neyi, ne zaman ve neden yaptı. Erişim en az ayrıcalık ilkesini izler; her operatör yalnızca rolünün izin verdiğini görür ve yapar. Bu model, operatör konsolu Protocore Center'da uygulanır ve aynı duruş platformdaki her sisteme işlenmiştir: hassas işlemler bilinçli, kişiye atfedilebilir ve sonradan incelenebilirdir.

01Geniş okuma, kapılı yazma — ayrıcalıklı işlemler istisnadır
02Fonlara dokunan her işlemden önce gerekçe zorunludur
03Değiştirilemez denetim izi: kim, ne, ne zaman, neden
04Operatör rolü başına en az ayrıcalık

Kripto köprüsü

Kripto ve fiat aynı defterde.

Platformda kripto ayrı bir silo değildir; kripto adresi, aynı defterdeki bir hesaptan başka bir şey değildir. On/off-ramp, fiat ile dijital varlıklar arasındaki dönüşümü uçta yapar: müşteri bakiyesini kartla ya da transferle fonlayıp kripto alır, veya kripto satıp banka hesabına çeker. On-chain değer banka hattına kadar takas edilebilir: gelen bir on-chain ödeme hesaba yansıtılır, dönüştürülür ve bir IBAN'a ödenir; alıcı sıradan bir banka hesabında sıradan para görür. İki bacak da tek bir çift taraflı deftere işlendiği için on-chain başlayıp banka transferiyle biten bir hareket, elle mutabık kılınan iki sistem değil, tek ve mutabık bir geçmiştir.

01Kripto adresi, diğerleri gibi bir hesaptır
02On/off-ramp: fiat ve dijital varlıklar uçta dönüştürülür
03On-chain takastan IBAN'a ödemeye kadar
04İki bacak boyunca tek, mutabık geçmiş

Geliştirme yüzeyi

API'ler, webhook'lar ve üzerinde geliştirme yapacağınız bir sandbox.

Uygulamaların yaptığı her şey belgelenmiş bir API üzerinden yapılır — hesap oluşturmak, ödeme açmak, kart ihraç etmek, ramp başlatmak. Örnek çağrılar POST /v1/wallets ya da POST /v1/payments gibi görünür; yapı REST'tir ve her yazma işleminde bir idempotency anahtarı bulunur. Durum değişiklikleri webhook olarak iletilir; sistemleriniz olayları sorgulayıp beklemek yerine onlara tepki verir. Geliştirme, bir sandbox tenant üzerinde yapılır: test hatlarıyla platformun izole bir kopyası. Gerçek para hareket ettirmeden oluşturmadan mutabakata tüm akışı çalıştırabilirsiniz. Her ürünün size neyi, hangi kademede açtığını erişim bandı belirler; ürün sayfaları, bir bandın nelerı kapsadığını ayrıntılı biçimde anlatır.

01Belgelenmiş REST API, idempotent yazma işlemleri
02Her durum değişikliği için webhook — olay tabanlı, polling yok
03Test hatlarıyla sandbox tenant, üretimden izole
04Kapsam ve limitler ürün bazlı erişim bantlarıyla belirlenir

Dürüst sınır

Protocore yazılımı geliştirir. Düzenlemeye tabi hattı lisans taşır.

Bir ödeme ürünü, iç içe geçmiş iki şeydir: para tutma ve hareket ettirme konusundaki düzenleyici izin ile parayı yönlendiren, kaydeden ve mutabık kılan yazılım. Protocore yazılımı geliştirir. Düzenlemeye tabi faaliyet — müşteri fonlarını tutmak, hesap ihraç etmek, bir şema üzerinden para hareket ettirmek — operatörün kendi lisansında ya da lisanslı bir iş ortağında durur: banka, EMI veya ödeme kuruluşu. Platform, getireceğiniz düzenlemeye tabi hatlara uyacak şekilde kurulmuştur ve kart verisini hatta tutar, sunucularınıza hiç uğratmaz. Ancak bu izninin yerini tutmaz; hiçbir yazılım tutamaz. Düzenleme hattının nereden geçeceği, iş ortağınızla birlikte vereceğiniz bir karardır; mimari de bu hattın iki yanına da temiz biçimde oturacak şekilde tasarlanmıştır.