Tokenlaştırılmış Mevduatlar: Banka Parası Zincir Üzerinde Nasıl Hareket Eder?

Bir kontrol paneli, Tokenlaştırılmış Banka Mevduatlarını tek bir işlemmiş gibi gösterebilir. Oysa mevduat alacağının oluşturulması, banka içinde transfer ve itfa ya da iptal, farklı katılımcılar tarafından gerçekleştirilen ayrı durum değişiklikleridir. Zaman, maliyet ve risk, bu görünmeyen devir noktalarında ortaya çıkar.

Tokenlaştırılmış mevduat, programlanabilir bir altyapı üzerinde temsil edilen ticari banka mevduatıdır. Mülkiyet veya ödeme talimatları tokenlarla kaydedilse bile mevduat, ihraççı bankanın yükümlülüğü olmaya devam eder ve bankanın müşteri, muhasebe, likidite, sermaye ve tasfiye çerçevesiyle örtüşmelidir.

Tokenlaştırılmış mevduat, ihraççı bankanın daha geniş bir bilançodan yararlanması ve aracın bir mevduat ilişkisinin parçası olması bakımından stabilcoinden ayrılır. Hamilinin merkez bankası yerine ticari bankaya karşı alacak hakkı bulunması bakımından da CBDC’den farklıdır. Bu nedenle benzer token arayüzleri, farklı kredi ve hukuki riskler taşır.

Tokenlaştırılmış Banka Mevduatlarının Securities.io’nun daha geniş kapsamındaki yerini görmek için Merkez Bankası Dijital Para Birimleri Nedir?, Stabilcoinler Açıklanıyor: Faydaları ve Riskleri ve Stabilcoinler Nasıl Değerini Korur? başlıklı içeriklere göz atın. Bu rehberler birlikte, ihraççı, varlık, yatırımcı hakkı veya işleyiş altyapısı değiştiğinde aynı dijital para sorusunun nasıl farklılaştığını gösteriyor.

Mevduat Alacağının Oluşturulmasından İtfaya veya İptale: Tokenlaştırılmış Banka Mevduatları Zinciri

Mevduat alacağının oluşturulması adımında, kimliği doğrulanmış bir müşteri bankadaki bir hesaba para yatırır veya onaylanmış bir tokenlaştırılmış mevduat pozisyonunu fonlar. Ardından bu adımın çıktısı, bakiyenin temsil edilmesi için girdi olur; banka da kendi iç mevduat yükümlülüğünü bire bir karşılayan tokenları oluşturur. Bu devir noktası, Tokenlaştırılmış Banka Mevduatlarını sınamak için ilk fırsattır: alıcı taraf, tamamlanmış bir durum değişikliğini bir mesajdan, tahminden veya geçici kayıttan ayırt edebilmelidir. Aynı sınama, itfa veya iptal adımı bağımsız olarak mutabakatı yapılabilecek bir sonuç üretinceye kadar sonraki her okta da uygulanır.

Şemayı itfa veya iptal adımından başlayarak geriye doğru okuyun. Son durum; banka ana defterindeki kayıtlara, token arzına, müşteri yetkilerine, rezerv hareketlerine ve itfa kayıtlarına, ardından bankalar arasında takas için kullanılan yetkiye, banka içi transferin yarattığı riske ve mevduat alacağının oluşturulması adımında kabul edilen girdilere götürmelidir. Bu zincir koparsa, olağan bir hesap bakiyesiyle tokenın her ikisi de tek bir yükümlülük için harcanabilir görünürken, aynı değer iki kez temsil edilmiş olabilir ve işlem tamamlanmış izlenimi verebilir. Bu geriye dönük izleme, analizi bir hizmet sağlayıcının etiketine veya arayüz durumuna değil, ticari banka yükümlülüğüne ve bankalar arası takas yükümlülüğüne odaklar.

Tokenlaştırılmış Banka Mevduatlarında Kritik Kayıtları Kim Kontrol Ediyor?

İhraççı banka ile müşteri, işleyiş zincirinin farklı taraflarında yer alır. İhraççı banka mevduat borcunu üstlenir; kredi, likidite, sermaye ve mevzuata uyum süreçlerini yönetir. Müşteri ise mevduat alacağının sahibidir ve kullanımına izin verir. Tarafların kayıtları—ana defter, mevduat sözleşmesi, ihtiyati denetim raporları ve token arzı ile kimlik, cüzdan kontrolü, hesap ekstresi ve işlem yetkisi—aynı olayı yansıtmalı, ancak tek bir tedarikçinin veritabanının kopyalarından ibaret olmamalıdır. Token platformu, alıcı banka ve merkez bankası veya mutabakat sistemi farklı kararlar alır ya da farklı kanıtlar sunar; bu işlevleri birbirinin yerine geçebilir saymak, takdir yetkisinin, likiditenin veya hukuki sorumluluğun nerede devreye girdiğini gizler.

Alıcı bankadaki kesinti, Tokenleştirilmiş Banka Mevduatları için hesap verebilirliğin uygulamalı bir sınamasıdır. Başka bir bankanın tokenleştirilmiş yükümlülüğünü kabul edebilir veya dönüştürebilir. Asıl soru, ihraççı banka ile müşterinin pozisyonu bankalar arası anlaşma, döviz kuru, limitler ve mutabakat kayıtlarından hâlâ yeniden oluşturup oluşturamayacağıdır. Sözleşmeler görevleri paylaştırabilir; ancak müşteriye verilen taahhüdün, varlığın veya yükümlülüğün sahibi olan taraf, kanıtın yerine dış kaynak kullanımı hükmünü koyamaz. Dayanıklı bir tasarım, yedek kaydı ve uyuşmazlığı çözmeye yetkili kişiyi açıkça belirtir.

Tokenleştirilmiş Banka Mevduatlarının Uygulamada Durum Değiştirme Süreci

1. Mevduat Alacağını Açın: Tokenleştirilmiş Banka Mevduatları İçin Başlangıç Durumunu Tanımlayın

Kimliği doğrulanmış bir müşteri, bankadaki bir hesaba para yatırır veya onaylanmış tokenleştirilmiş mevduat pozisyonunu fonlar. Tokenleştirilmiş Banka Mevduatlarının bu aşamasında, adım, bakiyenin temsilinin hangi koşullara dayanabileceğini belirler. İhraççı banka merkezi önemdedir; çünkü mevduat borcunu üstlenir ve kredi, likidite, sermaye ve mevzuata uyum süreçlerini yönetir. Çalışma kaydı; ana defteri, mevduat sözleşmesini, ihtiyati denetim raporlarını ve token arzını içermelidir.

Burada sorgulanmaması gereken risk Çifte Temsil’dir: Tek bir yükümlülük için hem olağan hesap bakiyesi hem de token harcanabilir görünür. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak kaydedin; ardından bakiyeyi temsil etmeden önce bir varsayımı değiştirin. Tokenleştirilmiş Banka Mevduatları için savunulabilir bir devir süreci; onayı kimin verdiğini, hangi kaydın değiştiğini, nelerin geri alınabilir olduğunu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceğini belirtir.

2. Bakiyeyi Temsil Edin: Tokenleştirilmiş Banka Mevduatlarında Karar Kuralını Belirleyin

Banka, kendi içindeki mevduat yükümlülüğüyle bire bir eşleşen tokenlar oluşturur. Tokenleştirilmiş Banka Mevduatlarının bu aşamasında, adım, banka içindeki transferin hangi koşullara dayanabileceğini değerlendirir. Müşteri merkezi önemdedir; çünkü mevduat alacağının sahibidir ve kullanımına izin verir. Çalışma kaydı; kimliği, cüzdan kontrolünü, hesap ekstresini ve işlem yetkisini içermelidir.

Burada sorgulanmaması gereken risk İhraççı Kredi Riskidir: Mevduat, bankaya ve geçerli çözümleme çerçevesine bağlı kalır. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak yeniden hesaplayın; ardından banka içindeki transferden önce bir varsayımı değiştirin. Tokenleştirilmiş Banka Mevduatları için savunulabilir bir devir süreci; onayı kimin verdiğini, hangi kaydın değiştiğini, nelerin geri alınabilir olduğunu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceğini belirtir.

3. Banka İçinde Transfer Edin: Tokenleştirilmiş Banka Mevduatlarında Risk Transferini Ölçün

İhraççı bankanın toplam yükümlülüğü değişmeden, müşteriler arasındaki sahiplik el değiştirir. Tokenleştirilmiş Banka Mevduatlarının bu aşamasında, adım, bankalar arası mutabakatın dayanabileceği koşulları yeniden dağıtır. Token platformu merkezi önemdedir; çünkü izin verilen transferleri ve programlanabilir koşulları kaydeder. Çalışma kaydı; sözleşme kodunu, katılımcı listesini, kesinleşme durumunu ve yönetici kontrollerini içermelidir.

Burada sorgulanmaması gereken risk Bankalar Arası Sürtüşmedir: Farklı bankaların tokenları nominal değer üzerinden değiştirilemez veya ortak bir mutabakat sürecini paylaşmaz. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak stres testine tabi tutun; ardından bankalar arası mutabakattan önce bir varsayımı değiştirin. Tokenleştirilmiş Banka Mevduatları için savunulabilir bir devir süreci; onayı kimin verdiğini, hangi kaydın değiştiğini, nelerin geri alınabilir olduğunu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceğini belirtir.

4. Bankalar Arası Mutabakatı Tamamlayın: Tokenleştirilmiş Banka Mevduatları İçin Yetkili Kaydı Uzlaştırın

Birlikte çalışabilirlik ve merkez bankası parası, farklı ihraççılar arasındaki yükümlülükleri çözüme kavuşturur. Tokenleştirilmiş Banka Mevduatlarının bu aşamasında, adım, itfa veya iptal işleminin dayanabileceği koşulları uzlaştırır. Alıcı banka merkezi önemdedir; çünkü başka bir bankanın tokenleştirilmiş yükümlülüğünü kabul edebilir veya dönüştürebilir. Çalışma kaydı; bankalar arası anlaşmayı, döviz kurunu, limitleri ve mutabakat kayıtlarını içermelidir.

Burada sorgulanmaması gereken risk Gizlilik İhlalidir: Programlanabilir kayıtlar, müşteriler ve işlemler arasındaki hassas ilişkileri açığa çıkarır. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak karşılaştırın; ardından itfa veya iptal işleminden önce bir varsayımı değiştirin. Tokenleştirilmiş Banka Mevduatları için savunulabilir bir devir süreci; onayı kimin verdiğini, hangi kaydın değiştiğini, nelerin geri alınabilir olduğunu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceğini belirtir.

5. İtfa Edin veya İptal Edin: Tokenleştirilmiş Banka Mevduatlarının Nihai Sonucunu Sınayın

Müşteri tokenları olağan mevduata, nakde veya harici bir ödemeye dönüştürdüğünde tokenlar itfa edilir. Tokenize Banka Mevduatları konusunun bu bölümünde bu adım, kaydedilen sonucun dayanabileceği koşulları tamamlar. Merkez bankası veya mutabakat sistemi kritik önemdedir; çünkü bankalar arası yükümlülükleri yerine getiren varlığı sağlar. İşlem kaydı; rezerv hareketlerini, net pozisyonları ve kesinlik kurallarını korumalıdır.

Bu aşamada sınanması gereken aksaklık, Kurtarma Çatışmasıdır: Kaybolan anahtarlar veya geçersiz transferler, bankanın yasal müşteri kaydıyla uyuşmaz. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak doğrulayın; ardından kaydedilen sonucu elde etmeden önce varsayımlardan birini değiştirin. Tokenize Banka Mevduatları için güvenilir bir devir süreci; işlemi kimin onayladığını, hangi kaydın değiştiğini, nelerin hâlâ geri alınabilir olduğunu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceğini belirtir.

Tokenize Banka Mevduatlarında Sıklıkla Birbirine Karıştırılan Üç Durum

Aynı bankadaki transfer, bankanın değişmeyen mevduat yükümlülüğünün bir bölümünün hangi müşteriye ait olduğunu yeniden etiketlemesi anlamına gelir. Bankalar arası transferde ise bir bankanın yükümlülüğü azalırken diğerininki artar; aradaki farkın mutabakatı için bankalar arası para gerekir. Mevduatın tokena dönüştürülmesi üçüncü bir koşul ekler: Temsil biçimi değişir; ancak ihraççı banka ve bilançodaki temel yükümlülük aynı kalır. Bu ayrımlar önemlidir; çünkü iki kullanıcı benzer bir onay görse de farklı haklara sahip olabilir, farklı zamanlamalarla karşılaşabilir veya farklı kurumlara bağımlı olabilir. Tokenize Banka Mevduatlarında yararlı bir karşılaştırma, her durum için hangi kaydın yetkili olduğunu ve zararı kimin üstlendiğini belirtir.

Aynı bankadaki transferi, bankalar arası transferi ve mevduatın tokena dönüştürülmesini aynı ölçütlere göre karşılaştırın: tutar, süre, kullanılan likidite, geri alınabilirlik, yasal alacak ve kalan zarar. Tokenize Banka Mevduatlarında daha hızlı bir kayıt, otomatik olarak daha kesin bir durum anlamına gelmez; raporlanan getirinin daha sorunsuz olması da ekonomik riskin kendiliğinden azaldığı anlamına gelmez. Tek bir ölçüm çerçevesi kullanmak, zamanlama veya muhasebe farklılıklarının gerçek bir iyileşme sanılmasını önler.

Tokenize Banka Mevduatlarının Maliyetleri, Teşvikleri ve Bilanço Etkileri

Bankalar kredileri ve menkul kıymetleri mevduatlarla finanse eder; dolayısıyla tokenlaştırma, yükümlülüğü tamamen rezervle karşılanan bir araca dönüştürmez. Fiyatlandırma yalnızca işlem ücretlerinin karşılaştırılmasına dayanmamalı; mevduat ilişkisini, sunulan hizmetleri, sigorta veya tasfiye süreçlerindeki uygulamayı ve bankanın bilançosunu da yansıtmalıdır.

Aynı bankadaki token transferleri düşük maliyetli olabilir; çünkü tek bir ihraççının kayıtlarını günceller. Bankalar arası transferler ise likidite ve bir mutabakat varlığı gerektirir. Bu katmanlar ortak değilse maliyet; birlikte çalışabilirlikte, rezerv yönetiminde, kredi limitlerinde veya dönüştürme marjlarında yeniden ortaya çıkar.

Programlanabilirlik, koşullu ödemeler ve teminatın hareketliliği dâhil olmak üzere yeni ücret ve nakit yönetimi hizmetleri oluşturabilir. Ancak operasyonların kesintisiz sürmesine ve kimlik bağlantılarının doğruluğuna duyulan ihtiyacı da artırır; çünkü bir akıllı sözleşme, geçerli bir banka yükümlülüğünü geçersiz bir talimata göre çok verimli biçimde aktarabilir.

Tokenize Banka Mevduatları Nerede Aksar ve Önce Neler Sınanmalı?

• Çifte Temsil: Aynı yükümlülüğe ait olağan hesap bakiyesi de token da harcanabilir görünür. İhraççı banka olağan yükümlülüğünü korurken mevduat alacağının açık tutulmasını kesintiye uğratın; ardından aynı bankadaki transferin hâlâ yukarıda açıklanan anlamı taşıyıp taşımadığını doğrulayın.
• İhraççı Kredi Riski: Mevduat, bankaya ve geçerli tasfiye çerçevesine bağlı risklere maruz kalmaya devam eder. Müşteri olağan yükümlülüğünü korurken bakiyenin temsilini kesintiye uğratın; ardından bankalar arası transferin hâlâ yukarıda açıklanan anlamı taşıyıp taşımadığını doğrulayın.
• Bankalar Arası Sürtüşme: Farklı bankaların tokenları birbirleriyle nominal değer üzerinden takas edilemez ve ortak bir mutabakat sürecini paylaşmaz. Token platformu olağan yükümlülüğünü korurken banka içi transferi kesintiye uğratın; ardından mevduatın tokene dönüştürülmesinin yukarıda açıklanan anlamını koruyup korumadığını doğrulayın.
• Gizlilik İhlali: Programlanabilir kayıtlar, müşterilere ve işlem ilişkilerine dair hassas bilgileri açığa çıkarır. Alıcı banka olağan yükümlülüğünü korurken bankalar arası mutabakatı kesintiye uğratın; ardından aynı banka içindeki transferin yukarıda açıklanan anlamını koruyup korumadığını doğrulayın.
• Kurtarma Sürecinde Çatışma: Kaybolan anahtarlar veya geçersiz transferler, bankanın müşteriye ilişkin yasal kaydıyla çelişir. Merkez bankası veya mutabakat sistemi olağan yükümlülüğünü korurken itfa ya da dolaşımdan kaldırma sürecini kesintiye uğratın; ardından bankalar arası transferin yukarıda açıklanan anlamını koruyup korumadığını doğrulayın.

Tokenlaştırılmış banka mevduatlarına yönelik yararlı bir stres testi, çifte temsili bankalar arası sürtüşmeyle bir araya getirir; bu unsurları ayrı ayrı sınamaz. Banka içi transferi dondurun veya geciktirin, alıcı bankayı kullanılamaz hâle getirin ve merkez bankasından ya da mutabakat sisteminden sonucu rezerv hareketleri, net pozisyonlar ve kesinleşme kuralları temelinde mutabakata bağlamasını isteyin. Tasarım ancak itfa veya dolaşımdan kaldırma işlemi açıklanabilir tek bir sonuca ulaşıyorsa, bankalar arası transferle bağlantılı hakları koruyorsa ve herhangi bir açığı kesinti yaşanmadan önce yürürlükte olan kurallara göre kime yüklediğini belirliyorsa başarılı sayılır.

Uygulamalı Örnek: Tokenlaştırılmış Banka Mevduatlarında Tek Bir İşlemi Baştan Sona İzlemek

Bir şirket, banka hesabındaki 10 milyon doları tokenlaştırılmış mevduata dönüştürür ve aynı bankadaki bir tedarikçiye 2 milyon dolar gönderir. Banka bir müşterinin token bakiyesini azaltırken diğerininkini artırır; bankalar arası hiçbir varlık hareket etmez. Tedarikçinin başka bir bankada hesabı varsa, iki banka tokenın nasıl dönüştürüleceği ve yükümlülüğün merkez bankası rezervleriyle nasıl mutabakata bağlanacağı konusunda anlaşmalıdır. Token koşulları otomatikleştirebilir, ancak tek başına iki ticari bankanın yükümlülüğünü özdeş hâle getiremez.

Bakiyenin temsil edilmesini belirleyen varsayım değiştirilerek veya token platformunun sağladığı kanıt kaldırılarak bu örneğin yanlışlığı gösterilebilir. Değişikliği banka içi transfer, bankalar arası mutabakat ve itfa ya da dolaşımdan kaldırma aşamalarından geçerek izleyin; doğrudan girdiden manşet sonuca atlamayın. Yeni tokenlaştırılmış banka mevduatı sonucu; temel banka defteri kayıtları, token arzı, müşteri talimatları, rezerv hareketleri ve itfa kayıtlarından yeniden üretilemiyorsa süreç, belgelenmemiş bir yargıya veya kayda dayanıyor demektir.

Tokenlaştırılmış Banka Mevduatları Neden Şimdi Önem Kazanıyor?

Bankalar, yerleşik ihtiyati düzenlemeler ve mevduat çerçeveleri içinde kalan programlanabilir paraya yöneldikçe tokenlaştırılmış mevduatlara ilgi artıyor. En önemli çalışmalar bankalar arası birlikte çalışabilirlik, birleşik defterler, gizlilik ve nominal değer üzerinden dönüşüm konularında yürütülüyor. Bu özellikler olmadan her banka verimli bir iç yapı kurabilir, ancak sistemin bütünü daha da parçalı hâle gelebilir.

Tokenlaştırılmış banka mevduatlarından çıkarılacak kalıcı ders şudur: Mevduat alacağının oluşturulması ile itfa veya dolaşımdan kaldırma aynı olay değildir. Aradaki kararlar, ticari bankanın yükümlülüğünü ve bankalar arası mutabakat yükümlülüğünü belirler; ihraççı banka ile merkez bankası ya da mutabakat sistemi ise kaydın farklı bölümlerini görebilir. Otomasyon, bu kararların doğrulanmasını ucuzlattığında değerlidir; kurtarma sürecindeki çatışmayı görünmez kılan tek bir duruma indirgediğindeyse tehlikelidir.

Tokenlaştırılmış Banka Mevduatlarına İlişkin Kanıtlar

Tokenlaştırılmış banka mevduatlarına ilişkin temel kaynaklar arasında BIS’nin Geleceğin Para Sistemi için Taslağı, CPMI-IOSCO’nun Finansal Piyasa Altyapılarına İlişkin İlkeleri ve BIS: Tokenlaştırılmış Mevduatlar ve Para Sistemi yer alır. Bu kaynakları birbirini tamamlayan katmanlar olarak okuyun: kurallar ve tanımlar, kurumsal veya piyasa yapısı ve gerçek bir iddiayı sınamak için gereken işleyiş kanıtları. Bunların hiçbiri, yukarıda açıklanan ürün belgelerinin, hesapların veya işlem kayıtlarının yerine geçecek kaynaklar olarak değerlendirilmemelidir.

Tokenlaştırılmış Banka Mevduatlarına Güvenmeden Önce Sorulması Gereken Sorular

• Bakiye temsil edilmeden önce ihraççı banka temel defter kayıtlarını, mevduat sözleşmesini, ihtiyati düzenleme raporlarını ve token arzını kanıtlayabilir mi?
• Müşteriyle alıcı banka anlaşmazlığa düşerse hangi kayıt esas alınır?
• Banka içi transfer sırasında ortaya çıkan riski kim finanse eder veya üstlenir?
• Hukuki ve ekonomik açıdan bankalar arası transferi aynı banka içindeki transferden farklı kılan nedir?
• Sistem, itfa veya dolaşımdan kaldırma işleminden önce ihraççı kredi riskini nasıl tespit eder?
• Token platformu kullanılamaz hâle gelir veya sağladığı kanıt güncelliğini yitirirse ne olur?
• Bağımsız bir incelemeci, sonucu temel banka defteri kayıtları, token arzı, müşteri talimatları, rezerv hareketleri ve itfa kayıtlarıyla mutabakata bağlayabilir mi?

Tokenlaştırılmış banka mevduatlarıyla ilgili olarak “platform hallediyor” gibi ifadeleri hesap adları, sözleşmeler, zaman damgaları, onay kuralları ve sorumlu kuruluşlarla değiştirin. Eksiksiz bir yanıt, incelemecinin itfa veya dolaşımdan kaldırma işleminden mevduat alacağının oluşturulmasına kadar geriye doğru iz sürmesini, her kaydın sahibini belirlemesini ve bir istisna ortaya çıkmadan önce zararı kimin üstleneceğini hesaplamasını sağlamalıdır.

Tokenlaştırılmış Banka Mevduatlarının Temel İlkesi

Tokenlaştırılmış banka mevduatlarını en iyi anlamanın yolu, ticari bankanın yükümlülüğünü ve bankalar arası ödeme yükümlülüğünü beş işleyiş aşaması boyunca izlemek ve sonucu ana bankacılık defter kayıtları, token arzı, müşteri yetkilendirmeleri, rezerv hareketleri ve itfa kayıtlarıyla doğrulamaktır. Akış, nelerin değiştiğini açıklar; katılımcı tablosu, bu değişikliğe kimin yetki verebileceğini gösterir; üç durumun karşılaştırılması, farklı türdeki iddiaların birbirine karıştırılmasını önler; başarısızlık haritası ise güvenin hangi noktalarda azalması gerektiğini ortaya koyar. Bu unsurlar bir araya geldiğinde, gerçek bir iyileşme ile daha az görünür bir katmana taşınan sürtüşme ya da risk birbirinden ayrılabilir.

Tokenlaştırılmış Banka Mevduatlarına İlişkin Başlıca Kaynaklar

• BIS’in Geleceğin Para Sistemi için Yol Haritası
• CPMI-IOSCO Finansal Piyasa Altyapıları için İlkeler
• BIS: Tokenlaştırılmış Mevduatlar ve Para Sistemi