SAMARAM Grubu
Bölüm 6

BÖLÜM 6-15

6.1 On Adımlı Uygulama Süreci

  1. Varlığı ve yasal sahibi belirleyin
  2. Tokenize edilebilir hakları tanımlayın
  3. SPV / tutma yapısını oluşturun veya seçin
  4. Bağımsız değerleme ve due diligence
  5. İhraç ve yatırımcı kısıtlarını tasarlayın
  6. Token modelini tasarlayın ve standardı seçin
  7. Sözleşmeyi geliştirin + bağımsız audit
  8. Kimlik sicili ve uyum modülünü bağlayın
  9. Mint ve ilk tahsis (tam belgelenmiş)
  10. İkincil piyasa, geri alım, kurumsal işlemler ve sürekli raporlama

6.2 Çift Kimlik İlkesi

Her token için iki tanımlayıcı olmalıdır: zincir üstü dijital kimlik ve zincir dışı hukuki/varlık kimliği. Biri değişirse mutlaka reconciliation gerekir.

7.1 STO Nedir?

Security Token Offering, tokenleştirilmiş aracın hukuken menkul kıymet niteliği taşıdığı durumlarda gündeme gelir. “Token olmak” tek başına hukuki sınıflandırmayı değiştirmez. ABD’de SEC 2025’te tokenised securities’in hâlâ securities olduğunu vurguladı; 2026’da yapıları ve saklama modellerini ayrıştırdı.

Issuer → Legal Structuring → Disclosure → Investor Onboarding
      → Primary Issuance → Trading → Corporate Actions → Redemption

İkincil piyasa yalnızca token basmakla oluşmaz; lisanslı venue, gerçek likidite ve transfer kuralları gerekir.

8.1 Hukuk Teknolojiyi Takip Eder

Sınıflandırma gerçek haklar ve ekonomiye göre yapılmalıdır. İsviçre (FINMA): Payment/Utility/Asset token + DLT Act (Mart 2025’te ilk DLT trading facility lisanslandı). AB: MiCA. ABD: SEC 2025–2026 açıklamaları. FATF: Travel Rule ve risk bazlı yaklaşım.

8.2 Minimum AML/KYC Kontrolleri

  • İlk ve periyodik KYC
  • Beneficial ownership
  • Yaptırım taraması
  • İşlem izleme
  • Travel Rule (uygun hallerde)
  • Kayıt tutma ve audit trail
  • Freeze / recovery prosedürleri

9.1 Üçlü Ayrım

Kavram Nitelik
Stablecoin Referansa göre değer koruma çabası
CBDC Merkez bankası tarafından çıkarılan para
RWA Token Gerçek varlık veya hakkı temsil eder

BIS 2025 Unified Ledger vurgusu: merkez bankası parası + ticari banka parası + tokenleştirilmiş varlıklar tek programlanabilir ortamda bir araya gelebilir.

10.1 Çok Katmanlı Tehdit Modeli

Özel anahtar, akıllı sözleşme, oracle, bridge, custody, insider, governance, phishing ve hukuki hata. Risk skoru örneği: Likelihood × Impact × Exposure.

10.2 Temel Kontroller

  • Multisig + HSM
  • Timelock (kritik değişiklikler için)
  • Pause mekanizması
  • Invariant testing ve fuzzing
  • Bağımsız audit
  • 7/24 monitoring
  • Disaster recovery ve görev ayrımı

11.1 Platform İş Modeli

Gelir kaynakları: issuance fee, onboarding, custody, transaction fee, listing, administration, data. Model gerçek işlem hacmi, uyum maliyeti ve likidite maliyetiyle test edilmelidir.

Break-even Investors = F / (r − v) = 5.000 (eğitim örneği)

12.1 Doğru Geliştirme Yolu

Öğrenme: testnet + küçük sözleşmeler. Production: eğitim kodu audit olmadan kullanılmamalıdır. Foundry/Hardhat + OpenZeppelin + unit/fuzz/invariant test + bağımsız audit + multisig deployment.

VERIFY legal_right → KYC → eligibility → custody → supply_limit
EXECUTE mint → WRITE audit_event → RETURN hash

13.1 Örnek Senaryo: 20 Milyon Avroluk Bina

20.000 token, nominal 1.000 €. Token’lar SPV geliri ve/veya net varlık değeri üzerinde tanımlı ekonomik hak taşır. Yıllık net gelir 1,2 milyon € ise token başına nominal gelir 60 €’dur (nihai getiri değildir). Başarı: hukuki bağlantı + waterfall şeffaflığı + oracle güvenilirliği + eligibility kontrolüne bağlıdır.

14.1 Go-Live Kontrol Listesi

  • ☐ Token hukuki hakları tanımlı ve uygulanabilir
  • ☐ Temel varlık sahibi ve custody açık
  • ☐ Hukuki sınıflandırma tamamlandı
  • ☐ KYC/AML tasarlandı ve test edildi
  • ☐ Akıllı sözleşme audit edildi
  • ☐ Yönetici anahtarları güvenli (multisig/HSM)
  • ☐ Recovery ve incident response süreci var
  • ☐ Finansal ve vergi modeli belgelendi
  • ☐ İkincil piyasa ve transfer sınırları net
  • ☐ Açıklamalar ve risk faktörleri tam
  • ☐ Zincir dışı veri ve Oracle doğrulanabilir
  • ☐ Yedekleme ve iş sürekliliği test edildi

15.1 Gelecek: Programlanabilir Hak

Sonraki nesil tokenizasyon “mülkiyet kaydı olarak token”dan “programlanabilir hak olarak claim”e doğru ilerliyor. BIS 2025 Unified Ledger: tokenleştirilmiş merkez bankası parası + ticari banka parası + finansal varlıklar.

Proje yöneticisine mesaj: Blockchain seçmeden önce “haklar + nakit akışı + custody + kimlik + takas + düzenleme”yi tasarlayın. Teknoloji sonra gelir.

Kitap sonucu: Token varlığın kendisi değildir. Başarı; haklar + saklama + yönetişim + kimlik + veri + güvenlik + likidite + takas altyapısının eşzamanlı sonucudur.
6 / 6