۴.۱ معماری مرجع حرفهای RWA
معماری موفق توکنسازی دارایی واقعی باید «منبع حقیقت» (Source of Truth) را برای هر دسته داده مشخص کند. قیمت ملک از قرارداد هوشمند نمیآید؛ مالکیت حقوقی صرفاً از balanceOf قابل استنباط نیست.
دارایی پایه
SPV / Custodian
Legal Wrapper
حقوق قانونی
Token Contract
Identity / KYC
Oracle / Data
Wallet / Platform
Trading / Settlement Layer
Reporting / Audit / Reconciliation
شکل ۴.۱ — معماری مرجع RWA با جداسازی لایهها و منبع حقیقت
۴.۲ DLT در برابر پایگاه داده متمرکز
| معیار | پایگاه داده متمرکز | DLT / Blockchain |
|---|---|---|
| نیاز به اعتماد مشترک چند نهاد | کم | بالا |
| هزینه عملیاتی | پایینتر | بالاتر (gas، node، audit) |
| مقاومت در برابر تغییر غیرمجاز | وابسته به کنترل دسترسی | بالاتر (در طراحی صحیح) |
| نهاییشدن (Finality) | آنی (در کنترل یک نهاد) | وابسته به اجماع |
| مناسب برای | ثبت داخلی یک سازمان | چند نهاد مستقل با نیاز به وضعیت مشترک |
اگر فقط یک سازمان ثبت داخلی میخواهد و هیچ نیاز واقعی به اشتراکگذاری اعتماد میان چند بازیگر ندارد، پایگاه داده متمرکز اغلب سادهتر، ارزانتر و از نظر عملیاتی امنتر است. DLT زمانی ارزش افزوده ایجاد میکند که چند نهاد مستقل نیازمند یک وضعیت مشترک، قابلراستیآزمایی و مقاوم در برابر تغییر یکطرفه باشند.
۴.۳ اجزای حیاتی معماری و منبع حقیقت
| جزء | نقش | منبع حقیقت پیشنهادی |
|---|---|---|
| Legal Wrapper (SPV) | مالک قانونی دارایی پایه | ثبت شرکت + سند مالکیت |
| Token Contract | ثبت claim / ownership روی زنجیره | State قرارداد + eventها |
| Identity Registry | KYC و eligibility | سیستم KYC + on-chain registry |
| Compliance Module | قواعد انتقال و محدودیت | قوانین حوزه قضایی + قرارداد |
| Oracle / Data Feed | درآمد، NAV، رویدادهای شرکتی | حسابداری مستقل / valuation |
| Custody | نگهداری کلیدها و/یا دارایی فیزیکی | Custodian دارای مجوز + HSM |
قانون معماری: هر داده باید یک «منبع حقیقت» مشخص داشته باشد. اگر قیمت ملک، مالکیت حقوقی و درآمد قابلتوزیع همگی از قرارداد هوشمند استنباط شوند، سیستم شکننده و غیرقابلحسابرسی خواهد بود.
5 / 16