بررسی جامع ریسکهای توکنایز دارایی و راههای کنترل آنها
اگر توکنیزه کردن داراییها (RWA) اینقدر مزیت دارد، چرا هنوز فراگیر نشده است؟
توکنایز میتواند مالکیت یا منافع اقتصادی یک دارایی واقعی را به واحدهای دیجیتال تقسیم کند تا انتقال آن را سادهتر کرده و امکان مشارکت سرمایهگذاران بیشتری را فراهم کند. بااینحال، تبدیل یک ملک یا دارایی به توکن فقط یک عملیات فنی و برنامه نویسی روی بلاکچین نیست. موفقیت پروژه به اعتبار حقوقی توکن، وضعیت سند ملک، ساختار نگهداری دارایی، امنیت قرارداد هوشمند، ارزشگذاری، نقدشوندگی و هماهنگی میان اطلاعات داخل و خارج از بلاکچین وابسته است. به همین دلیل، مزایایی مانند مالکیت خرد، ثبت شفاف تراکنشها و انتقالپذیری فنی، بهتنهایی موفقیت یک پروژه را تضمین نمیکنند. در این مقاله، مهمترین ریسکهای توکنایز را از منظر حقوقی، مالی، فنی، عملیاتی و بازار بررسی میکنیم و توضیح میدهیم کسبوکارها، سرمایهگذاران و توسعهدهندگان چگونه میتوانند این ریسکها و چالشهای توکنیزاسیون را مدیریت کنند.
چرا شناخت ریسکهای توکنایز اهمیت دارد؟
در یک پروژه توکنایز املاک، سرمایهگذار ممکن است تصور کند با خرید توکن، مستقیماً مالک بخشی از ملک شده است. درحالیکه همانطور که در مقاله توکنایز چیست و توکنیزه کردن داریی دیجیتال چه مراحلی دارد توضیح دادیم، توکن میتواند فقط نشاندهنده سهمی از یک شرکت واسط، حق دریافت بخشی از اجاره، یک طلب قراردادی یا نوع دیگری از منفعت اقتصادی باشد. بنابراین، تفاوت میان «مالکیت توکن»، «مالکیت حقوقی ملک» و «حق دریافت منافع اقتصادی» باید از ابتدا روشن شود.
برای سرمایهگذاران، نادیده گرفتن این تفاوت ممکن است به اختلاف درباره مالکیت، محدودیت فروش توکن، عدم دریافت درآمد مورد انتظار یا دشواری پیگیری حقوقی در زمان ورشکستگی ناشر منجر شود. برای مالکان دارایی و کسبوکارها، طراحی ضعیف پروژه میتواند باعث توقف عرضه، مسئولیت قانونی، آسیب اعتباری یا اختلاف با سرمایهگذاران شود. توسعهدهندگان نیز باید بدانند که پیادهسازی صحیح کد، جایگزین ساختار حقوقی، کنترل مالی و حاکمیت عملیاتی نیست.
گزارشهای نهادهای بینالمللی نیز تأکید میکنند که توکنایز لزوماً ریسکهای دارایی پایه را حذف نمیکند، بلکه بعضی از آنها را تغییر میدهد و ریسکهای توکنایزیشن تازهای در زمینه فناوری، نگهداری، تسویه، داده و حاکمیت ایجاد میکند.
ریسکها و چالشهای عمده توکنایز دارایی چه هستند؟
مهمترین چالشهای توکنایز شامل ابهامات پیگیری قانونی و مسائل حقوقی، نامشخص بودن رابطه توکن با دارایی واقعی، ریسک متولی دارایی، نبود بازار ثانویه قوی، ارزشگذاری نامعتبر، آسیبپذیری قرارداد هوشمند، خطای اوراکل، ضعف عملیات و پایین بودن اعتماد بازار است.
| نوع ریسک توکنایزیشن | مشکل اصلی | پیامدهای احتمالی | راه کاهش ریسک |
| ریسکهای حقوقی و قانونی | مشخص نیست توکن دقیقاً چه حقی به خریدار میدهد و چه قوانینی بر آن حاکم است | پروژه ممکن است با مشکل قانونی روبهرو شود یا سرمایهگذار نتواند حق خود را اثبات کند | مشخص کردن حقوق دارندگان توکن و بررسی قوانین پیش از اجرای پروژه |
| ریسک مالکیت و نگهداری دارایی | ممکن است خریدار توکن تصور کند مالک مستقیم ملک شده است، درحالیکه توکن فقط نشاندهنده سهم یا منفعت اقتصادی باشد | احتمال اختلاف درباره مالکیت، درآمد یا نحوه فروش دارایی وجود دارد | روشن کردن ارتباط میان توکن، سند ملک، مالک دارایی و شرکت مجری |
| ریسک نقدشوندگی | ممکن است برای توکن خریدار کافی وجود نداشته باشد | سرمایهگذار نتواند توکن خود را سریع بفروشد یا مجبور شود آن را ارزانتر از ارزش واقعی بفروشد | ایجاد بازار خریدوفروش، جذب خریداران و اعلام شفاف محدودیتهای فروش |
| ریسک ارزشگذاری | ارزش واقعی ملک ممکن است با قیمت توکن در بازار یکسان نباشد | توکن بالاتر یا پایینتر از ارزش واقعی دارایی معامله شود | ارزشگذاری دورهای و مستقل و انتشار اطلاعات مربوط به درآمدها و هزینههای ملک |
| ریسکهای فنی | ممکن است در قرارداد هوشمند، سامانه یا زیرساخت پروژه خطا یا ضعف امنیتی وجود داشته باشد | امکان انتقال اشتباه، صدور غیرمجاز توکن، از دست رفتن دارایی یا توقف سامانه وجود دارد | تست کامل، بررسی امنیتی، محدود کردن دسترسیها و تهیه برنامه بازیابی |
| ریسک اطلاعات و اوراکل | ممکن است اطلاعاتی که از خارج بلاکچین وارد سامانه میشود اشتباه، قدیمی یا دستکاریشده باشد | سود، ارزش دارایی یا وضعیت توکن بهاشتباه محاسبه شود | دریافت اطلاعات از چند منبع معتبر و بررسی انسانی دادههای مهم |
| ریسکهای اجرایی | ممکن است میان تیم حقوقی، مالی، فنی و مدیر دارایی هماهنگی کافی وجود نداشته باشد | در صدور توکن، پرداخت درآمد، احراز هویت یا ثبت اطلاعات اشتباه ایجاد شود | تعریف فرایندهای روشن، تقسیم مسئولیتها و کنترل منظم اطلاعات |
| ریسک پذیرش بازار | کاربران ممکن است به پروژه اعتماد نکنند یا نحوه استفاده از آن برایشان پیچیده باشد | تقاضا و حجم معاملات کاهش پیدا کند و پروژه نتواند سرمایه کافی جذب کند | ارائه اطلاعات شفاف، سادهسازی تجربه کاربری و آموزش سرمایهگذاران |
ریسکهای حقوقی و رگولاتوری توکنایزیشن
ابهام در قوانین
نخستین پرسش حقوقی در هر پروژه توکنایز و ریسک توکنایزیشن این است که توکن دقیقاً چه حقی را به دارنده آن میدهد. آیا دارنده توکن، مالک بخشی از ملک است؟ آیا در یک شرکت واسط سهم دارد؟ آیا از ناشر طلبکار است؟ یا فقط حق دریافت بخشی از درآمد دارایی، مانند اجاره، به او تعلق میگیرد؟
اگر پاسخ این پرسشها در قراردادها، اسناد عرضه و ساختار مالکیت پروژه بهروشنی مشخص نشده باشد، ثبت توکن روی بلاکچین بهتنهایی نمیتواند یک حق مالکیت معتبر و قابلاجرا ایجاد کند. بلاکچین میتواند نشان دهد که یک توکن در اختیار کدام کیف پول قرار دارد، اما اینکه مالکیت این توکن در دادگاه، اداره ثبت، فرایند ورشکستگی یا هنگام بروز اختلاف چه اعتباری دارد، به قوانین و اسناد حقوقی پروژه بستگی خواهد داشت.
موضوع مهم دیگر در بحث چالشهای توکنیزاسیون، احتمال تفاوت میان اطلاعات ثبتشده در منابع مختلف است. برای مثال، ممکن است اطلاعات بلاکچین نشان دهد که یک کاربر مالک توکن است، اما سند رسمی ملک همچنان به نام مالک اولیه، ناشر یا شرکت واسط ثبت شده باشد. به همین دلیل، پروژه باید از ابتدا مشخص کند که در صورت اختلاف میان اطلاعات بلاکچین، پایگاه داده پلتفرم و سوابق رسمی، کدام اطلاعات مبنای تشخیص و اجرای حقوق افراد قرار میگیرند.
طبقهبندی توکنها
استفاده از عنوانهایی مانند «توکن ملکی» یا «توکن دارایی» بهتنهایی ماهیت حقوقی توکن را تعیین نمیکند. آنچه اهمیت دارد، حقوق و منافع واقعیای است که توکن برای دارنده خود ایجاد میکند. برای مثال، اگر توکن با هدف جذب سرمایه عرضه شود و سود آن به درآمد ملک یا عملکرد ناشر وابسته باشد، ممکن است در برخی کشورها در گروه اوراق بهادار یا قراردادهای سرمایهگذاری قرار گیرد. در کشور دیگری، همین توکن ممکن است تابع مقررات صندوقهای سرمایهگذاری، تأمین مالی جمعی، ابزارهای مالی یا داراییهای دیجیتال باشد.
در اتحادیه اروپا، داراییهای رمزنگاریشدهای که ویژگیهای یک ابزار مالی را داشته باشند، همچنان بر اساس مقررات ابزارهای مالی بررسی میشوند و صرف توکنیزه شدن، ماهیت حقوقی آنها را تغییر نمیدهد. در ایالات متحده نیز نهاد ناظر بازار سرمایه میان اوراق بهاداری که مستقیماً توسط ناشر توکنیزه شدهاند و ساختارهایی که اشخاص ثالث بر پایه یک دارایی ایجاد میکنند، تفاوت قائل میشود. بااینحال، هر دو مدل ممکن است مشمول الزامات حقوقی و نظارتی مشخصی باشند.
طبقهبندی توکن میتواند بر شیوه عرضه، نحوه تبلیغ، نوع سرمایهگذاران مجاز، الزامات افشای اطلاعات، مجوزهای موردنیاز پلتفرم، روش نگهداری دارایی و امکان معامله توکن در بازار ثانویه اثر بگذارد. بنابراین، بررسی حقوقی توکن باید پیش از انتخاب شبکه، استاندارد توکن و توسعه قرارداد هوشمند انجام شود.
الزامات KYC و AML
KYC بهمعنای «شناخت و احراز هویت مشتری» و AML بهمعنای «مبارزه با پولشویی» است. اجرای این الزامات فقط به دریافت تصویر کارت شناسایی یا بررسی شماره تلفن کاربر محدود نمیشود. با توجه به کشور محل فعالیت، نوع توکن و نقش پلتفرم، فرایندهای KYC و AML ممکن است شامل شناسایی ذینفع واقعی، بررسی منشأ وجوه، ارزیابی سطح ریسک مشتری، پایش مستمر تراکنشها، نگهداری سوابق و گزارش فعالیتهای مشکوک باشند. گروه ویژه اقدام مالی تأکید میکند که ارائهدهندگان خدمات دارایی مجازی باید از رویکرد مبتنی بر ریسک استفاده کنند. در این رویکرد، سطح کنترلها بر اساس عواملی مانند نوع مشتری، مبلغ سرمایهگذاری، کشور مبدأ، الگوی تراکنش و ساختار محصول تعیین میشود.
در یک پلتفرم توکنایز املاک، قرارداد هوشمند میتواند انتقال توکن را فقط به کیف پولهای تأییدشده محدود کند. بااینحال، این محدودیت فنی تنها ابزار برای اجرای سیاستهای پروژه است. قواعد مربوط به احراز هویت در مبادلات ارز دیجیتال پذیرش یا رد کاربران، بررسی منشأ وجوه و رسیدگی به تراکنشهای مشکوک باید در سطح سازمانی نیز تعریف و اجرا شوند.
تفاوت مقررات در کشورهای مختلف
ساختاری که در یک کشور قابلقبول است، ممکن است در کشور دیگری به مجوز متفاوتی نیاز داشته باشد یا حتی امکان اجرای آن وجود نداشته باشد. قوانین کشورها ممکن است برای صدور توکن، عرضه عمومی، معامله در بازار ثانویه، نگهداری دارایی، خدمات کیف پول و بازاریابی، الزامات متفاوتی در نظر بگیرند.
برای نمونه، در اتحادیه اروپا همه توکنها تحت یک قانون واحد قرار نمیگیرند. اگر یک توکن از نظر حقوقی و اقتصادی شبیه سهام، اوراق بدهی یا سایر ابزارهای سرمایهگذاری باشد، قوانین بازار سرمایه و ابزارهای مالی درباره آن اجرا میشود. اما توکنهایی که در این گروه قرار نمیگیرند، ممکن است مشمول مقررات MiCA باشند. همچنین اتحادیه اروپا برای آزمایش معامله برخی ابزارهای مالی توکنیزهشده، چارچوب جداگانهای بر پایه فناوری دفترکل توزیعشده در نظر گرفته است. بنابراین، صرف توکنیزه شدن یک دارایی مشخص نمیکند که چه قانونی بر آن حاکم است، بلکه نوع حق، منفعت و کاربردی که توکن برای دارنده ایجاد میکند، چارچوب قانونی آن را تعیین خواهد کرد. این تفاوت نشان میدهد که یک پروژه بینالمللی نمیتواند بدون بررسی قوانین هر کشور، یک ساختار حقوقی واحد را در تمام بازارها اجرا کند.
چالشهای معاملات فرامرزی
در معاملات فرامرزی، ممکن است ملک در یک کشور ثبت شده باشد، ناشر در کشور دیگری فعالیت کند، سرمایهگذار در حوزه قضایی دیگری اقامت داشته باشد و پلتفرم نیز از زیرساختهای مستقر در کشور دیگری استفاده کند.
این شرایط پرسشهایی درباره قانون حاکم بر قرارداد، مرجع رسیدگی به اختلاف، مالیات، محدودیت انتقال سرمایه، تحریمها و امکان اجرای حقوق سرمایهگذاران ایجاد میکند. حتی اگر انتقال توکن از نظر فنی در چند ثانیه انجام شود، انتقال حق قانونی مرتبط با ملک ممکن است به ثبت رسمی، احراز هویت یا تأیید نهادهای محلی نیاز داشته باشد. بنابراین، انتقالپذیری فنی توکن نباید با انتقال حقوقی مالکیت دارایی یکسان در نظر گرفته شود.
ریسک مالکیت و متولی نگهداری دارایی (Custody Risk)
ارتباط میان دارایی واقعی و توکن
یکی از چالشهای توکنیزاسیون این است که مالکیت یک توکن لزوماً به این معنا نیست که دارنده آن، مالک مستقیم و رسمی بخشی از ملک است. ارتباط میان توکن و دارایی واقعی معمولاً از طریق قرارداد، شرکت واسط با هدف خاص یا SPV، صندوق، تراست یا ساختارهای مشابه ایجاد میشود. برای مثال، ممکن است ملک به نام یک شرکت ثبت شده باشد و توکنها نماینده سهام یا منافع اقتصادی آن شرکت باشند. در این حالت، دارنده توکن نسبت به شرکت دارای حق است، نه اینکه مستقیماً در سند ملک سهم داشته باشد. اگر شرکت واسط بدهی دیگری ایجاد کند، درگیر دعوای حقوقی شود یا قراردادهای پروژه ناقص باشند، حقوق و منافع دارندگان توکن نیز تحتتأثیر قرار میگیرد.
اسناد پروژه باید بهروشنی مشخص کنند که توکن چه حقی ایجاد میکند، درآمدها چگونه میان دارندگان توزیع میشوند، چه کسی اجازه فروش یا وثیقهگذاری ملک را دارد و در صورت پایان فعالیت یا انحلال پروژه، حقوق دارندگان توکن چگونه تسویه خواهد شد.
نقش متولی نگهداری
متولی یا ساختار نگهداری، مسئول حفاظت از دارایی، اسناد و منافع مرتبط با پروژه است. در توکنایز املاک، نگهداری دارایی فقط به حفاظت از کلیدهای خصوصی محدود نمیشود. سند ملک، قراردادهای اجاره، وجوه حاصل از فروش یا اجاره، بیمهنامهها، گزارشهای ارزشگذاری و سایر اسناد پروژه نیز باید بهشکل ایمن و قابلپیگیری نگهداری شوند.
تفکیک دارایی پروژه از داراییهای ناشر یا مدیر پلتفرم اهمیت زیادی دارد. اگر این تفکیک بهدرستی انجام نشده باشد، ممکن است طلبکاران شرکت در زمان ورشکستگی نسبت به دارایی پایه پروژه ادعا داشته باشند.
گزارشهای بانک تسویههای بینالمللی نیز ریسک متولی را شامل مواردی مانند تقلب، ضعف امنیت سایبری، ورشکستگی، حاکمیت نامناسب و ثبت ناقص اطلاعات میدانند.
ریسک سوءمدیریت یا ورشکستگی متولی
اگر متولی مرتکب تقلب شود، اسناد را بهدرستی نگهداری نکند یا ورشکسته شود، دارندگان توکن ممکن است برای اثبات حقوق خود با فرایندی طولانی و پرهزینه روبهرو شوند. داشتن بیمه نیز همیشه بهمعنای پوشش کامل خسارت نیست. بیمهنامهها معمولاً سقف تعهد، استثناها و شرایط مشخصی دارند و ممکن است تمام خسارتهای واردشده را جبران نکنند. برای کاهش این ریسک توکنایزیشن، باید صلاحیت متولی بررسی شود، داراییهای پروژه از سایر داراییها جدا نگه داشته شوند، اقدامات حساس با کنترل چندمرحلهای انجام شوند و گزارشدهی دورهای و حسابرسی مستقل در نظر گرفته شود. همچنین، قرارداد باید مشخص کند که در صورت قصور، تغییر شرایط یا ورشکستگی متولی، اسناد، داراییها و اختیارات او چگونه و در چه مدتزمانی به متولی جایگزین منتقل خواهند شد.
ریسک نقدشوندگی (Liquidity Risk)
آیا توکن شدن دارایی همیشه بهمعنای نقدشوندگی بیشتر است؟
خیر. توکن شدن میتواند یک دارایی را به واحدهای کوچکتر تقسیم کند و انتقال فنی آن را آسانتر سازد، اما این ویژگیها بهتنهایی بازار نقدشونده ایجاد نمیکنند. نقدشوندگی زمانی شکل میگیرد که خریدار و فروشنده کافی، زیرساخت معامله، روش قابلاعتماد قیمتگذاری و امکان قانونی انتقال توکن وجود داشته باشد.
ممکن است یک سرمایهگذار هزار توکن در اختیار داشته باشد و قرارداد هوشمند نیز انتقال آنها را مجاز بداند، اما در بازار خریداری با قیمت مناسب وجود نداشته باشد. در چنین شرایطی، انتقال توکن از نظر فنی امکانپذیر است، اما خروج اقتصادی از سرمایهگذاری دشوار یا حتی ناممکن خواهد بود.
پژوهش بانک تسویههای بینالمللی درباره بازار املاک توکنیزهشده نشان میدهد که حفظ نقدشوندگی در شرایط دشوار ممکن است به امکاناتی مانند بازخرید توکن توسط پلتفرم وابسته باشد. بااینحال، تعهد پلتفرم به بازخرید نیز میتواند ریسک نقدینگی و حتی خطر ورشکستگی آن را افزایش دهد.
بازار ثانویه و عمق معاملات
بازار ثانویه باید از نظر حقوقی مجاز، از نظر فنی پایدار و از نظر اقتصادی فعال باشد. صرف وجود یک صفحه برای خریدوفروش توکن به این معنا نیست که بازار از نقدشوندگی و عمق کافی برخوردار است.
عمق بازار به تعداد سفارشهای خریدوفروش در قیمتهای مختلف، ارزش معاملات، تعداد معاملهگران فعال و امکان اجرای سفارشهای بزرگ بدون تغییر شدید قیمت بستگی دارد. اگر تعداد خریداران محدود باشد، فروشنده ممکن است برای خروج از سرمایهگذاری مجبور شود توکنهای خود را با تخفیف قابلتوجهی نسبت به ارزش اعلامشده ملک بفروشد. فاصله زیاد میان بهترین قیمت خرید و بهترین قیمت فروش نیز هزینه خروج سرمایهگذار را افزایش میدهد.
محدودیت خریداران و انتقال
برخی توکنها فقط به سرمایهگذاران واجد شرایط، کاربران احراز هویتشده یا افراد ساکن در کشورهای مشخص قابلانتقال هستند. این محدودیتها ممکن است برای رعایت قوانین ضروری باشند، اما تعداد خریداران بالقوه را کاهش میدهند و بر نقدشوندگی اثر میگذارند.
محدودیتهای زمانی فروش، دوره قفل سرمایه، حق تقدم سایر سرمایهگذاران، سقف مالکیت و نیاز به تأیید پلتفرم برای انتقال نیز باید پیش از خرید بهروشنی اعلام شوند.
استفاده از عباراتی مانند «نقدشوندگی بالا» بدون ارائه اطلاعات درباره حجم واقعی معاملات، شرایط بازارگردانی و ضوابط بازخرید میتواند برداشت نادرستی در ذهن سرمایهگذار ایجاد کند.
فاصله قیمت توکن با ارزش دارایی پایه
قیمت معامله توکن در بازار ممکن است کمتر یا بیشتر از سهم متناظر آن از ارزش خالص دارایی باشد. هزینههای نگهداری، مالیات، بدهی پروژه، کمبود خریدار، ابهام حقوقی و ریسک ناشر ممکن است باعث شوند توکن با قیمتی پایینتر از ارزش دارایی پایه معامله شود. از طرف دیگر، هیجان بازار و تقاضای کوتاهمدت میتواند قیمت توکن را بالاتر از ارزش منطقی منافع مربوط به ملک قرار دهد. به همین دلیل، ارزش کارشناسی ملک، ارزش خالص دارایی پروژه و قیمت روز توکن باید بهصورت جداگانه نمایش داده شوند تا سرمایهگذار بتواند تفاوت میان آنها را درک کند.
ریسک ارزشگذاری دارایی توکنایز
املاک داراییهایی یکسان و استاندارد نیستند. حتی دو ساختمان ظاهراً مشابه ممکن است بهدلیل موقعیت جغرافیایی، وضعیت سند، کیفیت ساخت، نوع کاربری، شرایط مستأجر و مفاد قراردادهای اجاره، ارزش متفاوتی داشته باشند. استانداردهای ارزیابی نیز تأکید میکنند که ارزش یک ملک باید با توجه به نوع حق مالکیت، هدف ارزیابی، دادههای بازار و تاریخ مشخص ارزیابی تعیین شود.
ارزش کارشناسی ملک لزوماً برابر با قیمت توکن در بازار ثانویه نیست. ارزش کارشناسی بر اساس اطلاعات، مفروضات و شرایط موجود در تاریخ ارزیابی تعیین میشود، درحالیکه قیمت توکن ممکن است در هر لحظه تحتتأثیر عرضه، تقاضا، وضعیت بازار و ریسکهای پلتفرم تغییر کند.
فاصله زمانی زیاد میان ارزیابیها نیز میتواند مشکلساز باشد. در این فاصله ممکن است قیمت املاک منطقه، میزان درآمد اجاره، نرخ خالی بودن ملک، هزینه تعمیرات، بدهی، مالیات یا وضعیت حقوقی دارایی تغییر کند.
پروژه باید مشخص کند که ارزیابی دارایی در چه فاصلههای زمانی تکرار میشود و چه رویدادهایی، مانند آسیب جدی به ملک، تغییر قرارداد اجاره یا بروز اختلاف حقوقی، باعث انجام ارزیابی خارج از برنامه خواهند شد.
تعارض منافع ارزیاب نیز باید مورد توجه قرار گیرد. اگر ناشر، ارزیاب را انتخاب کند و هزینه او را بپردازد و ارزش بالاتر ملک نیز به جذب سرمایه بیشتر منجر شود، لازم است استقلال ارزیابی با کنترلهای مناسب تقویت شود. استفاده از ارزیاب واجد صلاحیت، انتشار روش ارزیابی و مفروضات اصلی، بازبینی مستقل و اعلام تاریخ ارزیابی میتواند این ریسک توکنایزیشن را کاهش دهد. داراییهای غیرنقدشونده معمولاً ارزشگذاری دشوارتری دارند و به فرایندهای دقیقتری نیازمندند.
ریسکهای فنی توکنایزیشن
امنیت قراردادهای هوشمند
قرارداد هوشمند میتواند وظایفی مانند صدور، انتقال، توقف، ابطال توکن و توزیع منافع را مدیریت کند. وجود یک خطای منطقی در این قرارداد ممکن است باعث شود فردی بیش از مقدار مجاز توکن ایجاد کند، محدودیتهای انتقال را دور بزند یا موجودی کاربران را بهاشتباه تغییر دهد.
کنترل دسترسی یکی از حساسترین بخشهای قرارداد هوشمند است. باید مشخص باشد که چه حسابها یا نقشهایی اجازه صدور یا سوزاندن توکن، توقف معاملات، تغییر آدرس اوراکل یا ارتقای قرارداد را دارند.
OWASP، ضعف کنترل دسترسی و دستکاری اوراکل را در میان مهمترین ریسکهای امنیتی قراردادهای هوشمند قرار داده است.
راهکار پیشگیرانه استفاده از نقشهای جداگانه، کاهش اختیارات هر نقش به حد ضروری، بهکارگیری کیف پول چندامضایی، ایجاد تأخیر زمانی برای تغییرات حساس، اجرای تستهای واحد و یکپارچه، بررسی سناریوهای خاص و انجام ممیزی مستقل است.
راهکار واکنشی نیز پیشبینی امکان توقف اضطراری، محدود کردن عملیات پرریسک، ثبت کامل رویدادها، طراحی مسیر مهاجرت کنترلشده و مشخص کردن فرایند اطلاعرسانی و جبران خسارت است.
قابلیت ارتقای قرارداد میتواند برای اصلاح خطاها مفید باشد، اما همین قابلیت نوعی دسترسی قدرتمند ایجاد میکند. بنابراین، فرایند ارتقا باید شفاف، محدود و تحت کنترل چندجانبه باشد. راهنمای امنیت اتریوم نیز بر بازبینی مستقل، کنترل دسترسی و برنامه بازیابی تأکید دارد.
حملات سایبری
حتی اگر قرارداد هوشمند بهدرستی طراحی شده باشد، سایر بخشهای زیرساخت همچنان ممکن است هدف حمله قرار گیرند. مهاجم میتواند پنل مدیریت، API، سرور، حساب ایمیل مدیران، سامانه احراز هویت یا کیف پول عملیاتی پروژه را هدف قرار دهد. فیشینگ کارکنان، سرقت اطلاعات ورود یا تصاحب جایگاه مدیریت نیز ممکن است بدون تغییر کد قرارداد، به عملیات غیرمجاز منجر شود.
راهکار پیشگیرانه آن استفاده از احراز هویت چندعاملی، جداسازی محیط توسعه از محیط عملیاتی، محدود کردن دسترسیهای شبکه، نگهداری امن اطلاعات محرمانه، ثبت و پایش رویدادها، اجرای آزمون نفوذ مجاز، تهیه نسخه پشتیبان و آموزش کارکنان است.
راهکار واکنشی شامل مسدود کردن حساب آسیبدیده، تغییر کلیدها و توکنهای دسترسی، توقف موقت عملیات حساس، حفظ شواهد فنی، بررسی دامنه حمله، بازیابی سامانه از نسخه سالم و اطلاعرسانی متناسب به کاربران است.
خطاهای برنامهنویسی
یک خطای کوچک در محاسبه اعشار، گرد کردن اعداد، زمانبندی، نسبت مالکیت یا توزیع درآمد میتواند پیامد مالی بزرگی داشته باشد. برای مثال، اگر تعداد اعشار یک توکن یا مبلغ بهدرستی محاسبه نشود، ممکن است سود کاربران چند برابر بیشتر یا کمتر از مقدار واقعی ثبت شود. همچنین ممکن است منطق قرارداد هوشمند صحیح باشد، اما بکاند اطلاعات اشتباهی به آن ارسال کند یا یک تراکنش را دوبار ثبت کند. بنابراین، آزمایش پروژه نباید فقط به قرارداد هوشمند محدود شود. رابط کاربری، API، پایگاه داده، کیف پول، سامانه مالی و فرایند تطبیق حسابها نیز باید بهصورت یکپارچه بررسی شوند.
راهکار پیشگیرانه شامل تعریف دقیق نیازمندیها، بازبینی کد توسط توسعهدهندگان دیگر، اجرای تستهای خودکار، بررسی سناریوهای مالی، تعیین محدودیت صدور و کنترل مجموع توکنهای منتشرشده است.
راهکار واکنشی نیز متوقف کردن فرایند معیوب، ثبت دقیق وضعیت موجود، تطبیق سوابق، اجرای اصلاحات کنترلشده و خودداری از تغییر مستقیم اطلاعات بدون ثبت مسیر حسابرسی است.
مدیریت کلیدهای خصوصی
کلیدهای خصوصی مدیریتی ممکن است اختیار صدور توکن، توقف معاملات، ارتقای قرارداد یا انتقال وجوه را در اختیار داشته باشند. گمشدن کلید میتواند دسترسی به این اختیارات را برای همیشه از بین ببرد. در مقابل، سرقت کلید ممکن است کنترل بخشی از پروژه را در اختیار مهاجم قرار دهد. امنیت رمزنگاری فقط زمانی مؤثر است که کلیدها بهدرستی تولید، نگهداری، استفاده و بازیابی شوند.
راهکار پیشگیرانه، استفاده از کیف پول چندامضایی، تفکیک نقشها، نگهداری کلیدهای حساس در تجهیزات امن، محدود کردن مبلغ و سطح اختیار، تعریف فرایند رسمی برای ایجاد و تعویض کلید و خودداری از نگهداری کلیدها در کد، ایمیل یا پیامرسان میباشد.
راهکار واکنشی هم تعریف نقش یا کلید بازیابی، امکان لغو دسترسی حساب آسیبدیده، انتقال اختیارات به مجموعه کلیدهای جدید و آزمایش دورهای فرایند بازیابی است. طرح بازیابی نیز نباید به ایجاد یک کلید اصلی بدون کنترل چندجانبه منجر شود؛زیرا چنین کلیدی خود میتواند به نقطه ضعف اصلی پروژه تبدیل شود.
ریسک داده و اوراکل (Oracle Risk)
اوراکل سازوکاری است که اطلاعات خارج از بلاکچین را به قرارداد هوشمند منتقل میکند. قرارداد هوشمند بهصورت مستقل نمیداند که اجاره ملک پرداخت شده، ارزش کارشناسی تغییر کرده یا رویداد حقوقی خاصی رخ داده است. این اطلاعات باید از یک منبع بیرونی دریافت شوند. اگر داده با تأخیر وارد شود، اشتباه باشد یا امکان دستکاری آن وجود داشته باشد، قرارداد هوشمند نیز ممکن است تصمیم نادرستی بگیرد. برای مثال، ممکن است درآمد اجاره بیش از مقدار واقعی میان دارندگان توکن توزیع شود، ارزش توکن بر اساس ارزیابی قدیمی نمایش داده شود یا یک محدودیت حقوقی در زمان مناسب اعمال نشود.
اوراکل فقط یک API برای دریافت قیمت نیست. در پروژههای توکنایز املاک، گزارش ارزیاب، صورتحساب بانکی، وضعیت بیمه، پرداخت اجاره، هزینه نگهداری و وضعیت حقوقی ملک نیز میتوانند دادههای خارج از بلاکچین محسوب شوند.
برای کاهش این ریسک توکنایزیشن میتوان از چند منبع مستقل استفاده کرد، محدوده مجاز اختلاف میان دادهها را تعیین کرد، زمان ثبت اطلاعات را کنترل کرد، اعتبار منبع را سنجید و برای تصمیمهای مهم، بررسی انسانی در نظر گرفت. همچنین، اگر دادهای غیرعادی یا خارج از محدوده مشخص دریافت شود، باید امکان توقف موقت عملیات وجود داشته باشد. البته استفاده از چند منبع تنها زمانی مفید است که منابع واقعاً مستقل باشند. اگر چندAPI همگی اطلاعات خود را از یک پایگاه مشترک دریافت کنند، ریسک تمرکز داده همچنان باقی خواهد ماند.
ریسک عملیاتی
یک پروژه توکنایز به همکاری هماهنگ میان تیمهای حقوقی، مالی، ارزیابی، فنی، امنیت، عملیات و پشتیبانی نیاز دارد. ممکن است هر بخش بهتنهایی وظایف خود را درست انجام دهد، اما انتقال ناقص اطلاعات میان تیمها باعث بروز خطا شود. فرایند صدور توکن باید مشخص کند چه کسی تعداد توکنها را تأیید میکند، چگونه از صدور بیش از ارزش یا ظرفیت دارایی جلوگیری میشود و توکن در چه مرحلهای به سرمایهگذار تخصیص مییابد. در زمان انتقال توکن نیز باید وضعیت احراز هویت، محدودیتهای قانونی و تغییر مالکیت در سوابق داخلی بررسی شوند. همچنین در زمان بازخرید، فروش ملک یا انحلال پروژه، فرایند ابطال توکن باید با دقت انجام شود.
تطبیق اطلاعات داخل و خارج از بلاکچین اهمیت زیادی دارد. مجموع توکنهای معتبر، اطلاعات دارندگان تأییدشده، وجوه دریافتشده، درآمد قابلتوزیع و سوابق دارایی باید بهصورت دورهای با یکدیگر مقایسه و کنترل شوند. برای تداوم کسبوکار نیز باید سناریوهایی مانند قطعی شبکه، اختلال ارائهدهنده زیرساخت، خرابی پایگاه داده، عدم دسترسی به اعضای اصلی تیم یا وقوع حادثه امنیتی از قبل بررسی شوند. نسخههای پشتیبان، جانشین مسئولان، مستندات اجرایی و تمرین بازیابی باید پیش از وقوع بحران آماده باشند.
ریسک پذیرش بازار در توکنایزیشن
پذیرش یک پروژه توکنایز فقط به آشنایی کاربران با بلاکچین وابسته نیست. سرمایهگذار باید به ناشر، سند دارایی، متولی، ارزیاب، قراردادهای حقوقی و امکان پیگیری حقوق خود اعتماد داشته باشد. پیچیدگی تجربه کاربری نیز میتواند مانع مهمی باشد. مدیریت کیف پول، پرداخت کارمزد شبکه، امضای تراکنش و بازیابی حساب برای بسیاری از کاربران ساده نیست. البته سادهسازی فرایندها نباید باعث شود ریسکها از دید کاربر پنهان شوند یا کلیدهای خصوصی او بدون اطلاع کافی در اختیار پلتفرم قرار گیرند.
نبود استانداردهای یکپارچه نیز مقایسه پروژهها را دشوار میکند. ممکن است دو توکن ملکی از نظر ظاهری مشابه باشند، اما یکی نماینده سهم در یک شرکت واسط باشد و دیگری فقط حق دریافت بخشی از درآمد را ایجاد کند. انتشار استاندارد و منظم اطلاعاتی مانند حقوق دارندگان، ارزش خالص دارایی، بدهیها، هزینهها، مشخصات متولی و شرایط خروج میتواند مقایسه پروژهها را برای سرمایهگذاران آسانتر کند.
رقابت میان پلتفرمها نیز ممکن است نقدینگی را میان چند بازار کوچک تقسیم کند. قابلیت همکاری فنی میان پلتفرمها مفید است، اما انتقال توکن به یک پلتفرم دیگر باید از نظر حقوقی و احراز هویت نیز معتبر باشد.
چگونه ریسکهای توکنایز را کاهش دهیم؟
طراحی ساختار حقوقی مناسب
اولین کار برای کاهش چالشهای توکنیزه کردن داراییها این است که ساختار حقوقی باید پیش از توسعه قرارداد هوشمند مشخص شود. طراحی صحیح این ساختار میتواند ریسک اختلاف مالکیت، طبقهبندی اشتباه توکن، ورشکستگی ناشر و ابهام در توزیع درآمد را کاهش دهد.
مالک دارایی، ناشر و مشاور حقوقی متخصص در حوزه قضایی مربوط، مسئول اصلی طراحی این ساختار هستند. وظیفه توسعهدهنده این است که منطق حقوقی تأییدشده را به کد تبدیل کند، نه اینکه با تصمیمهای فنی، ماهیت حقوقی توکن را مشخص کند. اسناد پروژه باید حقوق دارندگان، رابطه توکن با ملک، ساختار مالکیت، شیوه دریافت و توزیع درآمد، هزینهها، حق رأی، محدودیتهای انتقال، شرایط فروش دارایی، توقف پروژه و ترتیب پرداختها در زمان انحلال را توضیح دهند.
بااینحال، حتی یک قرارداد دقیق نیز نمیتواند احتمال تغییر قوانین یا اختلاف در تفسیر مقررات را بهطور کامل از بین ببرد. به همین دلیل، ساختار حقوقی باید بهصورت دورهای بازبینی شود و امکان تطبیق کنترلشده پروژه با تغییرات قانونی وجود داشته باشد.
انتخاب متولی معتبر
همچنین برای کاهش چالشهای توکنیزه کردن داراییها، بررسی صلاحیت متولی باید پیش از انتقال سند، وجوه یا کلیدهای مهم انجام شود. وضعیت مالی، تجربه حرفهای، بیمه، کنترلهای داخلی، تفکیک داراییها، کیفیت گزارشدهی و امکان حسابرسی از مهمترین معیارهای انتخاب متولی هستند.
مالک دارایی و ناشر، مسئول انتخاب و نظارت بر عملکرد متولیاند. سرمایهگذار نیز باید بداند که هر بخش از دارایی یا اسناد پروژه در اختیار چه نهادی قرار دارد. برای مثال، ممکن است سند ملک، وجوه نقد و داراییهای دیجیتال توسط سه متولی متفاوت نگهداری شوند.
برنامه جایگزینی متولی باید شرایط عزل، انتقال اسناد، تحویل کلیدها، تطبیق سوابق و زمانبندی انتقال مسئولیت را مشخص کند. البته اعتبار و صلاحیت متولی فقط ریسک توکنایزیشن را کاهش میدهد و نمیتواند آن را بهطور کامل از بین ببرد.
حسابرسی قراردادهای هوشمند
تست و حسابرسی قرارداد هوشمند، بررسی میکند که کد در سناریوهای تعریفشده، عملکرد درستی داشته باشد. بازبینی کد توسط توسعهدهنده دیگر میتواند خطاهای طراحی و پیادهسازی را آشکار کند.
ممیزی مستقل، ارزیابی تخصصیتری از امنیت، کنترل دسترسی و منطق اقتصادی قرارداد ارائه میدهد. برنامه کشف آسیبپذیری نیز پس از انتشار، مسیر مشخصی برای گزارش مسئولانه خطاها ایجاد میکند.
این فرایند باید از زمان طراحی آغاز شود، پیش از استقرار ادامه پیدا کند و پس از هر تغییر مهم دوباره انجام شود. تیم توسعه مسئول تست و رفع خطاهاست و ممیز مستقل، محدوده مشخصی از کد و معماری را ارزیابی میکند.
گزارش ممیزی بهمعنای تضمین نبود آسیبپذیری نیست. ممیزی فقط وضعیت کد و تنظیمات مشخصی را در یک زمان معین بررسی میکند. تغییرات بعدی، پیکربندی نادرست یا ضعف زیرساخت ممکن است ریسکهای توکنایزشن جدیدی ایجاد کنند.
استفاده از اوراکلهای قابلاعتماد
معماری اوراکل باید همزمان با طراحی جریانهای مالی و عملیاتی پروژه مشخص شود. تیم فنی، تیم مالی و مسئول مدیریت دارایی باید درباره منبع معتبر داده، زمان بهروزرسانی و شرایط توقف عملیات به توافق برسند.
استفاده از چند منبع، بررسی زمان ثبت داده، کنترل میزان اختلاف، استفاده از امضای دیجیتال و تأیید انسانی برای تصمیمهای حساس میتواند ریسک اطلاعات نادرست را کاهش دهد.
اگر اختلاف میان منابع از حد مشخصی بیشتر شود، بهتر است عملیات حساس تا زمان بررسی موضوع متوقف شود. محدودیت اصلی این راهکار آن است که قرارداد هوشمند نمیتواند بهتنهایی صحت یک رویداد واقعی را بررسی کند. در نهایت، بخشی از اعتماد پروژه به منبع داده، ارزیاب یا اپراتور منتقل میشود.
رعایت استانداردهای امنیتی
امنیت باید تمام چرخه محصول از کنترل دسترسی و مدیریت کلیدها گرفته تا امنیت API، ثبت رویدادها، پشتیبانگیری، پایش، مدیریت تغییر و واکنش به حوادث را پوشش دهد. تیم توسعه مسئول امنیت کد، تیم DevOps مسئول پیکربندی و پایداری زیرساخت، تیم امنیت مسئول پایش و آزمون و مدیران پروژه مسئول تعیین دسترسیها و پاسخگویی سازمانی هستند. این کنترلها باید از ابتدای طراحی معماری مشخص شوند و پیش از عرضه عمومی مورد آزمایش قرار گیرند.
چارچوبها و استانداردهای امنیتی مجموعهای از کنترلهای پیشنهادی را ارائه میکنند، اما اجرای ظاهری یک چکلیست کافی نیست. کنترلها باید با نوع شبکه، حجم دارایی، اختیارات قرارداد هوشمند و مدل نگهداری پروژه متناسب باشند. OWASP استانداردهای خود را بهعنوان چارچوبی برای طراحی، تست و ارزیابی امنیت قراردادهای هوشمند معرفی میکند.
شفافیت اطلاعات پروژه
سرمایهگذار باید بتواند تشخیص دهد چه داراییای پشتوانه توکن است، مالک رسمی آن چه شخصی است، دارایی چگونه ارزشگذاری شده، چه بدهیها یا محدودیتهایی دارد و درآمدها و هزینهها چگونه محاسبه میشوند.
اطلاعات مهم پروژه میتوانند شامل اسناد قابلانتشار دارایی، گزارش ارزشگذاری، تاریخ ارزیابی، هزینه مدیریت، مالیات، بیمه، درآمد اجاره، میزان خالی بودن ملک، حقوق دارندگان، مشخصات متولی، محدودیتهای انتقال، ریسکها و حجم معاملات بازار ثانویه باشند.
ناشر و مدیر پلتفرم مسئول انتشار و بهروزرسانی این اطلاعات هستند. بااینحال، انتشار اطلاعات بهتنهایی صحت آنها را تضمین نمیکند. گزارشها باید قابلراستیآزمایی باشند و در موارد لازم، توسط نهاد یا متخصص مستقلی بررسی شوند. با این کار، ریسک و چالشهای توکنیزه کردن داراییها کمتر خواهد شد.
راهکارهای ویژه کسبوکارها و مالکان دارایی
مالکان دارایی باید پیش از جذب سرمایه، وضعیت سند، بدهیها، محدودیت انتقال، قراردادهای اجاره و امکان قرار دادن ملک در ساختار پروژه را بررسی کنند.
مدل اقتصادی پروژه نیز باید بر جریان نقدی واقعی دارایی استوار باشد، نه بر وعده بازده ثابت یا فرض افزایش همیشگی قیمت ملک که این خطای بزرگی است.
کسبوکار باید هزینههایی مانند نگهداری، بیمه، مالیات، تعمیرات، خدمات متولی، پلتفرم و بازار ثانویه را در مدل مالی خود در نظر بگیرد. همچنین باید مشخص باشد که مسئولیت هر تصمیم بر عهده ناشر، مدیر دارایی، متولی یا اپراتور پلتفرم است.
راهکارهای ویژه سرمایهگذاران
سرمایهگذار باید پیش از خرید بررسی کند که توکن دقیقاً چه حقی ایجاد میکند، سند ملک به نام چه شخصی است، چه نهادی دارایی را نگهداری میکند و در صورت توقف پروژه چه فرایندی برای تسویه حقوق او وجود دارد.
قیمت توکن را نباید فقط با تقسیم ارزش اعلامشده ملک بر تعداد توکنها ارزیابی کرد. بدهیها، هزینهها، درآمد خالص، شرایط خروج، حجم معاملات و فاصله قیمت خریدوفروش نیز اهمیت دارند.
وجود بلاکچین، قرارداد هوشمند یا گزارش ممیزی امنیتی بهمعنای تضمین سود یا نقدشوندگی نیست. سرمایهگذار باید احتمال قفلشدن سرمایه یا فروش توکن با قیمتی کمتر از انتظار را نیز در نظر بگیرد.
راهکارهای ویژه توسعهدهندگان و ارائهدهندگان زیرساخت
توسعهدهندگان باید نیازمندیهای حقوقی و مالی پروژه را به قواعد مشخص و قابل تست تبدیل کنند. کنترل مجموع عرضه، محدودیتهای انتقال، مدیریت نقشها، ثبت رویدادها و سازوکار توقف باید پیش از استقرار نهایی بررسی شوند.
ارتباط میان قرارداد هوشمند و بکاند نیز باید قابلتطبیق باشد و عملیات حساس به تأیید چندمرحلهای نیاز داشته باشند.
توسعهدهنده باید برای ارتقا، انتقال، بازیابی و پایان فعالیت پروژه نیز سناریوی فنی مشخصی طراحی کند. البته توسعهدهنده نمیتواند با کد، مشکلاتی مانند سند نامعتبر، ارزشگذاری جانبدارانه یا ساختار حقوقی ناقص را برطرف کند. معماری فنی باید بخشی از یک نظام کنترلی چندجانبه باشد.
چالشهای توکنایز در ایران
وضعیت مقررات
در شرایط فعلی، برخی اسناد رسمی ایران میان «رمزپول»، «توکن اوراق بهادار» و «توکن کاربردی» تفاوت قائل شدهاند.
چارچوب منتشرشده بانک مرکزی در آذر ۱۴۰۳، توکن اوراق بهادار را نوعی رمزدارایی دارای پشتوانه مشخص تعریف کرده و اعلام کرده است که نگهداری، خریدوفروش و استفاده از توکنهای اوراق بهادار و کاربردی، تابع تصمیمها و مقررات دستگاههای مسئول، از جمله سازمان بورس، خواهد بود. در همان سند، استفاده از رمزدارایی بهعنوان ابزار پرداخت داخلی نیز ممنوع اعلام شده است.
بااینحال، بر اساس این سند بهتنهایی نمیتوان نتیجه گرفت که یک چارچوب کامل و نهایی برای توکنایز املاک، عرضه عمومی توکن ملکی، معامله در بازار ثانویه و ثبت حقوق دارندگان ایجاد شده است.
نقش بانک مرکزی، سازمان بورس، سازمان ثبت اسناد و سایر نهادها ممکن است با توجه به مدل اقتصادی، نوع توکن، شیوه پرداخت و ساختار مالکیت پروژه متفاوت باشد.
مطالب و گفتوگوهای منتشرشده در بسترهای وابسته به سازمان بورس نیز نشان میدهند که مدلهای اولیه توکنسازی و استفاده از گواهیهای دارایی بررسی شدهاند. بااینحال، هر پروژه همچنان به بررسی موردی و دریافت نظر نهادهای مرتبط نیاز دارد.
چالشهای حقوقی توکنایزیشن
قانون الزام به ثبت رسمی معاملات اموال غیرمنقول و آییننامههای اجرایی آن، بر نقش سند رسمی، ثبت الکترونیکی اعمال حقوقی و احراز هویت طرفین تأکید دارند.
در آییننامه ماده ۱۰ نیز مالک عین، شخصی معرفی شده است که ملک در دفتر املاک به نام او ثبت شده یا مالکیت از طریق سند رسمی یا ارث به او منتقل شده باشد.
بر این اساس، به نظر میرسد ثبت انتقال توکن روی یک بلاکچین عمومی را نمیتوان بهتنهایی معادل انتقال رسمی مالکیت ملک در نظر گرفت.
ایجاد چنین اثری به ارتباط حقوقی و فنی با نظام ثبت رسمی نیاز دارد و احتمالاً باید بر اساس سازوکارهای مشخص قانونی انجام شود.
یکی از مدلهای قابلبررسی این است که توکن بهجای انتقال مستقیم سند با هر تراکنش، نماینده یک حق قراردادی، منفعت اقتصادی یا سهم در یک شخصیت حقوقی باشد.
بااینحال، اعتبار، مالیات، حقوق رأی، نحوه انتقال و آثار ورشکستگی هر ساختار باید بهصورت جداگانه بررسی شوند.
حل اختلاف نیز موضوع مهمی است. قرارداد باید قانون حاکم، مرجع رسیدگی، روش شناسایی دارنده توکن، وضعیت کیف پول ازدسترفته و نحوه اجرای دستور قضایی را مشخص کند.
این مقاله جایگزین مشاوره حقوقی یا سرمایهگذاری متناسب با شرایط هر پروژه نیست.
زیرساختهای فنی
اجرای پروژه توکنایز املاک در ایران به زیرساختی فراتر از ساخت و انتشار یک توکن نیاز دارد.
احراز هویت، کنترل دسترسی، درگاههای پرداخت مجاز، نگهداری کلیدها، اتصال امن به شبکه، ثبت اسناد، تطبیق تراکنشها و پشتیبانی کاربران باید بهصورت هماهنگ در کنار یکدیگر قرار گیرند.
محدودیت دسترسی به برخی خدمات بینالمللی و ریسک تحریم میتواند استفاده از کیف پولهای سازمانی، خدمات ابری، ارائهدهندگان نود، ابزارهای تحلیل تراکنش و بازارهای خارجی را دشوار کند.
بانک مرکزی نیز در چارچوب خود به خطر مسدود شدن یا علامتگذاری کیف پول کاربران بهدلیل تحریم اشاره کرده است..
به همین دلیل، وابستگیهای فنی پروژه باید از ابتدا شناسایی شوند و برای جایگزینی سرویسها، انتقال داده، بازیابی و تداوم فعالیت برنامه مشخصی وجود داشته باشد.
بومی بودن یک سرویس نیز بهتنهایی امنیت یا پایداری آن را تضمین نمیکند و همچنان به ارزیابی فنی و امنیتی نیاز دارد.
فرصتهای توسعه در آینده
توکنایز املاک میتواند زمینه تازهای برای تأمین مالی پروژههای ساختمانی و سرمایهگذاری در داراییهای بزرگ ایجاد کند. در این مدل، سرمایهگذاران میتوانند بهجای خرید کامل یک ملک، با سرمایه کمتر در بخشی از یک دارایی یا منافع اقتصادی آن مشارکت کنند. این موضوع میتواند دسترسی به بازار املاک را برای گروه گستردهتری از سرمایهگذاران فراهم کند و در مقابل، مسیرهای جدیدی برای جذب سرمایه در اختیار سازندگان و مالکان دارایی قرار دهد.
قابلیت برنامهریزی تراکنشها روی زیرساخت بلاکچین نیز میتواند فرایندهایی مانند ثبت مالکیت توکن، محاسبه سهم هر سرمایهگذار، توزیع درآمد اجاره و ارائه گزارشهای مالی را منظمتر و قابلپیگیریتر کند. همچنین در صورت شکلگیری بازارهای تخصصی و چارچوبهای مناسب، امکان خریدوفروش سادهتر سهمهای کوچک از داراییهای ملکی فراهم خواهد شد.
برای توسعه پایدار این بازار، لازم است میان نهادهای ثبتی، بازار سرمایه، فرایندهای احراز هویت، استانداردهای ارزشگذاری، ساختار نگهداری دارایی و زیرساختهای فنی هماهنگی ایجاد شود. این نیاز به هماهنگی را نباید فقط یک مانع در نظر گرفت؛ بلکه میتوان آن را فرصتی برای طراحی مدلهای حرفهایتر، شفافتر و قابلاعتمادتر دانست.
اجرای پروژههای آزمایشی و کنترلشده و استفاده از محیطهای تست تنظیمگری میتواند به کسبوکارها و نهادهای مسئول کمک کند تا مدلهای مختلف را در مقیاس محدود بررسی کنند، مشکلات احتمالی را پیش از عرضه گسترده شناسایی کنند و بهتدریج چارچوبهای مناسبتری برای توسعه این بازار شکل دهند.
در مجموع، توکنایز املاک ظرفیت آن را دارد که به یکی از مسیرهای مهم سرمایهگذاری و تأمین مالی داراییهای واقعی تبدیل شود. البته موفقیت این مدل به کیفیت اجرای پروژه، شفافیت اطلاعات، اعتبار ساختار حقوقی و مشخص بودن حقوق و مسیر خروج سرمایهگذار وابسته است. هرچه این بخشها دقیقتر طراحی شوند، اعتماد سرمایهگذاران و امکان توسعه پایدار بازار نیز افزایش خواهد یافت.
جمعبندی
چالشهای توکنیزه کردن داراییها فقط به مقررات یا امنیت قرارداد هوشمند محدود نمیشوند. رابطه میان توکن و دارایی، وضعیت متولی، نقدشوندگی، ارزشگذاری، کیفیت دادهها، فرایندهای اجرایی و اعتماد سرمایهگذاران، همگی بخشی از ریسک توکنایزیشن هستند.
توکنایز ریسک سرمایهگذاری را از بین نمیبرد. این فناوری میتواند برخی ریسکهای سنتی، مانند دشواری ثبت و انتقال اطلاعات، را کاهش دهد؛ اما در مقابل، بخشی از ریسکها را به لایههایی مانند ناشر، قرارداد هوشمند، اوراکل، متولی و زیرساخت فنی منتقل میکند.
حتی یک پروژه فنی موفق نیز بدون ساختار حقوقی و اقتصادی معتبر ممکن است نتواند حقوق مورد انتظار سرمایهگذاران را ایجاد کند.
موفقیت پروژه به هماهنگی میان ساختار حقوقی، فناوری، مدیریت دارایی، عملیات و بازار وابسته است. بنابراین، هیچ پروژهای نباید سود، نقدشوندگی یا امنیت مطلق را تضمین کند.
هدف مدیریت ریسک، حذف کامل عدمقطعیت نیست بلکه باید ریسکها را شناسایی، کاهش، پایش و بهشکل منصفانه برای سرمایهگذاران افشا کرد.
مشاوره طراحی و اجرای پروژههای توکنایز
طراحی یک پروژه توکنایز به بررسی همزمان دارایی پایه، ساختار حقوقی، مدل اقتصادی، ارزشگذاری، قرارداد هوشمند، احراز هویت، نگهداری دارایی، اوراکل و بازار ثانویه نیاز دارد. تصمیم درباره انتخاب شبکه بلاکچین یا استاندارد توکن باید پس از مشخص شدن حقوق دارندگان، جریانهای مالی و محدودیتهای قانونی پروژه انجام شود.
دیجی آلفا خدمات طراحی و اجرای صفر تا صد پروژههای توکنایز دارایی را متناسب با نیاز هر کسبوکار ارائه میدهد. این خدمات میتواند شامل تحلیل و معماری محصول، توسعه قراردادهای هوشمند، طراحی یا توسعه زیرساخت بلاکچین، پیادهسازی پلتفرم و پنلهای مدیریتی، اتصال فرایندهای احراز هویت، تست و پشتیبانی فنی باشد.
در پروژههایی که به ساختار حقوقی، ارزشگذاری رسمی، متولی دارایی یا مجوزهای تخصصی نیاز دارند، حدود مسئولیت هر طرف و نحوه همکاری با متخصصان مستقل باید پیش از شروع اجرا مشخص شود.
برای بررسی امکانپذیری ایده، انتخاب معماری مناسب و تعیین مسیر اجرایی پروژه، میتوانید از طریق دریافت مشاوره طراحی و اجرای پروژههای توکنایز با دیجی آلفا در ارتباط باشید.
سؤالات متداول
1. مهمترین ریسک توکنیزه کردن داراییها چیست؟
یکی از مهمترین ریسکها، نامشخص بودن رابطه حقوقی میان توکن و دارایی پایه است. اگر دارنده توکن نداند توکن او نماینده مالکیت مستقیم، سهم شرکت، طلب یا حق دریافت درآمد است، حتی عملکرد صحیح قرارداد هوشمند نیز نمیتواند از اختلاف حقوقی جلوگیری کند.
2. آیا توکنایز ریسک سرمایهگذاری را کاهش میدهد؟
توکنایز میتواند شفافیت سوابق، تقسیمپذیری دارایی و خودکارسازی برخی فرایندها را افزایش دهد. بااینحال، ریسک کاهش ارزش ملک، ورشکستگی ناشر، نبود نقدشوندگی و شرایط بازار همچنان باقی میماند. علاوه بر این، ریسکهایی مانند خطای قرارداد هوشمند، مدیریت کلید خصوصی و اطلاعات نادرست اوراکل نیز به پروژه اضافه میشوند.
3. Oracle Risk چیست؟
ریسک اوراکل زمانی به وجود میآید که قرارداد هوشمند بر اساس اطلاعات خارج از بلاکچین تصمیمگیری کند و آن اطلاعات اشتباه، قدیمی، ناقص یا دستکاریشده باشند. در توکنایز املاک، دادههای مربوط به ارزشگذاری، اجاره، پرداختها و وضعیت حقوقی ملک میتوانند منشأ این ریسک توکنایزیشن باشند.
4. چگونه امنیت پروژههای توکنایز تأمین میشود؟
امنیت پروژه با ترکیبی از طراحی صحیح، کنترل دسترسی، تست و ممیزی قرارداد هوشمند، مدیریت امن کلیدها، پایش زیرساخت، ثبت رویدادها و برنامه واکنش به حوادث تأمین میشود. هیچ کنترل واحدی نمیتواند امنیت کامل ایجاد کند و فرایند امنیت باید در تمام دوره فعالیت پروژه ادامه داشته باشد.