RWA geliştirme hukuki uyumluluk çerçevesi ve Oracle Makine teknolojisi motoru

Yazar: Jie Hui

“RWA yeni hukuki ilişkiler yaratmaz, sadece blok zinciri teknolojisi kullanarak mevcut hak ve yükümlülük ilişkilerini aktarır. Tarihi bir bina NFT'ye dönüşse bile, hala bir bina olarak kalır; bir ABD tahvili token'a dönüştüğünde, hala bir borç olarak kalır. RWA uyumluluğunun temeli, zincirdeki token ile zincir dışındaki hukuki ilişkiler arasında, kırılmaz ve yargı tarafından uygulanabilir bir eşleşme ilişkisi olduğundan emin olmaktır.”

1. RWA mimarisinin uyum sorunları

Genel olarak, RWA mimarisi tasarlarken, aşağıdaki dört alandaki uyum sorunlarını sistematik olarak ele almak gerekir.

1.1 Varlık Tarafı Uygunluğu

(1) Finansal Varlıklar

Bu tür varlıklar kolayca menkul kıymet olarak tanımlanabilir. Bir kez menkul kıymet olarak tanımlandığında, ihraç, bilgi açıklama, fon toplama, saklama gibi konularda Sermaye Piyasası Kanunu'na uymak zorundadır.

(İki) Fiziksel Varlıklar

Temel, mülkiyetin tanımlanması ve devridir. Örneğin, gayrimenkulün zincir üzerindeki token transferinin gayrimenkul kayıt defterindeki mülkiyet etkisi ile nasıl ilişkilendirileceği konusunda, şu anda neredeyse hiçbir ülke zincir üzerindeki transferlerin doğrudan mülkiyet etkisi taşıdığını kabul etmemektedir. Uygulamada, tipik ve yaygın olarak kullanılan çözüm, bir Özel Amaçlı Araç (SPV) kurmak, SPV'nin gayrimenkul mülkiyetini elinde bulundurması ve ardından SPV'nin hisse senetleri veya gelir haklarının tokenleştirilmesidir. Token sahipleri aslında SPV'nin hissedarları veya yararlanıcılarıdır.

(Üç) Alacaklar

Temel, alacakların geçerliliği ve devri bildirimidir; bu nedenle, alacakların altında yatan sözleşmenin doğruluğu ve yasallığı incelenmelidir. Alacak devri, borçluya bildirimde bulunulmasını gerektiriyor mu ki bu da geçerli hale gelsin? Eğer gerekiyorsa, bu yasal prosedür tokenleştirme sürecinde nasıl yerine getirilecektir? Aksi takdirde, borçlu hala orijinal alacaklıya ödeme yapabilir ve bu durum token sahiplerinin haklarının geçersiz kalmasına yol açabilir.

1.2 İhraç ve Ticaret Uygunluğu

(1) İhracat Finansmanı Aşaması

1. Dolandırıcılığa karşı: Beyaz kitapta, proje açıklamalarında temel varlıklar, gelir beklentileri ve ekip geçmişi hakkında yapılan her türlü ifade gerçek, doğru ve eksiksiz olmalıdır; aksi takdirde, Menkul Kıymetler Yasası kapsamındaki yanlış beyan sorumluluğu ve Ceza Yasası kapsamındaki dolandırıcılık riski ile karşı karşıya kalınacaktır.

2. Kamuya Tanıtım ve Yatırımcı Uygunluğu: Belirli bir kamuya açık bir şekilde fon toplamak ve tanıtım yapmak kesinlikle yasaktır, yalnızca nitelikli yatırımcılar ile sınırlı olmalıdır.

(II) İkincil Piyasa İşlem Aşaması

1. İşlem platformu yeterliliği: Eğer menkul kıymet niteliğindeki tokenler için merkezi fiyatlandırma ve işlem hizmetleri sağlanıyorsa, bu platformun menkul kıymet ticaret yeri (ATS gibi) lisansına sahip olması gerekebilir. Sıradan sanal varlık işlem platformu (VATP) lisansı, menkul kıymet niteliğindeki tokenlerin işlemine yeterli olmayabilir.

2. Piyasa yapıcı nitelikleri: Menkul kıymet türü tokenlere likidite hizmeti sunan piyasa yapıcıların, ilgili bir aracı kurum lisansına sahip olması gerekebilir.

3. Sürekli bilgi açıklaması: Bir menkul kıymet ihraççısı olarak, yıllık raporlar ve önemli olay raporları gibi sürekli bilgi açıklama yükümlülüğünüz vardır; bu, halka açık şirketlere benzer.

1.3 Stabil Koin ve Ödeme Uyum

Eğer RWA projeleri, ABD tahvilleri gibi varlıkların desteklediği stablecoin'leri üretiyorsa, bu durum ödeme alanındaki sıkı düzenleme kapsamına girmiştir. Temel mesele, bunun “elektronik para” veya “ödeme aracı” oluşturup oluşturmadığını belirlemektir; eğer öyleyse, émisyoncu, elektronik para émisyoncu lisansı almak zorunda kalabilir, sıkı rezerv yönetim kurallarına uymalı, yeterli, yüksek kaliteli ve düzenleyici kurumların denetiminde olan rezerv varlıkları sağlamalı ve düzenli olarak en üst düzey denetim firmaları tarafından denetlenmeli ve kamuya açıklanmalıdır. Kara para aklamaya karşı düzenlemelere uymalı ve token sahipleri için KYC uygulamalıdır.

1.4 Uyum Yükümlülükleri

1.Anti-Money Laundering ve Terörizmin Finansmanının Önlenmesi

“Müşteriyle kim temasa geçerse, o sorumludur” prensibine göre projedeki hangi varlığın (ihraççı, ticaret platformu, saklama kuruluşu) AML/CFT sorumluluğunu üstleneceği belirlenmelidir. KYC (Müşterinizi Tanıyın), KYB (İşinizi Tanıyın) ve CDD (Müşteri Diligence) süreçleri oluşturulmalıdır. İşlem izleme uygulamaları gerçekleştirilerek şüpheli işlemler filtrelenmeli ve rapor edilmelidir.

2.Vergi İşlemleri

Tokenlerin ihraç, ticaret, temettü, geri alım gibi aşamaları gelir vergisi, sermaye kazancı vergisi, damga vergisi, katma değer vergisi gibi vergileri içerebilir. Müşterilere her aşamanın vergi yükümlülükleri ve beyan şekilleri hakkında netlik sağlamak gerekmektedir.

3.Verilerin Gizliliği ve Korunması

Zincir üzerindeki verilerin açık ve şeffaf olması ile Kişisel Bilgilerin Korunması Yasası arasındaki çelişki. Yatırımcıların KYC bilgilerini nasıl işleyecek ve saklayacaksınız? GDPR, PIPL gibi yasal gerekliliklere uyması gerekmektedir.

RWA mimari tasarımındaki en büyük risk, yasal haritalama ilişkilerinin kopmasıdır. Yani, token sahipleri, yargı pratiğinde temel varlık üzerindeki mülkiyet veya geri alma hakkını etkili bir şekilde kullanamaz; en büyük uyum zorluğu ise düzenleyici belirsizliktir, küresel düzenleyici adımlar farklılık gösterir ve sınır ötesi projeler yargı çatışmaları ile karşılaşır. Başarılı RWA projeleri, yenilikçi tokenizasyon modelini düzenleyicilerin anlayabileceği ve kabul edebileceği bir mantığa “çevirmek” için ustaca bir yasal tasarım ile gerçekleştirilir.

2. Teknik mimarın perspektifinden bakıldığında, oracle teknolojisi RWA gelişiminin temel motorudur

Blok zinciri temelde kapalı bir sistemdir; zincir üzerindeki verilerin gerçek ve güvenilir olmasını sağlar, ancak zincir dışındaki gerçek dünya verilerini aktif olarak elde edemez. Bu temel sınırlama, blok zincirini zincir dışındaki gerçek dünya ile bağlayan güven köprüsü olan oracle'ları doğurmuştur.

Oracle, üç ana temel işlevi yerine getirir:

1. Veri girişi. Dış sistemlerden (API'ler, veritabanları, nesnelerin interneti cihazları vb.) veri elde edin ve bunu akıllı sözleşmelere aktarın. Örneğin, Bitcoin'in gerçek zamanlı fiyatını, hava durumu verilerini, uçuş durumunu, spor karşılaşmalarının sonuçlarını vb. alın.

2. Veri çıktısı. Akıllı sözleşme tamamlandıktan sonra, dış sistemlere belirli bir işlemi gerçekleştirmeleri için bildirimde bulunulması gerekebilir. Oracle, zincir üzerindeki yürütme sonuçlarını dışa aktarmaktan sorumludur. Örneğin, merkeziyetsiz bir sigorta sözleşmesi tazminat talebini onayladıktan sonra, bir oracle aracılığıyla banka sistemine ödeme transferi talimatı verir.

3. Hesaplama. Kredi riskini değerlendirmek veya doğrulanabilir bir rastgele sayı üretmek için karmaşık bir makine öğrenimi modelini çalıştırmak, bu hesaplamaların zincir üzerinde yapılması ya çok maliyetli (Gas tüketimi) ya da teknik olarak mümkün değildir. Oracle'lar bu karmaşık hesaplamaları zincir dışında gerçekleştirebilir ve yalnızca nihai sonucu zincire yükleyebilir.

Bu nedenle, oracle'ların son derece önemli olduğu anlaşılmaktadır; oracle olmadan, akıllı sözleşmeler yalnızca zincir üzerindeki yerel verileri (örneğin, belirli bir adresin ETH bakiyesi) işleyebilir ve uygulama senaryoları son derece sınırlıdır. Oracle'lar ile birlikte, uygulama senaryoları patlama büyüklüğünde artış gösterir, özellikle RWA için. Oracle'ların olgunluğu, doğrudan blok zinciri ekosisteminin gerçek dünya ile etkileşiminin genişliğini ve derinliğini belirler.

RWA gelişimi oracle teknolojisine sınırlı zorluklar getiriyor

Gerçek dünya varlıklarının tokenleştirilmesi eğiliminin hızlanmasıyla birlikte, oracle'lar başlangıçta basit veri taşıyıcılarından RWA gelişiminin temel altyapısına evrildi, ancak hala ciddi zorluklarla karşı karşıya, bunlar arasında şunlar bulunmaktadır:

(1)Veri KaynağıGüvenilirliği

Mevcut oracle'lar veriyi iletebiliyor, ancak verinin üretim sürecinin gerçekliğini temelde garanti edemiyor. IoT sensörleri değiştirilmiş olabilir, manuel girişler sahte olabilir ve oracle'lar etkili bir kaynak doğrulama mekanizmasından yoksundur. Örneğin, bir gayrimenkul değerleme kuruluşunun veri kaynağını nasıl entegre edip güvenilir hale getirebiliriz? Mahkeme kararlarının zincir üzerinde gerçek ve hatasız bir şekilde nasıl iletileceğini nasıl garanti edebiliriz? Bu, zincir dışı veri kaynakları için bir doğrulama ve itibar sistemi kurmayı gerektiriyor.

(II) Gizlilik ve Ticari Sır

Birçok RWA verisi (örneğin, şirket finansal verileri) hassastır. Oracle'ların “doğrulanabilir hesaplama” gerçekleştirmesi gerekiyor; bu, orijinal verileri şifrelemeden, belirli bir hesaplama sonucunun doğru olduğunu kanıtlamak anlamına gelir (örneğin, sıfır bilgi kanıtı uygulamaları gibi).

(Üç) Veri Kirlenmesi Sorunu

Kriptografik teknolojiler verilerin iletimi sırasında değiştirilmemesini garanti edebilse de, verilerin ilk kez zincire eklenmesiyle ilgili kirlilik sorununa karşı çaresizdir. Çöp girişi, çöp çıkışı sorunu hala mevcuttur.

(Dört) Gerçek Zamanlılık

Mevcut oracle'lar esasen periyodik veri iletimi sağlamakta, gerçek zamanlı durum senkronizasyonunu gerçekleştirememektedir. Yüksek frekanslı güncellemeler gerektiren RWA uygulama senaryoları için, bu tür bir gecikme genellikle ölümcül olmaktadır.

(Beş) Merkeziyetsizlik ve Verimlilik Çelişkisi

Gerçekten merkeziyetsiz oracle ağlarının performansı düşüktür, oysa yüksek performanslı çözümler genellikle merkeziyetsizlik derecesinden ödün verir.

(Altı) Maliyet Etkinliği Dengesizliği

Yüksek güvenlikte güvenilir veri blok zincirine aktarma çözümleri oluşturmak maliyetli ve büyük ölçekte uygulanması zor.

(Yedi) Düzenleyici Belirsizlik

Ülkelerin veri zincirine alma ile ilgili düzenleyici politikaları belirsizdir, bu da teknik uygulamanın hukuki risklerini artırmaktadır. Oracle'ların hem teknik uygulanabilirlik hem de düzenleyici uyumluluk gereksinimlerini karşılaması gerekmektedir.

4 Oracle'ın Gelecek Gelişim Yönleri ve Eğilimleri

(1) Dikeyleştirilmiş, uzmanlaşmış oracle ağı

Belirli RWA alanlarına hizmet veren oracle'lar ortaya çıkacaktır, örneğin: Gayrimenkul oracle'ı: Değerleme kuruluşları, mülkiyet kayıt sistemleri, emlak yönetim verileri ile özel olarak bağlantı kurar. Adalet oracle'ı: Mahkeme ilanları, tahkim sonuçları ile özel olarak bağlantı kurar. Düzenleyici oracle'ı: Ülkelerin düzenleyici kurumlarının lisans verme, ceza bildirimleri gibi bilgileri ile özel olarak bağlantı kurar.

(II) Konsensüs Mekanizmasının Evrimi

Kritik finansal olmayan veriler için, oracle ağının konsensüs mekanizması artık sadece “ortalama alma” ile sınırlı kalmayacak, veri kaynağı itibarı temelinde ağırlıklı bir konsensüs veya bir gerçeği onaylamak için belirli sayıda otorite düğüm imzası gerektirebilir.

(Üç) Sınır Teknolojilerinin Birleşimi

1. AI gibi yeni teknolojilerin devreye girmesi, oracle gelişimine yeni bir hayal gücü alanı sundu. Makine öğrenme modelleri aracılığıyla anormal verilerin tespiti, potansiyel saldırı modellerinin tanınması ve sistem güvenliğinin artırılması sağlanıyor. AI ayrıca karmaşık olayların anlaşılmasını ve yanıtlanmasını mümkün kılarak, oracle'ları pasif veri sağlayıcılarından aktif karar destek sistemlerine dönüştürüyor.

2. Donanım düzeyinde güvenlik çözümleri, özel güvenlik çipleri, donanım güvenlik modülleri gibi fiziksel katman teknolojileri aracılığıyla verilerin üretilmesine donanım tabanlı temel güven sağlar.

3. Disiplinler arası teknoloji entegrasyonu, nesnelerin interneti, kenar hesaplama, kriptografi gibi birçok alanın teknolojilerini bir araya getirerek uçtan uca güvenilir veri boru hattı oluşturma.

4. Yeni konsensüs mekanizması, gerçek dünya verilerinin doğrulanması için özel olarak tasarlanmış bir konsensüs algoritması geliştirmek, ancak mevcut blok zinciri paradigmalarını aşmak gerekiyor.

5. Regülasyon teknolojisinin entegrasyonu, regülasyon gerekliliklerini doğrudan teknik mimariye entegre ederek uyumluluğu tasarım aşamasında sağlamak.

5 Sonuç

Perspektif bağımsız olmasına rağmen, uyum ve oracle teknolojisi RWA uygulamalarında sıkı bir şekilde iç içe geçmiştir; uyum, teknoloji için bir yol belirler: Hukuk, “ne yapılabilir” ve “hangi standartlara ulaşılması gerektiği” konusunda kurallar koyar. Örneğin, menkul kıymetler yasası, değerleme verilerinin lisanslı kurumlardan gelmesi gerektiğini talep eder, bu da doğrudan oracle'ın hangi veri kaynaklarını entegre etmesi gerektiğini ve hangi veri kaynaklarının elenmesi gerektiğini belirler.

Uyumluluğa araç sağlayan teknoloji: Oracle'lar, yasal ve uyum gereksinimlerini (bilgi ifşası, KYC, varlık izleme gibi) otomatikleştirir ve doğrulanabilir hale getirir. Kendisi uyumluluğu yaratmaz, ancak etkili ve şeffaf uyum sağlamanın en güçlü aracıdır.

Sonuçta RWA'nın büyük anlatısı, uyum ve teknoloji tarafından birlikte yönlendirilen bir gelişim olmalıdır. Uyum perspektifinden bakıldığında, RWA'nın gelişimi bir hukuk evrimi tarihidir, merkezinde kurallar, lisanslar ve sorumluluklar bulunmaktadır. Oracle teknolojisi perspektifinden bakıldığında, RWA'nın gelişimi bir teknik evrim tarihidir, merkezinde veri, doğrulama ve güven bulunmaktadır.

Yalnızca yasaların kuralları ile teknolojinin güveni yeterince sağlam olduğunda, RWA mevcut pilot uygulamalardan ve prototiplerden gerçekten gelecekteki küresel finansın temel yapısına dokunabilir.