۱.۱ توکنسازی چیست؟ تعریف عملیاتی دقیق
توکنسازی دارایی (Asset Tokenisation) فرآیند تبدیل یک حق یا ادعای اقتصادی/حقوقی قابلاثبات به یک شیء دیجیتال قابلانتقال، قابلثبت و قابلاجرا روی دفترکل توزیعشده (DLT) است. برخلاف تصور رایج بازار، توکن «خودِ دارایی» نیست؛ بلکه یک نمایندگی دیجیتال مشروط است که باید به یک حق، تعهد، مالکیت، منفعت، دسترسی یا ادعای قابلاثبات در جهان خارج متصل شود.
فرمول پایه (تعریف رسمی کتاب):
اجزای فرمول:
- D (Underlying Asset) — دارایی پایه: ملک، اوراق قرضه، واحد صندوق، IP، جریان درآمدی، کالا و غیره.
- R (Legal/Contractual Right) — حق یا تعهد حقوقی مرتبط با D.
- Rules — قواعد انتقال، محدودیت، توزیع درآمد، بازخرید، waterfall، pause و recovery.
- Identity — هویت دارنده و eligibility (KYC، investor class، jurisdiction).
- Evidence — اسناد حقوقی، ثبت رسمی، valuation مستقل، داده oracle و audit trail.
این فرمول عمداً «مالکیت مطلق» را تضمین نمیکند. دارنده T ممکن است یکی از حالات زیر را داشته باشد:
| وضعیت دارنده | ماهیت حقوقی | پیامد عملی |
|---|---|---|
| سهامدار SPV | مالکیت سهام شرکت | رأی، سود سهام، مالیات شرکتی، حق انحلال |
| ذینفع واحد صندوق | حق نسبت به داراییهای صندوق | NAV، بازخرید طبق اساسنامه |
| طلبکار قراردادی | حق دریافت جریان نقدی مشخص | ریسک اعتباری ناشر، مالیات درآمد |
| صاحب حق استفاده / دسترسی | حق غیرمالکیتی محدود | بدون ادعای مالکیت دارایی پایه |
۱.۲ سه لایه را بهطور سیستماتیک جدا کنید
اشتباه ساختاری و پرهزینه این است که لایه فنی با لایه حقوقی یکی فرض شود. داشتن NFT یا توکن ERC-20 بهتنهایی حق مؤلف، حق بهرهبرداری تجاری یا مالکیت فیزیکی ایجاد نمیکند.
منبع حقیقت: مدل مالی + valuation مستقل
لایه حقوقی — دارنده دقیقاً چه حقی دارد و علیه چه شخصی؟
منبع حقیقت: اسناد حقوقی + ثبت قانونی + Offering Terms
لایه فنی — چه چیزی روی زنجیره ثبت و اجرا میشود؟
منبع حقیقت: قرارداد هوشمند + Oracle + Identity Registry
شکل ۱.۱ — سه لایه مستقل که باید همزمان طراحی شوند
۱.۳ مثال عددی مقایسهای: ساختمان ۱۰ میلیون یورویی
فرض کنید ساختمانی با ارزش بازار ۱۰ میلیون یورو وجود دارد و یک SPV مالک قانونی سند است. اگر ۱۰٬۰۰۰ توکن منتشر شود، سه مدل کاملاً متفاوت ممکن است:
| مدل | هر توکن نماینده چیست؟ | طبقهبندی تقریبی | ریسک اصلی برای دارنده |
|---|---|---|---|
| A – سهام SPV | ۰٫۰۱٪ سهام شرکت | Equity / Security | ریسک شرکتی + انحلال |
| B – سهم درآمد اجاره | حق دریافت ۰٫۰۱٪ درآمد خالص | Income claim / Contractual | ریسک عملیاتی ملک + SPV |
| C – حق مبلغ ثابت | حق دریافت مبلغ مشخص سالانه | Debt-like instrument | ریسک اعتباری ناشر |
نتیجه تحلیلی: این سه مدل از نظر اقتصادی، حقوقی، مالیاتی، حسابداری و ریسک یکسان نیستند. انتخاب اشتباه مدل در مرحله طراحی، پروژه را در معرض رد صلاحیت مقرراتی، مالیات مضاعف یا دعوای حقوقی قرار میدهد.
۱.۴ تعریف عملیاتی موفقیت پروژه
یک پروژه توکنسازی از نظر این کتاب موفق است اگر و فقط اگر همزمان پنج شرط زیر برقرار باشد:
- حق حقوقی قابلاجرا و قابلاثبات وجود دارد (enforceable right).
- اتصال توکن به حق (legal link) مستند، قابلراستیآزمایی و قابلبازسازی است.
- هویت و eligibility دارندگان در صورت نیاز کنترل میشود.
- نگهداری دارایی پایه (custody) و داده (oracle) قابلاعتماد و مستقل است.
- فرآیند تسویه، بازخرید، corporate actions و گزارشدهی عملیاتی شده است.
قبل از انتخاب بلاکچین، استاندارد توکن یا تیم توسعه، ابتدا «حقوق + جریان پول + custody + identity + settlement + regulation» را طراحی کنید. فناوری در مرحله بعد انتخاب میشود. این ترتیب معکوس علت اصلی شکست بسیاری از پروژههای RWA است.