Türkiyede Gayrimenkul Tokenizasyonu Rehberi: Hukuki Çerçeve, Teknik Mimari ve Uyum Yol Haritası

Gayrimenkul tokenizasyonu Türkiyede, doğru kurgulandığında ciddi fırsatlar barındıran bir alandır; ancak taşınmaz hukuku, sermaye piyasası, kripto varlık çerçevesi, ödeme sistemleri ve uyum katmanları tek bir hukuk–yazılım mimarisinde birleştirilmeden sürdürülebilir model kurulamaz. Genesis Hukuk, bu alanı Compliance by Design yaklaşımıyla uçtan uca ele alır.

Türkiyede gayrimenkul tokenizasyonu ve RWA tokenizasyonu tartışmaları sıklaşır; alanın asıl zorluğu çoğu zaman “tam yasak” değil, tapu sicili – MKK – KVHS – ödeme rayı – AML/KVKK üzerinden kurulması gereken tek gerçeklik (single source of truth) mimarisinin proje bazında doğru tasarlanmasıdır. Türkiyede bugün hâlâ yerleşik, regülatif ve teknik olarak olgun bir örneğin bulunmamasının temel nedeni de budur: mesele yalnız token basmak değil, taşınmazdan doğan hakkın hangi hukuki kutuda üretileceğini ve bu hakkın hangi resmi kayıtlarla senkronize edileceğini doğru belirlemektir. Mevcut düzenin bazı açıklıkları ve esnek alanları, doğru yapı kurulduğunda önemli fırsatlar doğurur; fakat hatalı kurgu, projenin en baştan uyumsuz veya uygulanamaz kalmasına yol açabilir. Aşağıdaki metin bilgilendirme amaçlıdır; somut proje için hukuki danışmanlık ayrıca değerlendirilmelidir.

Gayrimenkul tokenizasyonu nedir; token neyi temsil eder?

Token, tek başına taşınmaz mülkiyeti “otomatik” üretmez; tokenın temsil ettiği hukuki ilişki (ortaklık payı, borçlanma aracı, hizmet sözleşmesi kökü, platformdaki kayıtlı hak vb.) ve bu hakkın hangi resmi/nezaretçi kayıtla eşlendiği belirleyicidir.

Gayrimenkul tokenizasyonu, bir taşınmaz veya taşınmaza bağlı ekonomik hakların, dağıtık defter veya benzer teknoloji üzerinde programlanabilir dijital temsillere dönüştürülmesi sürecidir. RWA tokenizasyonu dilinde konuşulan “likidite” ve “parçalı erişim” vaatleri, doğru hukuki kutu (SPV / özel amaçlı yapı) ve sicil senkronizasyonu olmadığında spekülatif token miktarına indirgenebilir.

Türkiyede gayrimenkul tokenizasyonu neden kritik ama seçici bir uzmanlık alanı?

Türkiyede gayrimenkul tokenizasyonu için mesele yalnızca “teknoloji kullanmak” değildir; asıl farkı, varlık–token eşlemesi, yatırımcı koruması ve ödeme/uyum gerçekleri arasında kurulan köprü yaratır.

Alanı seçici hale getiren başlıca nedenler şunlardır:

• Tapu ve Medeni Kanun düzeni mülkiyetin ve birçok sınırlandırılmış ayni hakkın tapu siciline bağlanmasını öngörür; zincir üstü kayıt bu düzenin yerine ikame edilmeden “güvenli mülkiyet” iddiası doğrulanamaz.

• 7518 sayılı Kanun ve 6362 sayılı Sermaye Piyasası Kanunu kripto varlık hizmet sağlayıcıları (KVHS) için izin, organizasyon, listeleyerek tekeffül olmama, müşteri varlığı ayrımı ve yaptırım rejimini getirmiştir; proje tasarımı bu çerçevenin dışına taşınmadan “sadece whitepaper” ile ilerlenemez.

• Ödemelerde kripto varlıkların kullanılmamasına dair TCMB düzenlemesi kriptoyu ödeme aracı olarak konumlandıran ürün dilini zorlaştırır; TL veya izinli ödeme/elektronik para rayları zorunludur.

• Teknik tarafta standart ERC-20 varsayımları (örneğin yoğun ondalık yapı, tek havuzlu likidite mantığı) ile taşınmazın bölünmezlik ve varlık bazlı değerleme gerçekleri çakışabilir; mimari hata doğrudan yatırımcı zararına dönüşür.

Bu tablo, alanın kapalı olduğu anlamına gelmez. Bu tablo, Türkiyede gayrimenkul tokenizasyonunun ancak çok disiplinli ve proje bazlı bir yaklaşımla anlamlı hale geldiğini gösterir.

Türkiyede neden hâlâ çalışan bir örnek yok?

Türkiyede gayrimenkul tokenizasyonunun gecikmesinin temel nedeni “tek bir yasak” değil; hukuki hak tanımı, resmi kayıt entegrasyonu, izinli transfer, TL ödeme hattı ve denetlenebilir saklama katmanlarının aynı mimaride buluşturulamamış olmasıdır.

Sahada en sık görülen kırılma noktaları şunlardır:

• Hak tasarımının başta netleştirilmemesi: Proje ekibi çoğu zaman “token neyi temsil ediyor?” sorusunu sözleşme, esas sözleşme, yatırımcı metni ve teknik standart düzeyinde aynı cevaba bağlayamaz.

• Tapu ile zincir üstü görünümün ayrışması: Taşınmaz üzerindeki mülkiyet, takyidat ve fiili kullanım gerçekliği resmi kayıt düzeyinde yönetilir; zincir üstü hareketlerin bu gerçekle senkronize olmaması yapının güvenini zedeler.

• Ödeme bacağının yanlış kurgulanması: Ürün, yatırım veya ihraç katmanında tasarlansa bile, ödeme akışı tarafında TCMB ve 6493 ekseni hesaba katılmadığında uygulama pratikte kilitlenir.

• Uyumun sonradan eklenecek bir “kontrol listesi” sanılması: MASAK, KVKK, saklama, transfer kaydı ve yatırımcı segmentasyonu proje sonunda değil, proje doğarken mimariye işlenmelidir.

• Likidite vaadinin hukuki ve ekonomik gerçeklikle desteklenmemesi: İkincil piyasa, transfer kısıtı, değerleme döngüsü ve çıkış senaryosu tasarlanmadan kurulan model yalnız pazarlama katmanında kalır.

Bugün tabloyu daha da seçici hale getiren bir başka unsur, 7518 sonrası kurulan yüksek uyum eşiğidir. Gayrimenkul bağlantılı tokenların “ciddi” bir kurgu içinde ilerleyebilmesi; lisanslı platform, izinli saklama, MASAK uyumu, MKK/KVMKS raporlama ve çoğu senaryoda banka merkezli ödeme hattı gerektirir. Bu da alanı “sunum hazırlayıp token basma” seviyesinden çıkarıp, baştan kurumsal tasarlanması gereken bir ürün alanına dönüştürür.

Genesis Hukuk açısından kritik tespit şudur: Türkiyede ilk sağlıklı örnek, “kripto varlık”, “sermaye piyasası aracı”, “özel amaçlı şirket payı”, “gelir hakkı” ve “ödeme altyapısı” kavramlarını tek bir haritada konuşturabilen ekipten çıkacaktır.

Türkiyede gayrimenkul tokenizasyonunda tek model yok: çoklu yapı yaklaşımı

Gayrimenkul tokenizasyonu için tek bir “doğru şablon” yoktur. Doğru yapı; projenin yaratmak istediği ekonomik değere, yatırımcı profiline, likidite hedeflerine ve regülasyon hassasiyetine göre belirlenir.

Yüksek seviyede bakıldığında proje tasarımı şu eksenlerde değişebilir:

• Doğrudan varlık temsili odaklı yapılar

• SPV / şirket payı üzerinden ekonomik maruziyet yaratan yapılar

• Gelir akışı veya belirli hak paketlerini öne çıkaran yapılar

• Kapalı devre yatırımcı kitlesi ile çalışan kurumsal yapılar

• Daha geniş yatırımcı erişimi hedefleyen, fakat uyum kontrollerini sıkı tutan yapılar

Bu nedenle yazının merkezinde tek bir hukuki model değil, şu soru durmalıdır: Proje hangi değeri üretmek istiyor ve bu değer hangi kayıt, transfer, saklama ve ödeme mimarisi ile güvenli şekilde temsil edilebilir?

Türk hukuku açısından pratikte tartışılan başlıca yapı kutuları genellikle şunlardır:

• SPV / şirket payı modeli: Taşınmaz, özel amaçlı bir şirket bünyesinde tutulur; token doğrudan tapuyu değil, pay sahipliğini veya paya bağlı ekonomik hakları temsil eder.

• Gelir akışı / sözleşmesel hak modeli: Token, mülkiyetin kendisini değil; kira, hasılat veya belirli bir proje gelirinden doğan alacak ya da sözleşmesel menfaati temsil eder.

• Sermaye piyasası aracı eksenli model: Yapı, yatırımcıya sunulan hak setine göre pay, borçlanma aracı, menkul kıymetleştirilmiş gelir yapısı veya benzeri bir sermaye piyasası ürünü karakteri kazanabilir.

• Kapalı devre kurumsal yatırım modeli: Nitelikli veya sınırlı yatırımcı grubuna açık, izinli transfer kontrolleri güçlü, ikincil dolaşımı kontrollü bir yapı kurulabilir.

Doğru modelin seçimi, yalnız hukuki nitelendirme değil; yatırımcı sayısı, halka arz riski, devir serbestisi, kâr dağıtımı mantığı, vergi sonucu ve ikincil piyasa hedefi ile birlikte değerlendirilmelidir.

Yazının profesyonel omurgasını güçlendiren asıl ayrım, bu modellerin yatırımcıya hangi hakkı verdiğini açıkça ayırabilmektir:

1. Doğrudan mülkiyet iddiası

• Token neyi temsil eder?: Taşınmaz üzerindeki ayni hak veya paylı mülkiyet payı

• Yatırımcının asıl hukuki pozisyonu: Tapu siciline dayanması gereken mülkiyet iddiası

• Pratikte en büyük kırılma noktası: Zincir üstü transferin tapu tescili yerine geçmemesi

2. SPV / şirket payı modeli

• Token neyi temsil eder?: Taşınmazı elinde tutan şirketin payı veya paya bağlı ekonomik haklar

• Yatırımcının asıl hukuki pozisyonu: Ortaklık, kâr payı, yönetimsel veya tasfiye kaynaklı haklar

• Pratikte en büyük kırılma noktası: Pay devri mantığı ile token dolaşımının aynı hukuki olay sayılmaması

3. Gelir / alacak / sermaye piyasası aracı benzeri model

• Token neyi temsil eder?: Kira, hasılat, geri ödeme veya finansal hak paketi

• Yatırımcının asıl hukuki pozisyonu: Şahsi hak, alacak hakkı veya sermaye piyasası aracı niteliğinde talep

• Pratikte en büyük kırılma noktası: Yatırımcının ayni hak değil, ihraççıya/kurguya karşı talep sahibi olması

Bu tablo, neden “tapu tokenı” ile “gayrimenkul bağlantılı token” arasında hukuken devasa fark bulunduğunu görünür kılar. Türkiyede bugünkü en uygulanabilir tartışma alanı, çoğu zaman doğrudan ayni hak devri değil; gayrimenkule bağlı finansal veya kurumsal hakkın nasıl güvenli temsil edileceği sorusudur.

Yazı içinde aşağıdaki düşünce çerçevesi korunmalıdır:

Likidite açma

• Ön plana çıkan hukuki soru: Hangi hak temsil ediliyor?

• Ön plana çıkan teknik soru: Transfer ve ikincil piyasa nasıl kurgulanıyor?

Proje finansmanı

• Ön plana çıkan hukuki soru: Yatırımcıya hangi ekonomik vaat sunuluyor?

• Ön plana çıkan teknik soru: Dağıtım ve erişim katmanı nasıl yönetiliyor?

Gelir paylaşımı

• Ön plana çıkan hukuki soru: Gelir akışı hangi sözleşme/kayıt tabanına bağlanıyor?

• Ön plana çıkan teknik soru: Dağıtım otomasyonu hangi kontrolle çalışıyor?

Kurumsal yatırım

• Ön plana çıkan hukuki soru: Uyum yükümlülükleri nasıl dağılıyor?

• Ön plana çıkan teknik soru: Kimlik ve izinli transfer nasıl işliyor?

7518 ve SPK sonrası hukuki pencere nasıl açıldı?

7518 ile 6362’ye eklenen düzenlemeler, kripto varlığı tanımlayan ve KVHS rejimini kuran bir “çekirdek” sunar; gayrimenkul tokenizasyonu projeleri için asıl iş, tokenın sermaye piyasası aracı mı, Kurulca ayrıca çerçevelenen kripto varlık mı veya salt teknolojiye sıkı bağlı diğer bir dijital varlık mı olduğunu modele göre ayırmaktır.

Özetle öne çıkan hususlar:

• Kripto varlık tanımı ve KVHS faaliyet izni zorunluluğu.

• Sermaye piyasası araçlarının kripto varlık olarak ihracı yolunda Kanun’un açtığı teknik–hukuki alan; hakların izlenmesi, üçüncü kişilere karşı ileri sürülmesi ve devrinde elektronik ortam kayıtlarının esas alınabileceği ve MKK entegrasyonunun zorunlu tutulabileceği istikameti.

• Platform listelemesinin kamuya tekeffül anlamına gelmediği, yatırımcı tazmin sisteminin bu kapsamda öngörülmediği, bankada tutulan müşteri kripto/nakitlerin mevduat sigortası kapsamında olmadığı gibi “beklenti yönetimi” maddeleri.

• Müşteri nakit ve kripto varlıklarının hizmet sağlayıcının malvarlığından ayrılığı ve haczedilemezlik çerçevesi.

• TÜBİTAK kriterlerine uygun bilgi sistemleri beklentisi ve platform gelirlerinin Kurum ve TÜBİTAK payları düzeyinde aktarımı.

7518 sonrası dönemde sık yapılan hata, her gayrimenkul tokenını otomatik biçimde tek bir sınıfa yerleştirmektir. Oysa somut yapıda şu ayrımlar özellikle önem taşır:

• Token, yatırımcıya ortaklık hakkı, gelir hakkı, geri ödeme beklentisi veya başka bir ekonomik menfaat mi veriyor?

• Yapı, halka arz benzeri yaygın dağıtım mı hedefliyor, yoksa daha sınırlı ve izinli bir yatırımcı çevresiyle mi ilerliyor?

• Kullanılan platform, yalnız teknoloji sağlayıcısı mı; yoksa ihraç, dağıtım, listeleme ve saklama zincirinin regüle bir parçası mı?

2025 ikincil düzenleme pratiği, bu teorik pencereyi daha somut bir kurumsal çerçeveye dönüştürdü. Özellikle platform ve saklama kuruluşlarına ilişkin tebliğler; listeleme komitesi, saklama sözleşmesi, MKK entegrasyonu, raporlama, transfer kontrolleri ve müşteri varlığı ayrımı gibi başlıklarda daha yüksek operasyonel yük getirdi. Dolayısıyla bugün mesele yalnız “kanun izin veriyor mu?” değildir; proje bu lisanslı ve raporlanan düzene gerçekten oturabiliyor mu? sorusudur.

MKK tarafında geliştirilen KVMKS (Kripto Varlık Merkezi Kayıt Sistemi) çizgisi de bu resmi daha netleştirir: Türkiye, kripto varlıkların sermaye piyasası ve saklama boyutunda merkezi kayıt katmanı kurmaya başlamıştır; ancak bu katman hâlâ tapu siciliyle birleşmiş bir mülkiyet altyapısı değildir. Bu yüzden 7518, doğrudan tapu devrini dijitalleştirmekten çok, belirli token türleri için sermaye piyasası ve saklama omurgası kurar.

Bir başka pratik gerçek de giriş bariyeridir. KVHS mimarisi; sermaye yeterliliği, saklama, güvenlik, iç kontrol ve raporlama yükleri nedeniyle bu alanı doğal olarak kurumsal oyunculara iter. Bu durum, gayrimenkul tokenizasyonunu “her startupın kolayca kurabileceği” bir ürün olmaktan çıkarır.

7518 tek başına “tapu tokenı” yaratmaz; fakat sermaye piyasası araçlarının kripto varlık olarak ihracı, elektronik ortam kayıtlarının esas alınması ve MKK entegrasyonunun zorunlu tutulabilmesi bakımından yeni bir hukuki pencere açar. Gayrimenkul projelerinde stratejik değer, tam da bu pencerenin hangi hak seti için kullanılabileceğini ayırabilmektir.

Somut ihraç ve işlem hattı, SPK’nın ikincil düzenlemeleri ve proje niteliği ile kesinleşir; bu nedenle mevzuat, tek bir modele zorlayan kapalı bir yapıdan çok, dikkatli okunması gereken bir opsiyon alanı yaratır.

Token tapu yerine geçer mi? TMK, tapu ve MKK entegrasyonu

Taşınmaz satış ve devri, Türk Borçlar Kanunu çerçevesinde resmi şekle ve tapu düzenine tabidir; token tek başına tapu senedinin yerini almaz. Güvenli modelde token, tapu ile çelişmeyen bir hukuki yapıda tanımlanır ve gerektiğinde MKK / elektronik kayıt hattıyla üçüncü kişilere karşı ileri sürülebilirlik tartışması bilinçli tasarlanır.

Arka planda sık kullanılan tasarım soruları:

• Taşınmaz doğrudan mı temsil ediliyor, yoksa bir şirket/SPV payı veya borçlanma aracı üzerinden mi ekonomik maruziyet yaratılıyor?

• Takyidat, haciz, ipotek güncellemeleri operasyonel olarak nasıl soğuk zincir–sıcak operasyon ayrımıyla yönetiliyor?

• Hissedar / yatırımcı kimliği KVKK ile uyumlu biçimde nasıl saklanıyor ve transfer kısıtları (izinli transfer) nasıl kodlanıyor?

Türk hukuku bakımından bir ek ayrım daha önemlidir: taşınmaz satışına ve devrine ilişkin resmi şekil ile tapu tescili mantığı korunurken, token katmanı çoğu zaman bu ayni devrin kendisini değil, o ayni devre bağlı ortaklık, alacak, gelir veya yatırım ilişkisini temsil edecek şekilde kurulmalıdır. Sağlıklı kurgu, zincir üstü kaydı tapu düzeniyle çatıştırmak yerine onun etrafında güvenli bir hukuki çevre tasarlar.

Burada asıl yapısal risk, bir çift kayıt sorunu doğmasıdır: blokzincir üzerindeki token hareketi bir sahiplik anlatısı üretirken, TAKBİS ve tapu sicili tarafında malik, takyidat veya haciz bilgisi farklı bir gerçeklik gösterebilir. Türkiye’de tapu sicili devlet sorumluluğu altında tutulan kurucu resmi kayıt olduğu için, uyuşmazlık anında nihai referans yine tapu katmanı olur. Bu nedenle iyi tasarlanmış bir proje, zincir üstü görünüm ile tapu gerçeği arasında “hangisi üstün?” sorusunu baştan cevaplamak zorundadır.

Haciz, ipotek, intifa, aile konutu şerhi, miras ve tedbir kararları gibi olaylar da bu kopuşu büyütür. Yazının okuyucuya vermesi gereken uzmanlık sinyali şudur: gayrimenkul tokenizasyonunda problem yalnız ilk ihracı yapmak değil, taşınmaz üzerindeki hukuki olayların token ekonomisine nasıl yansıtılacağını yönetebilmektir.

Gayrimenkul tokenizasyonu ile kitle fonlaması aynı şey değildir

SPK’nın paya dayalı kitle fonlaması rejimi ile gayrimenkul tokenizasyonu aynı kavram değildir. Bazı proje sahipleri iki alanı birbirine yakın görebilir; ancak ihraç mantığı, yatırımcı ilişkisi, platform yapısı ve hak seti bakımından bunlar aynı şemaya indirgenmemelidir.

Bu ayrımın yazıda görünür olması önemlidir; çünkü:

• Kitle fonlaması belirli tebliğ ve platform mantığı içinde çalışır.

• Tokenizasyon ise çoğu zaman çok katmanlı bir hak, kayıt ve teknik mimari sorusudur.

• Bir yapının “dijital” olması, onu otomatik olarak kitle fonlaması rejimine sokmaz.

• Bir projenin yatırım toplayacak olması da onu otomatik olarak güvenli bir tokenizasyon modeline dönüştürmez.

Bu başlık, özellikle proje geliştiriciler ve fon tarafı için önemli bir beklenti yönetimi aracıdır.

Türk hukukuna adapte edilebilecek referans mimari nasıl kurulur?

Türkiyede uygulanabilir bir gayrimenkul tokenizasyonu modeli, tek bir akıllı sözleşmeden değil; varlık kutusu + hak tanımı + kayıt senkronizasyonu + TL ödeme hattı + uyum/saklama katmanlarının birlikte tasarlanmasından oluşur.

Pratikte savunulabilir bir referans mimari şu sırayla düşünülmelidir:

1. Varlık kutusu: Taşınmaz hangi yapı içinde tutulacak; doğrudan malik mi, SPV mi, proje şirketi mi?

2. Hak tanımı: Token yatırımcıya tam olarak ne sağlayacak; pay sahipliği, gelir katılımı, geri ödeme hakkı, yönetim oyu veya bunların sınırlı bir kombinasyonu mu?

3. Kayıt ve senkronizasyon: Tapu, şirket kayıtları, MKK, platform kayıtları ve yatırımcı defteri arasında hangi veri önceliği geçerli olacak?

4. Transfer rejimi: Token serbestçe dolaşabilir mi, yoksa yalnız kimliği doğrulanmış ve belirli profili taşıyan yatırımcılar arasında mı devredilebilecek?

5. Ödeme ve saklama: Yatırımcı nakdi hangi regüle hat üzerinden sisteme girecek; saklama kim tarafından ve hangi ayrıştırma ilkesiyle yapılacak?

6. Uyuşmazlık ve acil durum yönetimi: Freeze, force-transfer, itiraz, haciz bildirimi, ölüm, miras ve teknik olaylar gibi senaryolar sözleşme ve operasyon düzeyinde nasıl yönetilecek?

Yazılım ve hukuk ekipleri aynı tasarım masasında oturmadığında, genellikle üçüncü ve beşinci basamaklarda kırılma oluşur. Genesis Hukuk’un bu alana yaklaşımı, tam da bu kırılmayı proje başlamadan önce çözmek üzerine kuruludur.

Projeler neden daha lansman öncesinde kilitleniyor?

Gayrimenkul tokenizasyonu projeleri çoğu zaman lansman anında değil; hak tasarımı, uyum, ödeme, saklama ve resmi kayıt kurgusu yeterince düşünülmediği için daha hazırlık aşamasında tıkanır.

Sahada en sık gördüğümüz kilitlenme nedenleri şunlardır:

• Yanlış hak anlatısı: Proje pazarlamada “tapu payı” dili kullanır; fakat hukuki kurgu gerçekte yalnız sözleşmesel veya kurumsal hak üretir.

• Serbest transfer varsayımı: Teknik ekip, tokenın standart ve açık transfer mantığıyla dolaşacağını varsayar; oysa MASAK, KVHS ve yatırımcı uygunluğu rejimi izinli transfer gerektirebilir.

• Ödeme bacağının hafife alınması: Token transferi planlanır; ancak fiat ödeme, banka akışı, tahsilat mutabakatı ve DvP benzeri eşzamanlı teslim mantığı kurgulanmaz.

• Saklama ve raporlama maliyetinin küçümsenmesi: Kurumsal saklama, güvenlik, raporlama ve entegrasyon yükü proje bütçesini ve zaman planını baştan değiştirir.

• Tapu olaylarının modellenmemesi: Haciz, tedbir, ipotek, miras veya takyidat güncellemeleri token ekonomisinin dışında bırakılır.

• Değerleme ve veri katmanının zayıf kalması: Gayrimenkulden doğan ekonomik değerin hangi periyotla, hangi bağımsız veri hattıyla ve hangi yönetim onayıyla güncelleneceği belirsiz bırakılır.

İyi bir yazının burada yapması gereken şey, adım adım operasyon reçetesi vermek değil; okuyucuya şu farkındalığı kazandırmaktır: proje başarısı, token ihracından çok önce mimari karar masasında belirlenir.

Gayrimenkul tokenizasyonunda kritik mimari hatalar

Teknik seçimler “sadece geliştirme tercihi” değildir; yanlış tokenomik ve havuz yapısı, taşınmazın değerinden kopuk fiyatlanma ve yatırımcı zararı üretebilir.

Öne çıkan risk başlıkları (operasyonel exploit tarif etmeden):

• Varlık kalitesinin tek havuzda eritilmesi: Farklı lokasyon ve risk profillerindeki taşınmazların aynı likidite dinamiğine bağlanması, adil olmayan değer aktarımına yol açar.

• Standart token mantığı ile taşınmaz ekonomisinin çatışması: Bölünmezlik ve varlık bazlı değerleme ile uyumsuz parametreler uzun vadede güven kaybı yaratır.

• Legal bridge eksikliği: Zincir üstü görünüm ile tapu sicili / haciz gerçeği ayrışırsa “temsil kopukluğu” oluşur.

• Oracle ve veri tekil kaynağı: Değerleme ve hukuki statüye ilişkin veri hattı tek kanallı ve denetimsizse sistem manipülasyona açılır.

• KYC/AML’nin “sadece web formu” kalması: İkincil piyasa transferleri regülasyonla uyumlu şekilde kodlanmazsa uyum riski büyür.

• Olay bazlı yönetişim eksikliği: Ölüm, miras, haciz, ihtiyati tedbir, zorunlu transfer veya itfa gibi senaryolar tasarlanmazsa sistem ilk gerçek uyuşmazlıkta dağılır.

Önerilen kavramsal çözüm sınıfı: varlık bazlı izolasyon (sub-token / varlık başına ekonomi), bağımsız değerleme ve denetim döngüsü, kurumsal saklama ve çoklu onay ile registry sync (sicil–kayıt senkronizasyonu).

ERC-3643 (T-REX) ve izinli transfer: Türkiyede gayrimenkul tokenizasyonu için neden önemli?

ERC-3643, kimlik bağlı uyumluluk (identity-bound compliance) ile transfer öncesi kuralların otomatik işlendiği bir kurumsal menkul kıymet standardı olarak konumlanır; gayrimenkul kaynaklı menkul kıymet benzeri ihraç senaryolarında teknik–hukuki hizalama için sıkça başvurulan bir çerçevedir.

Genesis Hukuk’un ilgili yayınında da işlendiği üzere, standart ERC-20 tokenlarının barındırmadığı on-chain kimlik/claim ve modüler compliance katmanları, yatırımcı segmentasyonu ve izinli transfer pratiğini destekler. Seçilen standart tek başına yeterli değildir; ihraç hukuku, MKK/KVHS süreçleri ve sözleşme mimarisi ile birlikte tasarlanmalıdır.

İlgili bağlantı: Türkiyede ERC-3643 ve menkul kıymet tokenizasyonu rehberi

Stablecoin, CBDC ve TL ödeme geçidi: settlement tasarımı

Gayrimenkul tokenizasyonunda “nakit bacağı” tasarımı, karşı taraf riskini ve operasyonel sürtünmeyi belirler; Türkiyede ürün dili kriptoyu ödeme aracı olarak sunmayacak şekilde TL rayı üzerinden kurgulanmalıdır.

• TCMB ödemelerde kripto varlıkların kullanılmamasına ilişkin düzenleme, ödeme ve elektronik para kuruluşlarının kripto platformlarına fon aktarımı aracılığını da kısıtlar.

• 6493 sayılı Kanun bakımından ödeme hizmeti ve elektronik para faaliyetleri lisanslı alanda yürür; bu nedenle tokenizasyon platformu, “yatırım ürünü” ile “ödeme hizmeti” fonksiyonunu birbirine karıştırmadan tasarlanmalıdır.

• Küresel ölçekte pilotlar, T+0 settlement, DvP (teslimat karşılığı ödeme) ve regüle dijital nakit ile risk azaltımını hedefler; Türkiyede proje bunu “kendi kendine regulator” değil, mevzuatla uyumlu ödeme ve saklama zinciri olarak planlamalıdır.

• Stablecoin ve CBDC tartışması, bilgilendirme düzeyinde hibrit para mimarisi ve kurumsal treasury için anlam taşır; fakat yerel ürünün ödeme katmanı TL ve izinli enstrümanlarla bağlanır.

• Yabancı yatırımcı veya sınır ötesi fon akışı olan senaryolarda, ödeme ve para hareketi tarafı ayrıca incelenmelidir; bu başlık yazıda detaylı mühendislik reçetesi yerine ayrı danışmanlık alanı olarak çerçevelenmelidir.

İlgili bağlantı: CBDC ve stablecoin: paranın hibrit geleceği

MASAK, KVKK, icra–iflas ve saklama

KVHS müşteri tanıma yükümlülükleri ve şüpheli işlem bildirimi pratiği; KVKK ise kimlik, cüzdan ve profilleme verilerinin işlenmesi boyutunda veri minimizasyonu ve rol ayrımı gerektirir.

• 5549 ve ikincil düzenlemeler AML çerçevesini taşır; kripto özel uygulamalarda güncel tebliğ ve rehberler pratikte belirleyicidir (rehberler kanun yerine geçmez).

• Kripto transferlerinde transfer mesajı, gönderici/alıcı bilgisi ve bazı senaryolarda kayıtlı olmayan cüzdanlara ilişkin ek beyan yükü, ikincil piyasa tasarımının “anonim devir” mantığıyla kurulamayacağını gösterir.

• KVKK kapsamında hukuki sebep, saklama süreleri, yurt içi/yurt dışı aktarım ve teknik idari tedbirler ayrı katmandır.

• Kimlik bağlı transfer kurgularında veri sorumlusu, veri işleyen, saklama süresi ve yurt dışı aktarım mekanizması baştan belirlenmezse; teknik olarak çalışan sistem, veri koruma bakımından zayıf kalabilir.

• İİK ve SPK düzleminde müşteri varlıklarına ilişkin haciz ve elektronik icra akışları, “cüzdanda özgürlük” pazarlaması ile çelişmeden şeffaf anlatılmalıdır.

İlgili bağlantı: Türkiye kripto varlık regülasyon ve uyum rehberi

Vergi ve yapılandırma: makro başlıklar

Vergi sonucu, tokenın hukuki niteliği ve işlemin gelir mi sermaye mi niteliği, KDV durumu ve kurumlar vergisi istisna/istisna dışı haller üzerinden ayrı ayrı çıkar; tek cümlelik “kesin matrah” iddiası genelde hatalıdır.

Genel hatırlatmalar:

• Gayrimenkul el değiştirmesi, kira geliri, kurumların elde tutma süreleri ve istisnalar GVK / KDV / VUK üçlüsünde ayrıntılanır.

• Tokenın doğrudan taşınmaz devrini mi, yoksa şirket payı / alacak / gelir hakkı devrini mi temsil ettiği; verginin konusunu ve matrah mantığını baştan değiştirir.

• Fraksiyonel yapılarda elde tutma süresinin ispatı ve kayıt düzeni, MKK / defter hattıyla uyumlu tasarlanmalıdır.

• Veraset ve intikal süreçleri ölümlü devir senaryolarında ayrı çalışır.

• Proje sahipleri ve yatırımcılar, vergi planlamasında agresif varsayımlar yerine ihtiyatlı ve belgeye dayalı hareket etmelidir.

Somut proje için vergi müşavirliği ve hukuk birlikte devreye alınmalıdır.

Dünyadan dersler: Türkiyeye aktarılabilir bileşenler

İsviçre ve Dubai gibi örnekler “aynısını kopyala” çağrısı yapmaz; fakat sicil–DLT hizalama, kurumsal saklama, DvP ve standardizasyon bakımından Türkiyede hangi opsiyonların düşünülebileceğini gösterir.

Özellikle faydalı aktarımlar:

• Dubai: DLD ve VARA ekseninde, resmi tapu otoritesinin bizzat projeye dahil olduğu ve sahiplik sertifikası mantığının kamu tarafınca desteklendiği model.

• İsviçre: DLT Act ile defter tabanlı menkul kıymet yaklaşımının, tokenı doğrudan tapuya değil çoğu zaman menkul kıymetleştirilmiş hak katmanına bağlayarak hukuki kesinlik üretmesi.

• Almanya: eWpG çizgisinin, taşınmaz mülkiyetini değil elektronik menkul kıymet ve kayıt katmanını dijitalleştiren daha temkinli yaklaşımı.

• Singapur: teknoloji nötr ama lisanslı ve izinli piyasa mantığıyla, tokenizasyonu çoğu zaman SPV veya sermaye piyasası ürünü ekseninde kurgulayan kurumsal yaklaşım.

• Tapu–token senkronizasyonu ve resmi kayıt ile blokzincir kaydı arasında net mutabakat kuralları.

• İkili token yaklaşımlarıyla yönetim ve ekonomik hakların ayrıştırılması (uygun hukuki kutu ile).

• CMTAT vb. açık standartların kurumsal entegrasyon pratiği (hukuk sistemine göre uyarlanır).

Bu örneklerin ortak dersi şudur: başarı hikayeleri çoğu zaman “tapuyu blokzincire taşımak”tan değil, taşınmazla bağlantılı hakkı doğru hukuki katmanda tokenize etmekten doğar. Küresel raporlarda yer alan ihraç hacimleri ve hedef büyüklükler, alanın teorik bir fantezi olmadığını; fakat rakamların tek başına bir ülke modelinin başarıya taşındığını ispatlamadığını da gösterir. Türkiyede mesele, bu örnekleri olduğu gibi almak değil, hangi unsurun hangi kurumsal altyapı ile uyumlu hale getirilebileceğini anlamaktır. Türkiyeye en çok aktarılabilecek bileşenler; izinli transfer mantığı, kurumsal saklama, sicil ile zincir üstü kayıt arasında net öncelik kuralları, değerleme/oracle disiplininin denetlenebilirliği ve ödeme bacağının regüle ayrıştırılmasıdır.

Genesis Hukuk yaklaşımı: hukuk + yazılım + regülasyon mimarisi

Genesis Hukuk, Law + Tech Studio olarak tokenizasyonu yalnız sözleşme paketi değil; governance, risk, uyum (GRC) ve akıllı sözleşme katmanlarının birlikte tasarlandığı bir mimari süreç olarak ele alır.

Genesis Hukuk’un ayrıştığı nokta, yalnızca mevzuat yorumu yapmak değildir. Kurucu ekibin teknoloji ile doğrudan çalışan yapısı, blokzincir altyapıları, akıllı sözleşme kurguları ve tokenizasyon stratejilerini hukuki dokümantasyonla aynı masada değerlendirebilmesini sağlar. Bu yaklaşım, klasik hukuk danışmanlığından farklı olarak Compliance by Design mantığını proje doğmadan önce devreye alır.

Genesis Hukuk olarak biz, yalnız risk raporlayan bir yapı değil; teknik ekiplerle aynı dilde konuşabilen, ürün yöneticileri ve yatırımcılarla aynı harita üzerinde çalışabilen bir stratejik ortak olarak konumlanıyoruz. Gayrimenkul tokenizasyonunda değerimiz, “olur mu?” sorusundan önce “hangi model hangi kayıtla, hangi yatırımcıya, hangi izinli transfer rejimiyle sunulabilir?” sorusuna cevap üretmemizdir.

Önerilen danışmanlık modülleri:

• Hukuki kutu ve ortaklık / ihraç stratejisi

• SPK–KVHS–MASAK–KVKK uyum haritası ve politika seti

• Token standartı ve transfer kuralları (izinli transfer, vesting, acil durum)

• Ödeme ve saklama zinciri tasarımı (TL rayı öncelikli)

• Akıllı sözleşme risk analizi ve denetim koordinasyonu

İlgili bağlantılar (hizmetler):

• Gerçek dünya varlıkları (RWA) tokenizasyonu

• Dijital kimlik ve tokenizasyon hukuk hizmetleri

• Tokenizasyon özelinde GRC: yönetişim, risk ve uyum

• Akıllı sözleşme uyum tasarımı (Compliance by Design)

Contact us!

Doğrudan iletişim: Gayrimenkul veya RWA tokenizasyonu projen için hukuki–teknik çerçeveyi birlikte değerlendirmek istiyorsan, proje özetini e-posta ile paylaş: info@genesishukuk.com. Genesis Hukuk, tapu–sermaye piyasası–KVHS–ödeme–veri uyumu başlıklarını tek mimaride ele alır.

Daha fazla bilgi: Önce Türkiye kripto varlık regülasyon ve uyum rehberi ve ERC-3643 Türkiye rehberi içeriklerini inceleyebilirsin.

Yasal bilgilendirme

Metin genel bilgilendirme amacı taşır; hukuki danışmanlık veya sonuç garantisi değildir. Mevzuat ve ikincil düzenlemeler zaman içinde değişebilir; somut işlem öncesi güncel resmi metin ve uzman görüşü esas alınmalıdır.