GTİP TOKEN-4- GTİP TOKEN’İN KÜRESEL REGÜLASYONU
(MiCA, SPK, FATF ve Kurumsal Denetim Çerçevesi)
Mal Endeksli Dijital Varlığın Sınıflandırılması, Saklanması, Uyumu ve Çok-Fıkhılı Yönetişimi
Özet
Dijital varlıkların hukukî statüsü, gerek ulusal gerekse uluslararası düzeyde en tartışmalı alanlardan birini oluşturmaktadır. GTİP Token modeli, banknot endeksli tokenlardan ontolojik olarak ayrışan bir “mal endeksli programlanabilir ticaret hakkı” teklifi sunmaktadır. Ancak bu teklifin sürdürülebilirliği, yalnızca teknik ve fıkhî uygunlukla değil; aynı zamanda pozitif hukuk sistemleriyle uyumlu bir düzenleyici çerçeveye oturtulmasına bağlıdır.¹
Bu makale, GTİP Token’ın hukukî ve düzenleyici rejimini; Avrupa Birliği’nin MiCA (Markets in Crypto-Assets) düzenlemesi, Türkiye’de Sermaye Piyasası Kurulu’nun (SPK) kripto varlık mevzuatı ve FATF’in AML/CFT standartları çerçevesinde analiz etmektedir. Çalışmanın temel iddiası, GTİP Token’ın başarısının yalnızca varlık temelli (asset-backed) olmasına değil; saklama, müşteri varlığı ayrıştırması, kayıt bütünlüğü, seyahat kuralı (travel rule), uyum programı ve denetim zincirine bağlanmasına bağlı olduğudur.
Makale, öncelikle GTİP Token’ın mevcut düzenleyici kategoriler içinde nerede konumlandırılabileceğini tartışmakta; ardından MiCA’daki asset‑referenced token (ART) rejimi ile karşılaştırmalı bir analiz sunmaktadır. Türkiye’de 2024‑2025 döneminde yürürlüğe giren kripto varlık düzenlemeleri, özellikle saklama, sermaye yeterliliği ve bağımsız denetim yükümlülükleri açısından değerlendirilmektedir. AML/CFT boyutunda, FATF’in stablecoin ve unhosted wallet raporları ışığında, GTİP Token’ın kimlik bağlı cüzdan (identity‑bound wallet) ve travel rule uyumu gereklilikleri ele alınmaktadır. Son olarak, müşteri varlığı ayrıştırması (segregation), iflas koruması (bankruptcy remoteness) ve denetim mekanizmaları üzerinden kurumsal bir uygunluk çerçevesi önerilmektedir.
Anahtar Kelimeler: MiCA, SPK, FATF, AML/CFT, travel rule, asset‑referenced token, saklama, müşteri varlığı ayrıştırması, GTİP Token, düzenleyici uyum, kripto varlık hizmet sağlayıcısı (CASP), proof-of-allocated-assets, metarule
Giriş: Hukukî Sınıflandırma Problemi ve Düzenleyici Mimari İhtiyacı
Dijital varlık ekosisteminin en temel sorunu, yeni teknolojilerin mevcut hukuk sistemlerinde nasıl sınıflandırılacağıdır. Bir token’ın menkul kıymet mi, emtia mı, elektronik para mı, yoksa kendine özgü bir varlık kategorisi mi olduğu sorusu, hem düzenleyici otoriteler hem de piyasa aktörleri için belirsizlik yaratmaktadır.² GTİP Token, banknot endeksli token modellerinden ontolojik olarak ayrışan bir yapı sunduğu için, bu sınıflandırma sorunu daha da karmaşık hale gelmektedir.
Makale 1’de GTİP Token, banknot endeksli tokenlardan farklı olarak “mal endeksli programlanabilir ticaret hakkı” olarak kavramsallaştırılmış; değerini soyut bir para biriminin itibarından değil, tahsis edilmiş ve doğrulanabilir reel maldan aldığı savunulmuştur.³ Makale 2’de bu teklifin normatif omurgası, Fintek Fıkhı perspektifinden ayn/deyn, kabz, zimmet ve gharar gibi kavramlar üzerinden temellendirilmiştir.⁴ Makale 3’te ise bu kavramsal ve normatif çerçeve, oracle, attestation, tokenization engine ve audit pack bileşenlerinden oluşan sekiz katmanlı bir teknik mimariye dönüştürülmüştür.⁵
Bu makale, GTİP Token’ın hukukî ve düzenleyici rejimini ele almaktadır. Çalışmanın temel iddiası şudur: GTİP Token’ın başarısı, yalnızca varlık temelli (asset‑backed) olmasına değil; saklama, müşteri varlığı ayrıştırması, kayıt bütünlüğü, seyahat kuralı, uyum programı, denetim zinciri ve normatif çoğulluğu yönetebilen bir üst‑kural (metarule) yapısına bağlanmasına bağlıdır. Bu iddia, Makale 2’de tartışılan “riski yok eden değil, görünür kılan model” yaklaşımının hukukî düzeydeki karşılığıdır.⁶
Makale, yedi ana bölümden oluşmaktadır. İlk bölümde, GTİP Token’ın Avrupa Birliği’nin MiCA düzenlemesi çerçevesinde asset‑referenced token (ART) kategorisiyle ilişkisi analiz edilecek ve Transfer of Funds Regulation (TFR) ile travel rule uyumu tartışılacaktır. İkinci bölümde, Türkiye’de 2024‑2025 döneminde yürürlüğe giren kripto varlık düzenlemeleri (SPK tebliğleri) değerlendirilecektir. Üçüncü bölümde, AML/CFT boyutu ve FATF’in stablecoin raporları ışığında, GTİP Token’ın kimlik bağlı cüzdan ve travel rule uyumu gereklilikleri ele alınacaktır. Dördüncü bölümde, müşteri varlığı ayrıştırması, iflas koruması ve proof‑of‑allocated‑assets modeli tartışılacaktır. Beşinci bölümde, normatif otonomi, sözleşme serbestisi ve çok‑fıkhılı yapılarda geçerli üst‑kural (metarule) ve Uyuşmazlık Çözüm Protokolü incelenecektir. Altıncı bölümde, ihtilaf çözümü, denetim mekanizmaları, audit pack ve incident packet yapıları ele alınacaktır. Yedinci ve son bölümde, GTİP Token için önerilen hukukî sınıflandırma, fazlı lisanslama ve kurumsal uygunluk çerçevesi sunulacaktır.
- Avrupa Birliği Çerçevesi: MiCA, ART ve Transfer of Funds Regulation
1.1. MiCA’nın Kapsamı ve GTİP Token’ın Konumu
Avrupa Birliği’nin Markets in Crypto‑Assets (MiCA) düzenlemesi (Regulation (EU) 2023/1114), kripto varlıklar için kapsamlı bir düzenleyici çerçeve sunan ilk büyük ölçekli yasal düzenlemedir.⁷ MiCA, 30 Haziran 2023 tarihinde yürürlüğe girmiş ve 30 Aralık 2024 itibarıyla tam olarak uygulanmaya başlamıştır. Düzenleme, kripto varlık hizmet sağlayıcılarını (CASP) ve varlık referanslı token (ART) ile e‑money token (EMT) ihraççılarını kapsamaktadır.
MiCA’nın temel amaçları şunlardır:⁸
- Yasal Belirlilik:Kripto varlıklar için AB çapında tek tip bir düzenleyici çerçeve oluşturmak.
- Tüketici ve Yatırımcı Koruması:İhraççılar ve hizmet sağlayıcılar için şeffaflık, saklama ve sorumluluk yükümlülükleri getirmek.
- Piyasa Bütünlüğü:Piyasa manipülasyonu ve içeriden öğrenenlerin ticaretini önlemek.
- Finansal İstikrar:Özellikle stablecoin’lerin finansal sistem üzerindeki potansiyel risklerini yönetmek.
MiCA, kripto varlıkları üç ana kategoride sınıflandırmaktadır:⁹
| Kategori | Tanım | Örnek |
| Asset‑Referenced Token (ART) | Bir varlığa veya varlık sepetine referans vererek değerini istikrarlı tutmayı amaçlayan kripto varlık | Emtia referanslı tokenlar, sepet stablecoin’ler |
| E‑Money Token (EMT) | Tek bir resmî para birimine referans veren kripto varlık | USDC, USDT (MiCA uyumlu versiyonları) |
| Other Crypto‑Assets | ART veya EMT kapsamına girmeyen diğer kripto varlıklar | Bitcoin, Ethereum, utility token’lar |
GTİP Token, tek bir para birimine endeksli olmadığı için EMT kategorisine girmez. Birden çok emtiaya referans verebilen yapısı ve mal temelli değer koruma mekanizması nedeniyle ART kategorisine yakın bir konumda değerlendirilebilir. Ancak GTİP Token, yalnızca “değer referansı” taşıyan bir ART’den daha fazlasıdır; aynı zamanda malın mülkiyetini, teslim hakkını ve takyid durumunu taşıyan bir programlanabilir ticaret hakkıdır.¹⁰
1.2. Asset‑Referenced Token (ART) Rejimi ve GTİP Token’a Uyarlanması
MiCA’nın Title III (Maddeler 15‑42) ART ihraççılarına yönelik düzenlemeleri içermektedir. Bir ART ihraç edebilmek için:¹¹
- Beyaz Belge (White Paper):İhraççı, yetkili otoriteye onaylatılmış bir beyaz belge sunmalıdır. Belge, token’ın özellikleri, hakları, riskleri ve rezerv varlıkların yönetimine ilişkin ayrıntıları içermelidir.
- Sermaye Yeterliliği:İhraççı, asgari sermaye gereksinimlerini karşılamalıdır. Küçük ART’ler için 350.000 €, büyük ART’ler için daha yüksek sermaye şartları aranır.
- Rezerv Varlık Yönetimi:Rezerv varlıklar, ihraççının iflasından ayrıştırılmalı (segregation) ve güvenli bir şekilde saklanmalıdır. Rezerv varlıkların değeri, token arzını sürekli olarak karşılamalıdır.
- İtfa Hakkı (Redemption Right):Token sahiplerine, her zaman token’ı referans varlıkla değiştirme hakkı tanınmalıdır.
- Yönetişim ve İç Kontroller:İhraççı, etkin bir yönetişim yapısı, risk yönetimi ve iç kontrol sistemleri kurmalıdır.
- Denetim:İhraççı, bağımsız bir denetçi tarafından yıllık olarak denetlenmelidir.
GTİP Token için Çıkarımlar: GTİP Token, bir ART olarak sınıflandırılırsa, yukarıdaki yükümlülüklerin tümünü yerine getirmek zorunda kalacaktır. Özellikle rezerv varlık yönetimi ve itfa hakkı konularında, GTİP Token’ın doğasıyla uyumlu düzenlemeler yapılması gerekecektir. Ancak GTİP Token’ın “programlanabilir ticaret hakkı” boyutu, onu klasik ART’lerden ayırmaktadır; bu nedenle MiCA’nın ART rejimi, GTİP Token’a tam olarak uymayabilir.¹²
GTİP Token İçin Özel Hususlar:
- Rezerv Niteliği:MiCA’nın rezerv yönetimi hükümleri genellikle nakit veya likit finansal varlıklar için tasarlanmıştır. GTİP Token’ın rezervi fiziksel mal olduğu için, depolama, sigorta, kalite koruma ve lojistik maliyetleri gibi ek unsurların düzenlenmesi gerekir.
- İtfa Hakkı:MiCA’nın itfa hakkı, token’ın referans varlıkla değiştirilmesini öngörür. GTİP Token’da itfa, malın fiziksel teslimi şeklinde gerçekleşir. Bu durum, lojistik ve gümrük süreçlerini de düzenleme kapsamına dahil eder.
- Beyaz Belge:GTİP Token’ın beyaz belgesi, yalnızca finansal bilgileri değil, aynı zamanda malın GTİP/HS kodu, kalite standardı, depolama koşulları, sigorta kapsamı, encumbrance kayıtları ve normatif paket seçeneklerini de içermelidir.
1.3. MiCA ve GTİP Token Arasındaki Benzerlikler ve Farklar
| Kriter | MiCA’nın ART Rejimi | GTİP Token Modeli | Uyum Değerlendirmesi |
| Dayanak Varlık | Bir varlık veya varlık sepeti | GTİP/HS kodlu tahsis edilmiş mal | Uyumlu – GTİP Token, belirli bir mala dayanır |
| Rezerv Yönetimi | Ayrıştırılmış (segregated) rezerv | Lisanslı depoda tahsis edilmiş mal | Uyumlu – depo kaydı, ayrıştırma şartını karşılar |
| İtfa Hakkı | Token sahibinin referans varlığı talep hakkı | Token sahibinin malı teslim talep hakkı | Uyumlu – teslim hakkı, itfa hakkına eşdeğerdir |
| Beyaz Belge | Yetkili otorite onayı gerektirir | Teknik mimari ve fıkhî uygunluk belgeleri | İlave yükümlülük – MiCA beyaz belgesi gerekecektir |
| Sermaye Yeterliliği | Asgari sermaye gereksinimi | GTİP Token ihraççısı için sermaye şartı | İlave yükümlülük – ihraççı sermayelendirilmelidir |
| Yönetişim | İç kontrol, risk yönetimi | L6 – Şer’i ve teknik yönetişim katmanı | Uyumlu – GTİP Token’ın yönetişim mimarisi MiCA’yı aşar |
| Denetim | Bağımsız yıllık denetim | Audit pack ve sürekli denetim | Uyumlu – GTİP Token, sürekli denetim sunar |
Temel Fark: GTİP Token, MiCA’nın ART tanımının ötesinde, malın mülkiyetini, teslim hakkını ve takyid durumunu da taşımaktadır. Bu nedenle, GTİP Token’ın salt bir ART olarak sınıflandırılması, onun ticaret hakkı boyutunu görünmez kılabilir.¹³
1.4. Transfer of Funds Regulation (TFR) ve Travel Rule Uyumu
AB’de MiCA tek başına yeterli değildir. Kripto varlık transferleri bakımından asıl operasyonel uyum yükü, 2023/1113 sayılı Transfer of Funds Regulation (TFR) ile genişletilen bilgi eşlik rejiminden gelir.¹⁴ Bu düzenleme, kripto varlık transferlerinde originator ve beneficiary bilgilerini; yani travel rule mantığını, belirli işlem türleri ve CASP katılımı bulunan transferler bakımından hukukî zorunluluk haline getirmiştir.
TFR’nin GTİP Token İçin Anlamı:
GTİP Token için bu durum kritik önemdedir. Çünkü mal temelli oluşu, AML/CFT ve yaptırım risklerini ortadan kaldırmaz. Hatta tam tersine, sınır aşan mal akışı ile dijital transfer birleştiğinde, gümrük, yaptırım ve yararlanıcı tespiti riskleri daha karmaşık hâle gelebilir.
TFR Karşısında Üç Düzeyli Uyum:
- Kimlik doğrulama ve yararlanıcı tespiti:Her cüzdan, anonim serbest dolaşım adresi değil; kimlik bağlı ve yetki profili tanımlı bir cüzdan olmalıdır.
- Transfer sırasında gerekli verilerin eşlik etmesi:Zorunlu hâllerde originator/beneficiary verisinin yetkili kurumlara eşlik etmesi sağlanmalıdır.
- Olay bazlı müdahale:Şüpheli işlem, yaptırım taraması, sahte attestation veya çifte takyid tespit edildiğinde tokenın pause/freeze moduna alınması gerekir.
Kimlik Bağlı Cüzdan Modeli: Sistem, zincir üstünde tam kişisel veri açıklamadan da, transferin yetkili taraflar arasında gerçekleştiğini ve gerekli durumlarda regülatöre iz düşümü bırakabildiğini gösterebilir. Bu model, kamusal ifşa değil, yetkili doğrulanabilirlik mantığıyla çalışır.
1.5. Significant ART Eşiği ve Pilot Stratejisi
MiCA’nın 43. maddesi, belirli eşikleri aşan asset‑referenced token’ları “significant” olarak sınıflandırır ve daha ağır bir gözetim rejimine bağlar.¹⁵ Kriterler arasında holder sayısı, piyasa değeri, rezerv büyüklüğü, işlem sayısı ve uluslararası etki gibi göstergeler bulunur.
Bu durum GTİP Token bakımından pratik bir strateji sonucu doğurur: İlk fazlarda hedef, teorik olarak her coğrafyaya yayılmak değil; izinli ve kontrollü pilot kurmaktır. Bu, düzenlemeye karşı geri çekilme değil; regülasyonla birlikte ölçeklenme stratejisidir. Başlangıçta belirli emtia grupları, sınırlı sayıda kurumsal katılımcı, sınırlandırılmış koridorlar ve açık denetim paketleriyle ilerlemek, hem hukukî kabulü hem de teknik olgunlaşmayı kolaylaştırır.
- Türkiye’de Kripto Varlık Rejimi: SPK Düzenlemeleri ve Modüler Uyum
2.1. 2024 Kanun Değişikliği ve SPK Yetki Alanı
Türkiye’de kripto varlıkların düzenlenmesi, 2 Temmuz 2024 tarihinde yürürlüğe giren kanun değişikliği ile Sermaye Piyasası Kurulu’nun (SPK) yetki alanına girmiştir.¹⁶ Bu değişiklikle:
- Kripto varlık hizmet sağlayıcılarının (KVHS) kuruluş ve faaliyet esasları SPK tarafından belirlenecektir.
- Kripto varlıkların saklanması, alım‑satımı ve transferine ilişkin düzenlemeler SPK tarafından yapılacaktır.
- Kripto varlık hizmet sağlayıcıları, SPK’dan lisans almak zorundadır.
Kanun değişikliği, kripto varlıkları tanımlamakta ve bunların “elektronik para”, “menkul kıymet” veya “diğer sermaye piyasası araçları” kategorilerinde değerlendirilebileceğini belirtmektedir. Ancak GTİP Token gibi hibrit yapılar için özel bir düzenleme bulunmamaktadır.¹⁷
2.2. 13 Mart 2025 Tarihli Tebliğler
SPK, 13 Mart 2025 tarihinde iki önemli tebliğ yayımlamıştır:¹⁸
- Kripto Varlık Hizmet Sağlayıcıları Tebliği (III‑35/B.1):KVHS’lerin kuruluş, faaliyet, sermaye yeterliliği, iç kontrol ve bağımsız denetim yükümlülüklerini düzenler.
- Kripto Varlıkların Saklanmasına İlişkin Tebliğ (III‑35/B.2):Kripto varlıkların saklanması, müşteri varlıklarının ayrıştırılması ve saklama kuruluşlarının yetkilendirilmesine ilişkin esasları belirler.
Kripto Varlık Hizmet Sağlayıcıları Tebliği’nin temel hükümleri:¹⁹
| Konu | Düzenleme |
| Kuruluş | KVHS’ler anonim şirket olarak kurulmalı ve SPK’dan yetki belgesi almalıdır. |
| Sermaye Yeterliliği | Asgari ödenmiş sermaye: 50.000.000 TL (saklama hizmeti için 100.000.000 TL). |
| İç Kontrol | KVHS’ler, etkin bir iç kontrol sistemi, risk yönetimi ve uyum programı kurmalıdır. |
| Bağımsız Denetim | KVHS’ler, yıllık olarak bağımsız denetimden geçmek zorundadır. |
| Müşteri Varlıkları | Müşterilere ait kripto varlıklar, KVHS’nin mal varlığından ayrıştırılmalıdır. |
| Bilgi Sistemleri | KVHS’ler, güvenli ve sürekli çalışan bilgi sistemleri kurmalı; siber saldırılara karşı koruma sağlamalıdır. |
Kripto Varlıkların Saklanmasına İlişkin Tebliğ’in temel hükümleri:²⁰
| Konu | Düzenleme |
| Saklama Kuruluşları | Kripto varlıklar, yetkilendirilmiş saklama kuruluşları tarafından saklanmalıdır. |
| Müşteri Varlığı Ayrıştırması | Her müşterinin kripto varlıkları, diğer müşterilerden ve saklama kuruluşunun mal varlığından ayrı tutulmalıdır. |
| Soğuk Cüzdan | Müşteri varlıklarının asgari %90’ı soğuk cüzdanlarda (çevrimdışı) saklanmalıdır. |
| Denetim İzi | Tüm saklama işlemleri, denetlenebilir bir iz bırakmalıdır. |
| Sorumluluk | Saklama kuruluşları, müşteri varlıklarının kaybından sorumludur. |
2.3. GTİP Token’ın SPK Düzenlemeleri Karşısında Konumu
GTİP Token, SPK düzenlemeleri karşısında aşağıdaki gibi değerlendirilebilir:
- Kripto Varlık mı?SPK’nın tanımına göre, kripto varlıklar “dağıtık defter teknolojisi veya benzeri bir teknoloji kullanılarak oluşturulan ve elektronik olarak saklanabilen, alınıp satılabilen, devredilebilen veya transfer edilebilen gayri maddi varlıklar”dır.²¹ GTİP Token, blokzincir tabanlı olduğu için bu tanım kapsamına girer.
- Menkul Kıymet mi?GTİP Token, bir işletmenin kârına ortaklık veya borç ilişkisi sunmadığı için klasik menkul kıymet tanımına girmez. Ancak, Makale 1’de tartışıldığı gibi, token’ın temsil ettiği malın belirli bir işletmenin faaliyetiyle ilgili olması durumunda, SPK menkul kıymet olarak değerlendirebilir.²²
- Elektronik Para mı?GTİP Token, tek bir resmî para birimine endeksli olmadığı için elektronik para olarak sınıflandırılamaz.
- Asset‑Referenced Token Benzeri mi?GTİP Token, MiCA’daki ART’ye benzer şekilde, bir varlığa referans veren yapısıyla SPK nezdinde “varlık referanslı token” olarak sınıflandırılabilir. Ancak SPK’nın mevzuatında ART kategorisi bulunmamaktadır; bu nedenle GTİP Token için özel bir sınıflandırma geliştirilmesi gerekebilir.
GTİP Token için Önerilen Yaklaşım: GTİP Token’ın SPK nezdinde “mal temelli programlanabilir ticaret hakkı tokenı” olarak ayrı bir kategoride değerlendirilmesi, mevcut kategorilere sıkıştırılmaktan daha doğru olacaktır. Bu kategori, Makale 1’de önerilen ontolojik tanımla uyumludur.²³
2.4. Modüler Uyum Haritası ve İşlevsel Görev Ayrımı
GTİP Token’ın Türkiye’de karşılaşacağı en büyük uygulama sorunlarından biri, çok sayıda düzenleme kümesine aynı anda temas etmesidir. SPK rejimi dijital varlık hizmetini kapsar; fakat fizikî malın saklanması depo, gümrük, sigorta, vergi, lisanslı depoculuk ve özel hukuk sözleşmeleriyle de ilişkilidir. Bu nedenle tek bir lisans veya tek bir unvan, bütün mimariyi açıklamaya yetmez.
Burada önerilen yaklaşım şudur: GTİP Token ekosistemi için modüler uyum haritası oluşturulmalıdır. Her modül, kendi riskini ve sorumluluğunu taşır.
GTİP Token İçin Modüler Uyum Haritası:
| Modül | Hukukî Soru | Düzenleyici Temas | Teknik Karşılık |
| İhraç / mint‑burn | Token’ı kim ihraç ediyor, hangi rezerv mantığına dayanıyor? | MiCA ART mantığı, SPK ihraç ve faaliyet izni | Tokenization engine (L3) |
| Dijital saklama | Müşteri varlığı nasıl ayrıştırılıyor? | SPK saklama rejimi | Custody layer, multisig (L5) |
| Fizikî saklama | Mal kimde, hangi sözleşmeyle tahsisli tutuluyor? | Depo, sigorta, ticaret hukuku | Warehouse registry (L0) |
| Transfer ve pazar yeri | Transfer kimler arasında, hangi kurallarla? | MiCA CASP, SPK platform rejimi | Permissioned market layer (L7) |
| Doğrulama | Mal, kalite, takyid nasıl ispatlanıyor? | Denetim ve sorumluluk hukuku | Oracle‑attestation layer (L2) |
| Uyuşmazlık çözümü | Çatışma halinde hangi kural uygulanıyor? | Tahkim, özel hukuk, zorunlu hukuk | Metarule engine (L4/L6) |
| Uygunluk ve denetim | AML/CFT, travel rule, rezerv kanıtı nasıl sağlanıyor? | FATF, MiCA TFR, SPK rezerv kanıtı | Audit pack, incident packet (L6) |
Bu tablo, GTİP Token için asıl ihtiyacın yeni bir slogan değil, ayrıntılı bir görev ve sorumluluk matrisi olduğunu gösterir.
III. AML/CFT Boyutu: FATF Standartları, Travel Rule ve Kimlik Bağlı Cüzdan
3.1. FATF’in Stablecoin ve Unhosted Wallet Raporları
FATF (Financial Action Task Force), kara para aklama ve terörün finansmanıyla mücadelede küresel standartları belirleyen kurumdur. Mart 2026 tarihli “Targeted Report on Stablecoins and Unhosted Wallets” raporu, stablecoin’lerin AML/CFT risklerini detaylı olarak analiz etmektedir.²⁴ Raporda vurgulanan başlıca riskler şunlardır:
- Anonimlik:Unhosted wallet’ler (merkezi bir hizmet sağlayıcıya bağlı olmayan cüzdanlar) ile yapılan işlemler, izlenmesi zor anonim işlemlerdir.
- Rezerv Belirsizliği:Stablecoin rezervlerinin şeffaf olmaması, kara para aklama riskini artırmaktadır.
- Sınır Ötesi Hareket:Stablecoin’lerin sınır ötesi hızlı transfer kabiliyeti, yaptırım delme riskini büyütmektedir.
- Unhosted Wallet’lerin Artan Kullanımı:2025 yılında yasa dışı sanal varlık hacminin büyük kısmı stablecoin’lere kaymıştır; bu işlemlerin önemli bir kısmı unhosted wallet’ler üzerinden gerçekleşmiştir.
FATF raporu, stablecoin’lerin AML/CFT risklerini yönetmek için aşağıdaki önlemleri önermektedir:²⁵
- Travel Rule (Seyahat Kuralı):000 USD/€ eşiğini aşan işlemlerde, gönderici ve alıcı bilgilerinin paylaşılması zorunludur.
- Hosted Wallet Zorunluluğu:Unhosted wallet’lerle yapılan işlemler için ek kontroller getirilmelidir.
- Rezerv Şeffaflığı:Rezerv varlıkların düzenli olarak bağımsız denetimden geçirilmesi ve sonuçların kamuya açıklanması gereklidir.
- Lisanslama:Stablecoin ihraççıları ve hizmet sağlayıcıları, yetkili otoritelerden lisans almalıdır.
3.2. GTİP Token’da Kimlik Bağlı Cüzdan (Identity‑Bound Wallet)
GTİP Token mimarisi, Makale 3’te detaylandırıldığı gibi, kimlik bağlı cüzdan (identity‑bound wallet) modelini benimsemektedir.²⁶ Bu modelde:
- Her kullanıcı, benzersiz bir DID’e (Decentralized Identifier) sahiptir.
- Kullanıcının yetkileri, yetkili kurumlar tarafından imzalanmış VC’ler (Verifiable Credentials) ile tanımlanır.
- Token transferleri, yalnızca yetkili cüzdanlar arasında yapılabilir.
- Unhosted wallet’ler (merkeziyetsiz cüzdanlar) sisteme erişemez.
Kimlik bağlı cüzdan modeli, FATF’in unhosted wallet riskine karşı geliştirdiği önlemlerle tamamen uyumludur.²⁷ GTİP Token ekosisteminde, tüm işlemler kimlikli cüzdanlar arasında gerçekleştiği için, anonim işlem riski ortadan kalkmaktadır.
DID/VC Altyapısının Avantajları:
- Veri Minimizasyonu:Tam kimlik bilgileri her transferde açıklanmaz; sadece yetkili statü ispatlanır.
- Seçici Açıklama:Gerekli eşikler aşıldığında veya olay bazlı tetikler oluştuğunda, daha ayrıntılı veri yalnız yetkili regülatif kanala açılır.
- Geriye Dönük İzlenebilirlik:Yetkili makamlar, şüpheli işlem durumunda VC sağlayıcısından detaylı bilgi talep edebilir.
3.3. Travel Rule Uyumu
FATF’in Travel Rule gerekliliği, belirli bir eşiği aşan işlemlerde, gönderici ve alıcı bilgilerinin paylaşılmasını zorunlu kılar.²⁸ Bu bilgiler şunları içerir:
- Gönderici adı ve soyadı
- Gönderici hesap numarası (cüzdan adresi)
- Gönderici adresi (opsiyonel)
- Alıcı adı ve soyadı
- Alıcı hesap numarası (cüzdan adresi)
GTİP Token mimarisi, Travel Rule uyumunu aşağıdaki mekanizmalarla sağlar:
- DID/VC Altyapısı:Her kullanıcı, doğrulanabilir kimlik bilgilerine (VC) sahiptir. Bu bilgiler, Travel Rule gerekliliği için gerekli verileri içerir.
- Transfer Hook’ları:Belirli bir eşiği aşan işlemlerde, akıllı sözleşme otomatik olarak gönderici ve alıcı bilgilerini yetkili regülatörle paylaşır.
- Audit Pack Kaydı:Travel Rule kapsamındaki tüm işlemler, audit pack’e kaydedilir ve bağımsız denetçiler tarafından incelenebilir.
TFR Karşısında Üç Düzeyli Uyum Özeti:
- Ön işlem kontrolü:Gönderici ve alıcı cüzdanların yetkili statüsünün doğrulanması.
- Eşik ve risk bazlı veri eşliği:Zorunlu hâllerde originator/beneficiary verisinin yetkili kurumlara eşlik etmesi.
- Olay bazlı müdahale:Şüpheli işlem, yaptırım taraması, sahte attestation veya çifte takyid tespit edildiğinde tokenın pause/freeze moduna alınması.
3.4. AML/CFT Uyum Programı Gereksinimleri
GTİP Token ekosistemindeki her KVHS (kripto varlık hizmet sağlayıcısı), bir AML/CFT uyum programı kurmak zorundadır. Bu program şunları içermelidir:²⁹
| Bileşen | Açıklama | Teknik Karşılık |
| Risk Değerlendirmesi | Müşteri risk seviyelerinin belirlenmesi | Risk skorlama algoritmaları |
| KYC/KYB | Müşteri kimlik doğrulama ve iş yeri doğrulama | DID/VC ile kimlik doğrulama |
| İşlem İzleme | Şüpheli işlemlerin tespiti | AML/CFT Filter Engine |
| Şüpheli İşlem Bildirimi | Yetkili otoritelere bildirim | Regülasyon düğümü (L6) |
| Kayıt Tutma | İşlem kayıtlarının 5 yıl saklanması | Audit pack arşivi |
| Personel Eğitimi | Uyum personelinin eğitimi | Kullanıcı rolü bazlı eğitim modülleri |
- Müşteri Varlığı Ayrıştırması, Saklama ve Proof‑of‑Allocated‑Assets
4.1. Segregation (Ayrıştırma) ve Bankruptcy Remoteness
Müşteri varlıklarının ayrıştırılması (segregation), kripto varlık hizmet sağlayıcılarının iflası durumunda müşteri varlıklarının korunması için temel bir gerekliliktir.³⁰
Ayrıştırmanın Temel İlkeleri:
- Müşteri Varlıkları, KVHS’nin Mal Varlığından Ayrı Tutulur:Müşterilere ait token’lar, KVHS’nin kendi token’larından ve diğer müşterilerin token’larından ayrı hesaplarda tutulur.
- İflas Durumunda Koruma:KVHS iflas ederse, müşteri varlıkları iflas masasına dahil edilmez; doğrudan müşterilere iade edilir.
- Rezerv Varlıkların Ayrıştırılması:ART’lerde rezerv varlıklar (GTİP Token için depodaki fiziksel mal), ihraççının mal varlığından ayrı tutulmalıdır.
GTİP Token mimarisinde ayrıştırma, üç düzeyde sağlanır:
| Düzey | Ayrıştırma Türü | Teknik Karşılık |
| L0 – Fiziksel Mal | Depodaki mal, depo işletmecisinin mal varlığından ayrıdır | Lisanslı depo kayıtları |
| L3 – Token | Her token, belirli bir mal partisine tahsis edilmiştir | Parsel NFT + metadata |
| L5 – Cüzdan | Müşteri cüzdanları, KVHS’nin kendi cüzdanlarından ayrıdır | DID/VC + çoklu imza |
4.2. Saklama Kuruluşları ve Sorumluluk
SPK’nın Kripto Varlıkların Saklanmasına İlişkin Tebliğ’i, kripto varlıkların saklanmasını yetkilendirilmiş saklama kuruluşlarına özgülemektedir.³¹
Saklama Kuruluşlarının Yükümlülükleri:
- Soğuk Cüzdan Zorunluluğu:Müşteri varlıklarının asgari %90’ı soğuk cüzdanlarda (çevrimdışı) saklanmalıdır.
- Özel Anahtar Yönetimi:Özel anahtarlar, yetkisiz erişime karşı korunmalı; çoklu imza (multi‑sig) ile yönetilmelidir.
- Sorumluluk:Saklama kuruluşu, müşteri varlıklarının kaybından sorumludur. Hırsızlık, siber saldırı veya ihmal sonucu oluşan zararlar tazmin edilmelidir.
- Denetim:Saklama kuruluşları, yıllık olarak bağımsız denetimden geçmelidir.
GTİP Token mimarisinde saklama, iki düzeyde gerçekleştirilir:
- Fiziksel Mal Saklaması:Lisanslı depo işletmecisi, malın fiziksel güvenliğinden sorumludur. Depo, sigorta kapsamındadır.
- Dijital Token Saklaması:Yetkilendirilmiş bir saklama kuruluşu, token’ların özel anahtarlarını saklar. Soğuk cüzdan kullanımı zorunludur.
4.3. Proof‑of‑Reserves vs Proof‑of‑Allocated‑Assets
Stablecoin piyasasında, ihraççıların rezerv varlıklarını gösteren Proof‑of‑Reserves (PoR) raporları yaygın olarak kullanılmaktadır. Ancak PoR raporları, genellikle belirli bir anlık durumu gösterir ve sürekli doğrulama sağlamaz.³²
GTİP Token modeli, PoR’dan daha ileri bir mekanizma sunar: Proof‑of‑Allocated‑Assets (PoAA) ve Sürekli Doğrulama.
| Kriter | Proof‑of‑Reserves (PoR) | GTİP Token Modeli |
| Zaman Aralığı | Belirli anlık raporlar (genellikle aylık) | Sürekli doğrulama (oracle’lar ile) |
| Rezerv Niteliği | Genel havuz (unallocated) | Tahsis edilmiş mal (allocated) |
| Doğrulama Kaynağı | İhraççı beyanı + denetçi | Çoklu oracle (depo + eksper + sigorta) |
| Denetim İzi | PDF rapor | Machine‑readable audit pack |
| İtfa Hakkı | Talep halinde (fiat para) | Teslim hakkı (fiziksel mal) |
Proof‑of‑Allocated‑Assets’in Unsurları:
- Tahsisli mal listesi
- Parti/lot/parsel eşleştirmesi
- Kalite ve menşe attestasyonu
- Mevcut takyid ve rehin kayıtları
- Sigorta ve saklama kanıtı
- Machine‑readable audit pack
GTİP Token’ın Gerçek Tahsis Modeli, FATF’in rezerv şeffaflığı gerekliliğini fazlasıyla karşılamaktadır.³³
4.4. Tri‑Partite Custody Modeli ve Sigorta
GTİP Token için önerilen saklama modeli, tri‑partite custody (üç taraflı saklama) modelidir: ihraç/kurgu kurumu, bağımsız saklayıcı/depo ve müşteri lehine hak doğrulayıcı katman. Böyle bir yapıda hiçbir tekil aktörün, hem mal üzerinde tam fiilî kontrolü hem disclosure üzerinde tam söylem gücü hem de müşteri hak kayıtlarını tek başına değiştirme yetkisi bulunmaz.
Sigorta ve Teminat Mekanizmaları:
- Fiziksel Mal Sigortası:Depodaki malın yangın, hırsızlık, doğal afet risklerine karşı sigortalanması; poliçe audit pack’e eklenir.
- Oracle Hata Sigortası:Yanlış veri bildirimi durumunda oracle sağlayıcısının sorumluluğunu karşılayan teminat fonu.
- Akıllı Sözleşme Sigortası:Kod hatası veya exploit durumunda kullanıcı tazminatı sağlayan DeFi sigorta protokolleri.
- Şer’i Uygunluk Sigortası:Fıkhî hata iddiası durumunda Şer’i kurul kararına dayalı tazminat mekanizması.
- Normatif Otonomi, Sözleşme Serbestisi ve Metarule
5.1. Normatif Otonomi Nedir ve Neden Gereklidir?
GTİP Token mimarisinin en özgün boyutlarından biri, akde uygulanacak normatif paketin merkezi bir otorite tarafından dayatılmamasıdır. Sistemin merkeziyetsiz karakteri yalnız teknik altyapıda değil; akdin kurucu iradesinde de tecelli eder. Bu nedenle makalenin önerdiği modelde, bir Katolik ile bir Hanefî, bir İbazî ile seküler ticaret kurumu veya iki farklı İslam hukuk ekolünden taraflar, akit öncesinde hangi “Legal Suite”in geçerli olacağını karşılıklı rıza ile belirleyebilir. Bu, sözleşme serbestisinin dijital ticarete taşınmasıdır. İslam hukukunda “el‑Müslimûne alâ şurûtihim” diye özetlenen ilke, burada teknik‑düzenleyici tasarım ilkesine dönüşür.³⁴
Bu yaklaşım iki avantaj üretir:
- Tek tipleştirici ve hegemonik yorum baskısını azaltır;farklı ticaret topluluklarının kendi normatif tercihleriyle sisteme katılmasını sağlar.
- Normatif tercihi akit kurulmadan önce görünür kıldığı için belirsizliği azaltır.Taraflar hangi suite’i, hangi teslim standardını, hangi kabz yorumunu, hangi rehin öncelik modelini veya hangi ihtilaf çözüm merciini seçtiklerini açıkça bilirler.
5.2. “Uzlaşma Yoksa Akit Yoktur” İlkesi
Bu ilke, yatırımcı ve regülatör bakımından en pratik cevaplardan birini sunar. Çünkü çok‑fıkhılı yapılarla ilgili en yaygın soru şudur: “Taraflar farklı norm paketleri seçerse ne olacak?” Bu makalede önerilen cevap nettir: önceden uzlaşılmış ortak paket yoksa akit kurulmaz.
Teknik Akış:
- Her taraf, kendi desteklediği normatif paketleri beyan eder.
- Akıllı sözleşme, iki tarafın seçimini karşılaştırır.
- Ortak bir paket veya önceden tanımlı bir köprü mekanizması bulunuyorsa süreç devam eder.
- Ortak zemin yoksa sözleşme instantiate edilmez.
Bu çözüm, “farklı normlar çatışırsa ne olur?” sorusuna en sade ve en savunulabilir cevabı verir. Çünkü çatışma, sözleşme kurulmadan önce çözülür; sözleşme kurulduktan sonra sürpriz olarak ortaya çıkmaz.
5.3. Uyuşmazlık Çözüm Protokolü (UÇP) ve Metarule
Bununla birlikte, yalnız ön sözleşme uzlaşısı yeterli değildir. Bazı uyuşmazlıklar, sözleşme kurulduktan sonra doğar: oracle uyuşmazlığı, sahte belge, yaptırım listesine sonradan düşme, teslimde kalite ihtilafı, force majeure, çifte takyid veya normatif paketin yorumunda çatışma gibi. Bu sebeple GTİP Token mimarisinde bir Uyuşmazlık Çözüm Protokolü gerekir.
Önerilen Metarule (Üst‑Kural) Akışı:
| Aşama | Tetikleyici | Uygulanan Üst‑Kural | Çıktı |
| 1 | Zorunlu hukuk / yaptırım / AML ihlali | Kamu düzeni, yaptırım hukuku, AML/CFT override | Uyum dışı işlem bloklanır |
| 2 | Tarafların seçtiği normatif pakette uyuşmazlık | Seçilen suite + akit metni önceliklidir | İç yorum çözümü |
| 3 | Seçilen suite içinde çözümsüzlük | Metarule katmanı devreye girer | Üst‑kural uygulanır |
| 4 | Olay bazlı ağır çatışma (rehin, kalite, teslim, sahtecilik) | Metarule + incident packet + bağımsız inceleme | Escrow, tahkim veya yargı |
Metarule’ün Altı Basamağı:
- Zorunlu hukuk ve yaptırım önceliği.Kamu düzeni, yaptırım hukuku, AML/CFT ve mahkeme/tahkimce verilmiş bağlayıcı kararlar, seçilen normatif paketin önüne geçer.
- Önceden seçilmiş hukukî wrapper ve yargı yeri.Tarafların kabul ettiği tahkim şartı, uygulanacak usul hukuku, forum ve icra yeri.
- Seçilmiş normatif paket.Tarafların uzlaşarak seçtiği Hanefî, Şâfiî, seküler veya diğer paket, uyuşmazlığın maddî çözümünde esas alınır.
- Teknik delil hiyerarşisi.Audit pack, encumbrance registry, Parsel NFT kaydı, depo attestasyonu, sigorta evrakı ve oracle logları arasında hangi delilin öncelikli sayılacağı baştan tanımlanır.
- Güvenlik odaklı ara tedbir.Çatışma çıktığında varlık serbestçe hareket etmeye devam etmez; önce pause/freeze, sonra inceleme uygulanır.
- Çözüm bulunamazsa unwind veya no‑performance.Akit ifa edilmeksizin sona erdirilir, token geçici veya kalıcı olarak iptal edilir, fizikî mal ise belirlenen saklama statüsünde tutulur.
5.4. Bu Model Neden “Paralel Egemenlik” Değildir?
Çok‑fıkhılı yönetişim fikrine yöneltilecek en ciddi hukukî itiraz, bunun devlet içinde devlet veya hukuk içinde hukuk yaratacağıdır. Bu itiraz ciddidir ve açık cevap ister.
Buradaki model, devlet egemenliğine rakip paralel bir kamusal hukuk kurma iddiası taşımaz. Sistem, tarafların rızasıyla belirlenmiş bir özel hukuk/tahkim ve normatif paket seçimini, teknik akış içine yerleştirir. Kamu düzeni, yaptırım, ceza hukuku ve zorunlu emredici normlar ise metarule’de zaten üst sırada tutulur.
Dolayısıyla önerilen mimari, egemenlik devri değil; sözleşme serbestisinin makine tarafından yürütülebilir hâle getirilmesidir. Bu ayrım açık yazılmadığında çok‑fıkhılı model gereksiz yere “ayrı hukuk sistemi” tartışmasına sürüklenir. Açık yazıldığında ise, GTİP Token mimarisi daha gerçekçi bir “legal wrapper + programmable execution” modeli hâline gelir.
- Kurumsal Denetim, Audit Pack ve Sürekli Gözetim
6.1. Dört Düzeyli Denetim Modeli
GTİP Token’da denetim sonradan eklenen bir dış kontrol değildir; sistemin işletim mantığının içindedir. Bu sebeple denetim dört düzeyde düşünülmelidir:
- Teknik denetim:Akıllı sözleşmeler, oracle akışları, multisig yetki yapısı, erişim kontrolleri.
- Finansal/rezerv denetim:Tahsisli malın doğruluğu, token arzı ile rezerv ilişkisi, sigorta ve saklama kayıtları.
- Normatif/şer’î denetim:Seçili akit paketlerine uygunluk, istisnalar, veto ve override kararları.
- Regülasyon denetimi:AML/CFT, travel rule, müşteri varlığı ayrıştırması, kayıt saklama, olay bazlı raporlama.
Bu dört denetim türü aynı belge havuzundan beslenmeli; ama aynı kurum tarafından tekelci biçimde yürütülmemelidir. Audit pack burada ortak veri düzlemi işlevi görür.
6.2. Audit Pack ve Machine‑Readable Disclosure
Audit pack, yalnız işlem geçmişi dökümü değil; makine‑okunabilir delil setidir. İçinde en azından şu alanlar bulunmalıdır:
- token kimliği ve parti/parsel bağı,
- rezerv tahsis kaydı,
- encumbrance durumu,
- transfer ve freeze olayları,
- travel rule veri özeti,
- ilgili oracle ve insan denetçi imzaları,
- şikâyet/incident packet bağlantıları.
Audit Pack Bileşenleri:
| Bileşen | İçerik | Kaynak Katman |
| Provenance Trail | Malın menşei, üretim yeri, üretici kimliği, tedarik zinciri | L0, L1, L2 |
| Ownership Trail | Token’ın mülkiyet zinciri (kimden kime, ne zaman) | L3, L4 |
| Financing Trail | Token üzerinde yapılan tüm finansman işlemleri (selem, murabaha, rehin) | L4, L5 |
| Oracle Trail | Oracle’ların verdiği tüm doğrulamalar, imzalar, zaman damgaları | L2 |
| Governance Trail | Şer’i kurul kararları, veto işlemleri, istisnalar, metarule uygulamaları | L6 |
| Incident Packet | Şüpheli işlem, yaptırım eşleşmesi, encumbrance değişikliği, oracle uyuşmazlığı | Tüm katmanlar |
Bu yapı sayesinde denetim, PDF rapor kültüründen çıkarılıp olay bazlı, karşılaştırılabilir ve tekrar üretilebilir bir forma taşınabilir. Özellikle sınır ötesi pilotlarda, farklı regülatörlere aynı olayın farklı görünümlerini güvenli biçimde sunmak için bu makine‑okunabilir yapı şarttır.
6.3. Hukukî Arayüz (Legal Wrapper) ve İcra Edilebilirlik
GTİP Token’ın en hassas noktalarından biri, teknik kaydın hukukî sonuç üretme kapasitesidir. Zincir üstü olaylar otomatik işleyebilir; fakat bu otomasyonun mahkeme, tahkim, icra ve tasfiye hukukuyla nasıl buluşacağı ayrıca gösterilmelidir. Bu sebeple bu makale, her GTİP Token kurulumunda teknik katmanın üzerinde bir legal wrapper bulunmasını önermektedir.
Legal wrapper, tokenın ne olduğuna dair tanımı; tarafların hak ve yükümlülüklerini; tahkim veya mahkeme yetkisini; delil hiyerarşisini; dondurma, itfa, iptal ve unwind şartlarını; ayrıca emredici hukuk kurallarının saklı olduğunu yazılı şekilde belirler.
Böylece teknik olaylarla hukukî sonuçlar arasında köprü kurulur. Teknik kayıt, wrapper olmadan tek başına yeterli delil olmayabilir; wrapper ise teknik kayıt olmadan soyut bir sözleşme olarak kalabilir. İkisi birlikte çalıştığında ise GTİP Token daha savunulabilir hâle gelir.
6.4. Sürekli Gözetim ve Olay Bazlı Müdahale
Kurumsal denetim yalnız yıllık periyotlarla yürütülürse GTİP Token mantığının asıl avantajı kaybedilir. Çünkü bu modelde risk, raporlama dönemleri arasında hızla değişebilir: malın kalite notu düşebilir, sigorta kesintiye uğrayabilir, yaptırım listesi güncellenebilir veya depo üzerinde yeni takyid doğabilir.
Sürekli gözetimden kastedilen, her işlemin kamuya açılması değildir. Kastedilen, kritik risk olaylarının gerçek zamanlı veya gerçeğe yakın zamanda algılanması ve sistem davranışının buna göre değişmesidir. Örneğin:
- Kalite eşiği aşılırsa transfer geçici durabilir.
- Sigorta süresi dolarsa yeni rehin tesisleri engellenebilir.
- Yaptırım taraması olumsuz sonuç verirse yalnız belirli cüzdanlarla etkileşim durdurulabilir.
Olay Bazlı Müdahale Kademeleri:
| Seviye | Müdahale Türü | Açıklama |
| 1 | Bilgi talebi | Sistem loglanır, işlem akışı sürer |
| 2 | Ek doğrulama | Teslim veya transfer bir üst teyide bağlanır |
| 3 | Geçici dondurma | Varlık kısmen veya tamamen beklemeye alınır |
| 4 | Zorunlu inceleme | Hakem veya kurul müdahalesi |
| 5 | Dış otorite arayüzü | Regülatör, kolluk veya mahkeme bildirimi |
Bu müdahale mantığı, orantılı ve kayıtlı olmalıdır. Audit pack ile incident packet ayrımı da burada devreye girer: her işlem audit pack’e, yüksek riskli olaylar ise ayrıca incident packet’e yazılır.
VII. Fazlı Lisanslama, De Lege Lata ve De Lege Ferenda Stratejisi
7.1. Fazlı Lisanslama Modeli
GTİP Token için en gerçekçi düzenleyici strateji, tam kapsamlı ve küresel açılış değil; fazlı lisanslama ve kontrollü büyümedir.
Dört Fazlı Yol Haritası:
| Faz | Öncelik | Asgarî Kurumlar | Başlıca Çıktı |
| Faz 1 | İzinli pilot ve saklama çekirdeği | İhraççı, saklayıcı, depo, denetçi | Tahsisli mal ve müşteri varlığı ayrıştırması |
| Faz 2 | Finansman modülleri ve kontrollü transfer | Platform, risk/uyum, doğrulama düğümleri | Travel rule ve incident packet olgunluğu |
| Faz 3 | Sınır ötesi koridor | İkinci hukuk alanı, ilave suite komiteleri | Koridor‑bazlı karşılıklı işleyiş |
| Faz 4 | Ölçekleme ve standartlaşma | Geniş düzenleyici erişim ve otomatik raporlama | Makine‑okunur disclosure ve kurumsal olgunluk |
7.2. De Lege Lata: Mevcut Hukuk İçinde Uyum
De lege lata bakımından savunulan model, GTİP Token’ın mevcut hukuk içinde MiCA ART analojisi, SPK kripto hizmet sağlayıcı rejimi, AML/CFT ve sözleşme/tahkim hukuku ile uyumlu biçimde tasarlanabileceğidir.
Mevcut Hukuk İçinde GTİP Token İçin Uyum Tablosu:
| Düzenleme | GTİP Token Uyum Stratejisi |
| MiCA ART | ART olarak sınıflandırma, rezerv yönetimi, itfa hakkı, beyaz belge |
| MiCA CASP | Platform, saklama, transfer hizmetleri için lisanslama |
| TFR / Travel Rule | Kimlik bağlı cüzdan, DID/VC, olay bazlı dondurma |
| SPK KVHS | Sermaye yeterliliği, iç kontrol, bağımsız denetim, rezerv kanıtı |
| FATF AML/CFT | KYC/KYB, işlem izleme, şüpheli işlem bildirimi |
| Sözleşme / Tahkim Hukuku | Legal wrapper, metarule, dispute resolution protocol |
7.3. De Lege Ferenda: Yeni Kategori Önerisi
De lege ferenda bakımından ise savunulan model, bu tür hibrit yapılar için “programlanabilir ticaret hakkı tokenı” başlığında daha uygun bir özel kategori oluşturulmasının yerinde olacağıdır.
Önerilen Yeni Kategorinin Temel Unsurları:
- Mal Endeksli:Değerini soyut bir para biriminden değil, tahsis edilmiş fiziksel maldan alır.
- Programlanabilir:Akıllı sözleşmelerle teslim, finansman, takyid ve uyuşmazlık çözümü otomatikleştirilir.
- Ticaret Hakkı:Spekülasyon aracı değil, reel ticaretin mülkiyet ve teslim fonksiyonlarını dijitalleştiren bir hak temsilidir.
- Denetlenebilir:Audit pack ile makine‑okunabilir ispat zinciri üretir.
- Normatif Çoğulluk:Tarafların kendi hukukî/fıkhî paketlerini seçmesine imkân tanır, metarule ile uyuşmazlık çözümü sağlar.
Bu ayrım yapılmadığında, ya mevcut hukukun imkânları olduğundan küçük görülür ya da henüz var olmayan hukukî kategoriler sanki yürürlükteymiş gibi sunulur. Analitik dürüstlük, GTİP Token’ı bugünkü hukuk içinde çalışabilir kılmaya çalışırken; aynı zamanda bugünkü hukukun nerelerde eksik kaldığını göstermeyi gerektirir.
Sonuç
Bu makale, GTİP Token’ın hukukî ve düzenleyici rejimini; AB’nin MiCA düzenlemesi, Türkiye’de SPK’nın kripto varlık mevzuatı, FATF’in AML/CFT standartları ve normatif otonomi/metarule çerçevesinde analiz etmiştir. Çalışmanın temel iddiası, GTİP Token’ın başarısının yalnızca varlık temelli (asset‑backed) olmasına değil; saklama, müşteri varlığı ayrıştırması, kayıt bütünlüğü, seyahat kuralı, uyum programı, denetim zinciri ve normatif çoğulluğu yönetebilen bir üst‑kural (metarule) yapısına bağlanmasına bağlı olduğudur.
Elde Edilen Bulgular:
- MiCA Uyumu:GTİP Token, MiCA kapsamında asset‑referenced token (ART) olarak sınıflandırılabilir. Bu sınıflandırma, rezerv yönetimi, itfa hakkı ve beyaz belge yükümlülüklerini getirir. Ancak GTİP Token’ın “programlanabilir ticaret hakkı” boyutu, onu klasik ART’lerden ayırmaktadır.
- SPK Uyumu:Türkiye’de 2024‑2025 döneminde yürürlüğe giren kripto varlık düzenlemeleri, KVHS’ler için sermaye yeterliliği, saklama ve bağımsız denetim yükümlülükleri getirmektedir. GTİP Token’ın bu düzenlemelere uyum sağlaması için, ekosistemdeki tüm hizmet sağlayıcıların SPK’dan yetki belgesi alması gerekecektir.
- AML/CFT Uyumu:GTİP Token’ın kimlik bağlı cüzdan (identity‑bound wallet) modeli, FATF’in unhosted wallet riskine karşı geliştirdiği önlemlerle tamamen uyumludur. Travel Rule gerekliliği, DID/VC altyapısı ve audit pack mekanizması ile karşılanmaktadır.
- Müşteri Varlığı Ayrıştırması:GTİP Token mimarisi, üç düzeyde ayrıştırma sağlamaktadır: fiziksel mal (L0), token (L3) ve cüzdan (L5). Bu yapı, iflas koruması (bankruptcy remoteness) gerekliliğini karşılamaktadır.
- Proof‑of‑Allocated‑Assets:Klasik proof‑of‑reserves yaklaşımı GTİP Token için yetersizdir. Daha isabetli yaklaşım, tahsisli mal, encumbrance ve audit pack üçlüsüne dayanan proof‑of‑allocated‑assets modelidir.
- Normatif Otonomi ve Metarule:Çok‑fıkhılı veya çok‑normlu yapılar teknik olarak mümkündür; fakat hukukî olarak savunulabilir olabilmeleri için metarule tabanlı bir uyuşmazlık çözüm protokolü şarttır. “Uzlaşma yoksa akit yoktur” ilkesi bu mimarinin giriş eşiğidir.
- Denetim ve İhtilaf Çözümü:Audit pack mekanizması, tüm işlemlerin denetlenebilir bir iz bırakmasını sağlamaktadır. Dondurma, itfa ve iptal mekanizmaları, ihtilaf durumlarında müdahale imkânı tanımaktadır.
GTİP Token için Önerilen Hukukî Tasnif ve Strateji:
GTİP Token, mevcut kategorilere sıkıştırılmak yerine “mal endeksli programlanabilir ticaret hakkı tokenı” olarak ayrı bir kategoride değerlendirilmelidir. Kısa vadede, GTİP Token’ın MiCA kapsamında ART olarak sınıflandırılması, mevcut düzenlemelerle uyum için en pratik çözümdür. Orta ve uzun vadede, fazlı lisanslama, koridor‑bazlı büyüme ve de lege ferenda düzeyinde yeni bir kategori oluşturulması hedeflenmelidir.
Son Hüküm:
GTİP Token’ın kaderi, ne sadece teknik mimaride ne sadece fıkhî savunuda ne de yalnız regülatör iyi niyetinde yatar. Başarı, tahsisli malın dijital temsili ile hukukî tasnif, lisans, saklama, AML/CFT, normatif otonomi, metarule ve denetim zincirinin aynı sistem içinde birlikte kurulabilmesine bağlıdır. Bu boşluk kapatılmadan GTİP Token ya eksik bir stablecoin benzeri ürün olarak kalır ya da hukukî zemini olmayan bir fikir olarak dağılır. Bu boşluk kapatıldığında ise, mal temelli tokenizasyon için gerçekten küresel ölçekte savunulabilir bir yol açılabilir.
Kaynakça
Resmî / Primer Kaynaklar
Bank for International Settlements. Tokenisation in the Context of Money and Other Assets: Concepts and Implications for Central Banks. Basel: BIS, 2024.
Bank for International Settlements. Leveraging Tokenisation for Payments and Financial Transactions. Basel: BIS, 2025.
Bank for International Settlements. Project Promissa: Tokenisation of Promissory Notes. Basel: BIS, 2025.
European Parliament and Council. Regulation (EU) 2023/1114 on Markets in Crypto-Assets (MiCA). Official Journal of the European Union L 150, 9 June 2023.
European Parliament and Council. Regulation (EU) 2023/1113 on information accompanying transfers of funds and certain crypto-assets. Official Journal of the European Union L 150, 9 June 2023.
FATF. Targeted Report on Stablecoins and Unhosted Wallets. Paris: FATF, 2026.
Sermaye Piyasası Kurulu. Kripto Varlık Hizmet Sağlayıcılarına İlişkin Duyuru. Ankara: SPK, 2 Temmuz 2024.
Sermaye Piyasası Kurulu. Kripto Varlık Hizmet Sağlayıcılarına İlişkin İki Tebliğ Yayımlandı. Ankara: SPK, 13 Mart 2025.
Türkiye Ürün İhtisas Borsası A.Ş. TÜRİB ELÜS Piyasası 2025 Yılı Değerlendirmesi. İstanbul: TÜRİB, 2026.
World Customs Organization. What Is the Harmonized System (HS)? Brussels: WCO, 2023.
World Customs Organization. HS Nomenclature 2022 Edition. Brussels: WCO, 2022.
Teknik ve Hukukî Standartlar
World Wide Web Consortium (W3C). Decentralized Identifiers (DIDs) v1.0. W3C Recommendation, 19 July 2022.
World Wide Web Consortium (W3C). Verifiable Credentials Data Model v2.0. W3C Recommendation, 15 May 2025.
InterWork Alliance. Token Taxonomy Framework (TTF) Specification. 2023.
Akademik ve Sektörel Kaynaklar
De Filippi, Primavera, and Aaron Wright. Blockchain and the Law: The Rule of Code. Cambridge: Harvard University Press, 2018.
El-Gamal, Mahmoud A. Islamic Finance: Law, Economics, and Practice. Cambridge: Cambridge University Press, 2006.
Gorton, Gary, and Jeffery Zhang. “Taming Wildcat Stablecoins.” University of Chicago Law Review 90, no. 4 (2023): 1235-1298.
Schär, Fabian, and Aleksander Berentsen. Bitcoin, Blockchain, and Cryptoassets: A Comprehensive Introduction. Cambridge: MIT Press, 2020.
Usmani, Muhammad Taqi. An Introduction to Islamic Finance. Karachi: Maktaba Ma’ariful Quran, 2022.
Zetzsche, Dirk A., et al. “From Stablecoins to Central Bank Digital Currencies: A Regulatory Perspective.” European Banking Institute Working Paper Series, no. 95, 2023.
Dizi İçi Kaynaklar
Yeni, Yüksel. “Tokenizasyon Çağında, İslami Finansın Epistemolojik Dönüşümü.” USPUM, 6 Aralık 2025. https://www.uspum.org.tr/tokenizasyon-caginda-islami-finansin-epistemolojik-donusumu/.
Yeni, Yüksel. “Fintek Fıkhı -1- Blokzincir Teknolojisi ve İslam İktisadı Ekseninde Yeni Bir Epistemolojik Teklif ve Güven Mimarisi.” USPUM, 19 Aralık 2025. https://www.uspum.org.tr/fintek-fikhi-1-blokzincir-teknolojisi-ve-islam-iktisadi-ekseninde-yeni-bir-epistemolojik-teklif-ve-guven-mimarisi/.
Yeni, Yüksel. “Fintek Fıkhı – 2: Çok Katmanlı Referans Mimari: Oracle, DID, Akit Motoru ve Tokenizasyon.” USPUM, 25 Aralık 2025. https://www.uspum.org.tr/fintek-fikhi-2/.
Yeni, Yüksel. “Fintek Fıkhı – 3: Pilot Uygulama Modellemesi – Havzalar Birliği – HÜDA BİR.” USPUM, 1 Ocak 2026. https://www.uspum.org.tr/fintek-fikhi-3/.
Yeni, Yüksel. “Fintek Fıkhı – 4: Çok Hukuklu değil Çok-Fıkıhlı Medeniyetin Yeniden İnşası.” USPUM, 5 Ocak 2026. https://www.uspum.org.tr/fintek-fikhi-4/.
Dipnotlar
¹ Makale 1, “Banknot Endeksli Token’dan Mal Endeksli Tedavül Aracına: GTİP Token’ın Kavramsal ve İktisadî Temelleri,” 2026.
² Dirk A. Zetzsche vd., “From Stablecoins to Central Bank Digital Currencies: A Regulatory Perspective,” European Banking Institute Working Paper Series, no. 95 (2023): 12-15.
³ Makale 1, IV.
⁴ Makale 2, “Fintek Fıkhı Perspektifinden GTİP Token: Ayn, Deyn, Kabz, Zimmet ve Programlanabilir Ticaret Hakkı,” 2026.
⁵ Makale 3, “GTİP Token’ın Uçtan Uca Teknik Mimarisi: Oracle, Attestation, Tokenization Engine ve Audit Pack,” 2026.
⁶ Makale 2, 5.5.
⁷ Regulation (EU) 2023/1114 on Markets in Crypto-Assets (MiCA), Official Journal of the European Union L 150, 9 June 2023.
⁸ MiCA, Recital 3-7.
⁹ MiCA, Article 3.
¹⁰ Makale 1, IV.4.
¹¹ MiCA, Articles 15-42.
¹² Yüksel Yeni, “Tokenizasyon Çağında, İslami Finansın Epistemolojik Dönüşümü,” USPUM, 6 Aralık 2025.
¹³ Makale 1, IV.3.
¹⁴ Regulation (EU) 2023/1113 on information accompanying transfers of funds and certain crypto-assets, Official Journal of the European Union L 150, 9 June 2023.
¹⁵ MiCA, Article 43.
¹⁶ Sermaye Piyasası Kurulu, Kripto Varlık Hizmet Sağlayıcılarına İlişkin Duyuru (Ankara: SPK, 2 Temmuz 2024).
¹⁷ Yüksel Yeni, “Fintek Fıkhı – 4: Çok Hukuklu değil Çok-Fıkıhlı Medeniyetin Yeniden İnşası,” USPUM, 5 Ocak 2026.
¹⁸ Sermaye Piyasası Kurulu, Kripto Varlık Hizmet Sağlayıcılarına İlişkin İki Tebliğ Yayımlandı (Ankara: SPK, 13 Mart 2025).
¹⁹ Kripto Varlık Hizmet Sağlayıcıları Tebliği, Madde 5-15.
²⁰ Kripto Varlıkların Saklanmasına İlişkin Tebliğ, Madde 4-10.
²¹ Kripto Varlık Hizmet Sağlayıcıları Tebliği, Madde 3.
²² Makale 1, 4.3.
²³ Makale 1, 4.4.
²⁴ FATF, Targeted Report on Stablecoins and Unhosted Wallets (Paris: FATF, 2026), 12-18.
²⁵ FATF, Targeted Report on Stablecoins, 22-28.
²⁶ Makale 3, VII.1.
²⁷ FATF, Targeted Report on Stablecoins, 24-26.
²⁸ FATF, Targeted Report on Stablecoins, 28-32.
²⁹ FATF, Targeted Report on Stablecoins, 34-38.
³⁰ Bank for International Settlements, Tokenisation in the Context of Money and Other Assets (Basel: BIS, 2024), 52-55.
³¹ Kripto Varlıkların Saklanmasına İlişkin Tebliğ, Madde 4-8.
³² Gary Gorton ve Jeffery Zhang, “Taming Wildcat Stablecoins,” University of Chicago Law Review 90, no. 4 (2023): 1245-1248.
³³ FATF, Targeted Report on Stablecoins, 24-26.
³⁴ Yüksel Yeni, “Fintek Fıkhı – 4,” USPUM, 5 Ocak 2026.
