Kripto Ödeme Sistemi Mimarisi: 6 Katman ve Paranın Bu Katmanlar Arasındaki Akışı

Kripto ödeme altyapısı inşa ediyorsanız, bunu tek bir şey olarak ele almak cazip gelebilir: A'dan B'ye stablecoin taşıyan bir sistem. Pratikte bu "tek şey", her birinin kendi görevi ve kendi güvenlik sınırı olan altı ayrı katmanın üst üste yığılmasından oluşur — ve bu katmanlar genelinde çalışan iki ayrı para akışı vardır.

Bu, katmanlar arasındaki yaygın yanlış anlamaları erkenden gidermeye de yardımcı olur. Bir örnek: MPC imzalamanın tek başına bir cüzdanı kendi gözetiminizde kıldığını varsaymak — oysa gözetim, anahtarı hangi tekniğin böldüğüne değil, imzalama eşiğini karşılamak için gereken anahtar parçalarını kimin elinde tuttuğuna bağlıdır. Bir diğeri: size ödeme yapan bir müşteri ile sizin birine ödeme yapmanız aynı şey gibi görünür — bir stablecoin transferi. Değillerdir. Bunları karıştırmak — bir ödemeyi alınan ödeme gibi ele almak ya da "sadece para alıyoruz" diye bir kontrolü atlamak — kirlenmiş fonların sisteme kaydedilmesine ya da henüz kimsenin onaylamaması gereken bir ödemenin çıkmasına neden olur.

Bunu, bu serinin her katmanın sorumluluğunu ve güvenlik sınırını haritalamak için kullandığı aynı altı katmanlı model olan kapsamlı kripto ödeme güvenliği ve uyumluluk rehberimizin bir parçası olarak ele alıyoruz.

Her katman sırayla şöyle: blokzincir ve stablecoin temeli, cüzdan ve gözetim katmanı, fiat giriş/çıkışı, iş mantığı, uyumluluk ve uygulama katmanı — her birinde önem taşıyan güvenlik sınırıyla birlikte. Ardından her iki para akışını adım adım inceliyor ve yanlış inşa edilmesi kolay olan kontrol noktalarını vurguluyoruz.

1. Blokzincir ve Stablecoin Temeli

Blokzincir katmanı, tüm ödeme sisteminin tabanıdır ve stablecoin'lerin pek çok avantajının kök kaynağıdır.

Bunu bir banka transferinden farklı kılan şey basittir: değer transferi ve takas/mutabakat, aynı, ortak kabul görmüş bir defterde gerçekleşir. Geleneksel finansta transfer ve takas, farklı aracılar tarafından yürütülen iki ayrı adımdır; ardından kurumlar arası mutabakat gelir. Bir blokzincirde, onaylanmış bir transfer tamamlanmış bir mutabakattır — ayrı bir takas adımı yoktur ve sonradan yapılan bir mutabakat da yoktur. Bu "ortak defter, transfer eşittir mutabakat" mekanizması, dakika düzeyinde kesinlik, aracısızlaştırma, 7/24 erişilebilirlik ve izlenebilirliği tam olarak sağlayan şeydir.

Bu ortak defterde, bir stablecoin; ihraççının bastığı ve mint, burn, blacklist ile pause gibi yönetici işlevleri ekleyen bir ERC-20 token'dır — bu işlevler, ihraççı token üzerindeki kontrolü elinde tuttuğundan, onu tam anlamıyla merkeziyetsiz bir varlık olmaktan çıkarır. Bu ihraççı kontrolünün bir işletme için ne anlama geldiğini stablecoin ödemeleri açıklandı yazımızda ele alıyoruz.

Çoklu zincir ve zincirler arası

Stablecoin'ler pek çok zincirde yaşar; her birinin kendine özgü bir nişi vardır. Ethereum, DeFi ve kurumsal mutabakat için varsayılan seçenektir; Solana yüksek hacimli ödemelere uygundur; TRON düşük ücretli havale ve gelişmekte olan pazarlarda hakimdir; Base ve Arbitrum gibi L2'ler ise düşük maliyetli ödeme kanalları sunar. Mayıs 2026 itibarıyla Ethereum stablecoin arzının yaklaşık %52'sini, TRON ise yaklaşık %28'ini elinde bulundurmaktadır — tek bir zincir mutlak hakimiyet kurmamıştır, bu nedenle çoğu şirket çoklu zincir desteğine ihtiyaç duymaktadır.

Stablecoin'leri zincirler arasında taşımanız gerektiğinde üç yaygın yaklaşım vardır: üçüncü taraf köprüler, ihraççının yerel zincirler arası protokolü (Circle'ın yerel USDC transferi için yakma-ve-basma yöntemini kullanan CCTP'si gibi) ya da merkezi bir borsada yatırma ve çekme işlemleri aracılığıyla zincirler arası geçiş. Zincirler arası geçiş, bir ödeme sisteminin temel bir yeteneği değildir — gerektiğinde seçin. Önemli olan her yaklaşımın güvenliğidir: üçüncü taraf köprüler ve kilitli likidite havuzları uzun süredir yüksek değerli hedefler olmuştur; borsa yolu ise karşı taraf ve dondurma riski taşır.

2. Cüzdan ve Gözetim Katmanı

Cüzdan ve gözetim katmanı, fonların depolanmasını ve imzalanmasını yönetir; ödeme sistemi güvenliğinin çekirdeğidir.

Buradaki ilk karar: anahtarları kendiniz mi tutacaksınız, yoksa üçüncü bir tarafa mı devredeceksiniz?

• Kendi gözetim — imzalama eşiğini karşılamak için gereken anahtarlar tamamen sizin elinizde olur; ister özel anahtarları doğrudan tutun, ister MPC kullanarak anahtarı kendi personeliniz ve altyapınız genelinde parçalara bölün. Hiçbir dış taraf tek başına fonları hareket ettiremez. Avantajı, üçüncü bir tarafa bağımlılık olmaması ve karşı taraf riskinin bulunmamasıdır; dezavantajı ise tüm güvenlik sorumluluğunun size ait olması ve kaybolmuş ya da çalınmış bir anahtar veya parçanın fonların kalıcı olarak yok olması anlamına gelmesidir.
• Üçüncü taraf (merkezi/nitelikli) gözetim — lisanslı bir saklayıcı anahtarları veya eşiği karşılayan parçaları tutar; siz ise fonları hesaplar ve API'ler aracılığıyla yönetirsiniz. Anahtar güvenliğini uzmanlara dış kaynak olarak verirsiniz; genellikle sigorta ve uyumluluk kimlik bilgileriyle daha hafif bir operasyonel yük söz konusudur, ancak karşı taraf riski (saklayıcının hack'lenmesi, iflas etmesi veya hesabınızı dondurması) ve kısmi kontrol kaybı maliyeti vardır.
• Hibrit/ortak gözetim — siz ve saklayıcı MPC anahtar parçalarının her birine sahipsiniz; hiçbir tarafın parçaları tek başına imzalamak için yeterli değildir; bu sayede kontrol ile profesyonel gözetim arasında denge kurulur.

Burada giderilmeye değer bir yanlış anlama var: MPC, yalnızca bir anahtarın dağıtılmış parçalar olarak var olmasını sağlayan ve tek hata noktasını ortadan kaldıran bir tekniktir — tek başına gözetimin niteliğini belirlemez. Gerçekte hangi türe sahip olduğunuzu anlamak için tek bir şeye bakın: imzalama eşiğini karşılamak için gereken anahtar parçalarını kim elinde tutuyor.

Kendi gözetim de üçüncü taraf gözetimi de kesin olarak daha iyi değildir. Pek çok ödeme şirketi hibrit bir strateji benimser: hız için kendi gözetimli sıcak cüzdanlar ve büyük rezervler için üçüncü taraf gözetimi veya ortak gözetim.

Üç katmanlı cüzdan mimarisi

Bir cüzdanın sıcaklığını (sıcak / ılık / soğuk) yetkilendirme modeliyle (MPC / çoklu imza) karıştırmak da kolaydır — ancak bunlar birbirinden bağımsız iki boyuttur. Sıcaklık, cüzdanın çevrimiçi olup olmadığını ve fonların ne kadar hızlı hareket edebileceğini belirler; yetkilendirme modeli ise kaç tarafın imzalaması gerektiğini belirler. Sektör uygulaması her ikisini de üç katmanlı bir yapıda birleştirir:

Anahtar depolamasından ayrı olarak, ilgili bir soru daha vardır: alım adreslerini nasıl yönetirsiniz? HD (Hiyerarşik Deterministik) cüzdanlar, her alım için benzersiz bir adres üreterek bunu çözer; fonları izole tutar ve çapraz bulaşmayı önler — bu, KYT risk kontrolü ve fon takibi açısından önemlidir. HD türetmesinin, kendi gözetimin, MPC'nin ve çoklu imzanın nasıl bir araya geldiğini kripto ödeme anahtar yönetimi yazımızda daha ayrıntılı ele alıyoruz.

3. Fiat Giriş / Çıkış Katmanı

Fiat giriş/çıkış katmanı, geleneksel finans ile zincir üstü dünya arasındaki köprüdür.

• Fiat girişi (fiat → stablecoin) — kullanıcı banka transferi veya kartla fiat öder, KYC'den geçer ve ardından ihraççı stablecoin basar ya da kullanıcı bir borsa aracılığıyla stablecoin satın alır.
• Fiat çıkışı (stablecoin → fiat) — stablecoin yakılır veya borsa aracılığıyla satılır; fiat, kullanıcıya bir banka aracılığıyla ödenir.

Her birinin farklı maliyeti ve engeli olan üç yaygın kanal vardır:

• Doğrudan ihraççı basma/yakma — en düşük maliyet; basma ve kullanım genellikle ücretsiz ya da ücretsize yakındır, asıl gider olarak banka transferi ücretleri yer alır; ancak bu genellikle kurumsal statü ve uyumluluk kimlik bilgileri gerektirir.
• Borsa yatırma ve çekme işlemleri — düşük engel ve geniş coin kapsamı, ancak daha yüksek maliyet (kart en pahalı kanal, banka transferi daha düşük) ve borsanın karşı taraf ile dondurma riskini beraberinde getirir.
• OTC masaları — büyük, kurumsal ölçekli dönüşümler için; işlem büyüklüğüne ve likiditesine göre belirlenen spreadlerle müzakere edilmiş fiyatla fiyatlandırılır; büyük işlemler için genellikle perakende kanallardan daha sıkıdır. OTC masaları 7/24 çalışır, wire/SWIFT destekler ve aynı gün mutabakat sağlar; bu da onları büyük fiat işlemleri için temel araç haline getirir.

İşte asıl mesele şu: Bir fiat işleminin zincir üstü ve fiat ayakları farklı saatlerde çalışır. Zincir üstü mutabakat dakika düzeyinde olabilir, ancak fiat ayağı hâlâ SWIFT, SEPA ve yerel takasın çalışma saatleri ve kesim sürelerine bağlıdır — dolayısıyla bir fiat işleminin gerçek hızı, daha hızlı olan tarafından değil, daha yavaş olan fiat ayağından belirlenir. Uyumluluk tarafında ise fiat giriş/çıkış katmanı, KYC/KYB, yaptırım taraması ve fon kaynağı incelemesi için kritik kapıdır; bunların tümünün fonlar serbest bırakılmadan önce gerçekleşmesi gerekir. Aşağıda yer alan ödeme alma ve gönderme adımları, her akış içindeki tarama kontrol noktalarını izler.

4. İş Mantığı Katmanı

İş mantığı katmanı, temel yetenekleri gerçek bir ödeme ürününe dönüştürür. Temel bileşenleri şunlardır:

• Ödeme yönlendirme motoru — coin, zincir, tutar ve gas fiyatına göre otomatik olarak en uygun yolu seçer.
• Döviz kuru motoru — gerçek zamanlı fiyat teklifleri, kayma kontrolü, fiyat kilitleme pencereleri.
• Faturalama ve sipariş yönetimi — ödeme talebi oluşturma, durum takibi, zaman aşımı yönetimi.
• Mutabakat ve uzlaşma — zincir üstü işlemlerin iş emirleriyle otomatik eşleştirilmesi ve tutarsızlık yönetimi.

Şirketiniz bir işlemi yalnızca iletmekten fazlasını yapıyorsa — müşteri bakiyelerini gözetim altında tutup bazı banka benzeri işlevler üstleniyorsa — bu katmanın aynı zamanda para çekme onay kontrollerine de ihtiyacı vardır. Müşteri para çekme işlemleri risk onayından, limitlerden ve çok kişili incelemeden geçer; müşteri fonları kendi operasyonel fonlarınızdan ayrı tutulur; ödeme gücü her zaman güvence altındadır; yani müşterilerin çekebileceği miktara her zaman karşılık gelen bir rezerv bulunur. Bu hem bir risk kontrol uygulaması hem de çoğu ülke ve bölgede müşteri fonlarını elinde tutmak için bir uyumluluk gerekliliğidir.

5. Uyumluluk Katmanı

Uyumluluk katmanı her işlemi kapsar; bir işlemi gerçekleştikten sonra incelemek yerine gerçek zamanlı olarak müdahale eder. Yetenekleri arasında KYC/KYB (müşteri alımı), KYT (gerçek zamanlı işlem izleme), yaptırım taraması ve SAR (şüpheli faaliyet raporlama) yer alır. Bu yeteneklerin gerçekte nasıl çalıştığını — ve bunların yanında yer alan stablecoin dondurma riskini — kripto ödemeler için zincir üstü uyumluluk yazımızda ele alıyoruz.

6. Uygulama Katmanı

Uygulama katmanı, son kullanıcılar ve satıcılar için arayüzdür: satıcı SDK'ları, ödeme sayfaları, yönetim konsolları ve API ağ geçitleri. Burada iki dağıtım modeli vardır — yalnızca yazılım, şirketin bankaları ve zincir üstü düğümleri kendisi entegre ettiği model; ve bir platformun hepsi bir arada hizmet sunduğu paketlenmiş altyapı modeli.

Ödeme Alma Akışı: Ödeme Talebinden Mutabakate

Katmanlar yerli yerine oturduktan sonra, paranın bu katmanlar arasında gerçekte nasıl hareket ettiği şöyle açıklanabilir. Eksiksiz bir stablecoin alma akışı şu şekilde işler:

1. Satıcı, API aracılığıyla bir ödeme talebi oluşturur.
2. Sistem, HD türetmeli bir adres üretir — her alım için benzersiz bir adres.
3. Kullanıcı, stablecoin'i o adrese transfer eder.
4. Sistem zinciri izler ve 3-6 blok onayını bekler (çift harcama koruması).
5. KYT risk puanlaması, gönderen adresin ve rotasının riskini değerlendirir.
6. Risk onaylandıktan sonra ödeme kaydedilir.
7. Toplama: türetilmiş adresler arasında dağılmış fonlar bir toplama cüzdanında bir araya getirilir, ardından politikaya göre operasyonel (sıcak) veya rezerv (soğuk) havuzuna tahsis edilir.
8. İsteğe bağlı: fonlar otomatik olarak dönüştürülür ve fiat ya da başka bir para birimine mutabakat edilir.
9. Satıcıya webhook aracılığıyla bildirim gönderilir.

Bu adımların her biri kendi başına bir güvenlik kontrol noktasıdır: onay sayısı, çift harcamalara karşı temel parametredir; KYT risk puanı, gelen fonların kabul edilip edilmeyeceğine karar verir; toplama ise bu fonların ana havuza hangi risk durumunda gireceğini belirler.

Belirli bir zincir üstü işlemin kaydedilmeden veya toplanmadan önce gerçekte ne yaptığını incelemek istiyorsanız, Phalcon Explorer gibi bir araç işlem ayrıntılarına doğrudan dalmanıza olanak tanır.

Toplama Adımı Yanlış Yapılması Kolaydır

Bu adım gözden kaçırılması kolay ama önemlidir. Her alım ayrı bir türetilmiş adrese düşer ve para kendiliğinden birleşmez — onu bir toplama cüzdanına aktif olarak taşımanız gerekir. Burada doğru yapılması gereken iki şey vardır.

Birincisi, toplamadan önce yeniden tarama yapın. Gelen fonlar kredi zamanında KYT'den geçmiş olsa da, toplama; fonların ana havuza girdiği kapıdır ve yüksek riskli fonlar bir kez karışınca izole edilmesi güçleşir — bu nedenle içeri girmeden önce yeniden doğrulayın.

İkincisi, gas yönetimi. Türetilmiş bir adres genellikle yalnızca stablecoin barındırır ve gas için yerel token içermez; bu nedenle toplama işleminin gas'ı yenilemek için bir gas istasyonuna veya ücret sponsorluğu mekanizmasına ihtiyacı vardır — aksi takdirde fonlar türetilmiş adreste sıkışır.

Ödeme Gönderme Akışı: Göndermenin Almaktan Neden Daha Riskli Olduğu

Göndermek almaktan daha risklidir; çünkü fonlar bir kez zincir üstünde çıktıktan sonra geri alınamaz. Eksiksiz bir ödeme gönderme akışı şu şekilde işler:

1. Toplu ödeme talebi gönderilir.
2. Alıcı yaptırım taraması (KYA).
3. İşlem KYT kontrolü.
4. Bir eşiğin üzerinde, bu çok kişili onayı tetikler.
5. MPC imzalama (veya çoklu imza).
6. İşlem zincir üstünde yayınlanır.
7. Zincir üstü onayın ardından durum güncellenir.
8. Talep sahibine webhook aracılığıyla bildirim gönderilir.

Fonlar Ayrılmadan Önceki Temel Kontroller

Buradaki temel kontroller şunlardır: hız sınırları (günlük ve işlem başına üst sınırlar), beyaz liste (yalnızca önceden onaylanmış adreslere ödeme), ve çok kişili onay (büyük işlemlerin birkaç imzacının onayına ihtiyacı vardır).

Bu kontrollerin amacı, herhangi birinin tek başına yeterli olması değil — birlikte fonlar ayrılmadan önce birkaç savunma hattı oluşturmalarıdır; böylece bir içeriden kişi tehlikeye girse veya bir sistem ihlal edilse bile kayıp sınırlı tutulur.

Çok kişili onay ve MPC imzalama gibi bu kontrollerin birkaçı, bir ödeme sisteminin imzalama ortamı etrafında ihtiyaç duyduğu daha kapsamlı uygulamaların bir parçasıdır — bunları anahtar yönetimi ve imzalama altyapısı yazımızda ele alıyoruz.

Altı Katmanı Bir Araya Getirmek

Altı katmanı sıralayın — blokzincir ve stablecoin temeli, cüzdan ve gözetim, fiat giriş/çıkış, iş mantığı, uyumluluk ve uygulama — ve bir örüntü ortaya çıkar: her katmanın kendi sorumluluğu ve kendi güvenlik sınırı vardır. İki para akışı ise tüm altı katmanı kesişerek geçer; bu yüzden her iki akıştaki eksik bir kontrol noktası, belirsiz bir "ödeme riski" yerine belirli bir katmandaki boşluk olarak ortaya çıkar. Bir katmanı diğeriyle karıştırmak (bir gözetim modelini bir yetkilendirme modeli için, bir fiat işleminin zincir üstü hızını gerçek uçtan uca hızı için) boşlukların açılma eğiliminde olduğu yerdir. Bu sınırların gerçek kontrollere nasıl dönüştüğünün daha ayrıntılı bir incelemesi için, kurumsal rehberin tamamını indirin (PDF).

SSS

Kripto ödeme mimarisinin altı katmanı nelerdir? Blokzincir ve stablecoin temeli, cüzdan ve gözetim katmanı, fiat giriş/çıkış katmanı, iş mantığı katmanı, uyumluluk katmanı ve uygulama katmanı. Her birinin kendi sorumluluğu ve güvenlik sınırı vardır.

Gözetim katmanında kendi gözetim ile üçüncü taraf gözetim arasındaki fark nedir? Kendi gözetimde, imzalama eşiğini karşılamak için gereken anahtarlar tamamen sizin elinizde olur; bu nedenle hiçbir dış taraf fonları tek başına hareket ettiremez — ancak tüm güvenlik sorumluluğunu siz üstlenirsiniz. Üçüncü taraf gözetiminde, lisanslı bir saklayıcı anahtarları tutar ve siz hesaplar ile API'ler aracılığıyla işlem yaparsınız; bazı kontrolü profesyonel anahtar güvenliği karşılığında devredirsiniz; genellikle sigorta ve uyumluluk kimlik bilgileriyle birlikte.

MPC imzalama bir cüzdanı kendi gözetimli yapar mı? Tek başına yapmaz. MPC, bir anahtarı dağıtılmış parçalara bölmek ve tek hata noktasını ortadan kaldırmak için bir tekniktir — gözetimi belirlemez. Gözetimi belirleyen şey, imzalama eşiğini karşılamak için gereken anahtar parçalarını kimin tuttuğudur: tamamen şirket, tamamen bir saklayıcı ya da ikisi arasında paylaştırılmış.

Bir fiat girişi veya çıkışı neden zincir üstü mutabakattan daha uzun sürebilir? Çünkü zincir üstü ve fiat ayakları farklı saatlerde çalışır. Zincir üstü mutabakat dakika düzeyinde olabilir, ancak fiat ayağı hâlâ SWIFT, SEPA ve yerel takasın çalışma saatleri ve kesim sürelerine bağlıdır; bu nedenle bir fiat işleminin gerçek hızı, blokzincir tarafından değil, daha yavaş olan fiat ayağından belirlenir.

Kripto ödeme gönderme akışı neden ödeme alma akışından daha risklidir? Fonlar bir kez zincir üstünde çıktıktan sonra geri alınamaz; bu nedenle ödeme gönderme akışı, işlem yayınlanmadan önce kontrollerini — KYA yaptırım taraması, KYT, onay ve imzalama — gerçekleştirir.

Fonlar zaten KYT'den geçtiyse toplama adımının yeniden tarama yapması neden gereklidir? Çünkü toplama, fonların izole edilmiş türetilmiş bir adresten ana havuza taşındığı kapıdır ve yüksek riskli fonlar bir kez karıştıktan sonra izole edilmesi güçleşir — bu nedenle riski yalnızca kredi zamanında değil, toplamadan önce de doğrulamak bu boşluğu kapatır.

Türetilmiş bir adresin toplamayı tamamlayacak gas'ı yoksa ne olur? Stablecoin fonları o türetilmiş adreste sıkışır; bu yüzden toplama adımının, toplama işlemi gerçekleşmeden önce gas'ı yenilemek için bir gas istasyonuna veya ücret sponsorluğu mekanizmasına ihtiyacı vardır.