دروازه خدمات دارایی دیجیتال، زیرساخت داده‌های زنجیره‌ای - تایگرتی‌ریسرچ

1. دیوارهایی که دارایی‌های دیجیتال با آن مواجه هستند، داده‌های زنجیره‌ای غیر دوستانه {#rps-1}

بازار دارایی‌های دیجیتال به سرعت در حال توسعه است. استیبل‌کوین‌ها در حال حاضر معاملات سالانه به ارزش چند تریلیون دلار را پردازش می‌کنند و در حوزه‌های پرداخت و حواله استفاده می‌شوند و توکن‌سازی دارایی‌های مالی سنتی مانند سهام و اوراق قرضه نیز به طور جدی در حال انجام است. این نشان می‌دهد که نقش فناوری بلاک‌چین در کل زنجیره ارزش مالی، از صدور و توزیع دارایی‌ها تا پرداخت و تسویه، گسترش یافته است.

اکنون بلاک‌چین به مرحله‌ای فراتر از بحث در مورد پتانسیل‌ها وارد شده و به مرحله ساخت زیرساخت‌های واقعی رسیده است. بنابراین، تمرکز بحث نیز به جای اثبات نیاز به پذیرش فناوری، به این سمت رفته است که چگونه می‌توان آن را در نظام مالی رسمی به کار گرفت. به ویژه، این که چگونه زیرساخت بلاک‌چین را با جریان‌های کاری موجود در حسابداری، مالیات، حسابرسی و انطباق ادغام کنیم. حتی اگر بلاک‌چین به عنوان یک زیرساخت جدید عمل کند، رویه‌ها و استانداردهای مورد نیاز نظام مالی رسمی همچنان باید حفظ شوند.

مشکل این است که ادغام زیرساخت بلاک‌چین با جریان‌های کاری مالی موجود، فرآیندی پیچیده است. سیستم‌های مالی قدیمی بر اساس داده‌های ساختاریافته استاندارد شده عمل می‌کنند، در حالی که داده‌های زنجیره‌ای به داده‌های خام نیاز دارند که نیاز به ایندکس‌گذاری، رمزگشایی و نرمال‌سازی دارند. به عبارت دیگر، این داده‌ها شبیه به یک انبوه از رسیدهای نامرتب هستند نه یک دفتر حسابداری منظم.

بنابراین، برای استفاده از داده‌های زنجیره‌ای، وجود یک خط لوله داده جداگانه ضروری است. باید سوابق معاملاتی را از دفاتر توزیع شده جمع‌آوری کرده و آنها را به صورت مناسب تصفیه کرد. علاوه بر این، باید زیرساختی برای ذخیره‌سازی مطمئن داده‌ها به حجم ده‌ها ترابایت و امکان جستجوی سریع آنها در زمان مورد نیاز فراهم شود. در نهایت، داده‌های زنجیره‌ای برای همه قابل مشاهده هستند، اما به خودی خود داده‌هایی نیستند که به راحتی قابل استفاده باشند.

2. واقعیت و محدودیت‌های ساخت زیرساخت داده‌های زنجیره‌ای {#rps-2}

با این حال، در مراحل اولیه که اندازه و دامنه استفاده از بازار دارایی‌های دیجیتال محدود بود، این مشکل دسترسی به داده‌ها به شدت نمایان نبود. بیشتر خدمات دارایی دیجیتال به آزمایش‌های کوچک و محدود برای شرکت‌کنندگان خاص نزدیک بود. به عنوان مثال، پروژه توکن سپرده JP Morgan، یک وسیله پرداخت محدود بود که فقط برای تعداد کمی از مشتریان سازمانی طراحی شده بود. در محیطی که شرکت‌کنندگان و هدف استفاده مشخص بودند، نوع معاملاتی که باید پردازش شوند نیز ساده بود و دقت یا زمان واقعی بودن داده‌ها چندان مهم نبود.

در آن زمان، استانداردهای مورد نیاز برای داده‌های زنجیره‌ای نسبتاً سست بود. حتی اگر همه وضعیت‌ها به طور دقیق در زمان واقعی مطابقت نداشته باشند، اگر پس از مدتی در نهایت سازگاری وجود داشته باشد، مشکلی در عملیات وجود نداشت. به عبارت دیگر، روش پردازش مبتنی بر سازگاری نهایی نیز به اندازه کافی قابل قبول بود. در چنین محیطی، می‌توان به راحتی با اجرای گره‌های محدود یا ادغام نقاط پایانی RPC خارجی یا API ساده داده‌های زنجیره‌ای پاسخ داد.

اما با گسترش محیط زنجیره‌ای، دیگر نمی‌توان تنها با روش‌های قبلی به این چالش‌ها پاسخ داد. با تنوع دارایی‌ها و افزایش سریع حجم معاملات، دامنه پردازش داده‌ها به شدت افزایش یافته است. به همین دلیل، الزامات فنی که زیرساخت داده باید داشته باشد، به شکلی بسیار پیشرفته و با تضمین زمان واقعی فراتر از سطح ساده جستجو در حال توسعه است. با ورود به مرحله عملیاتی واقعی، استانداردهای مورد نیاز برای زیرساخت به طور بنیادی تغییر کرده است.

3. الزامات زیرساخت داده‌های زنجیره‌ای برای نظام مالی رسمی {#rps-3}

برای برآورده کردن این سطح بالای الزامات، باید معیارهای ارزیابی زیرساخت تغییر کند. تایگرتی‌ریسرچ سه معیار اصلی را به عنوان الزامات اساسی زیرساخت داده‌های زنجیره‌ای که نظام مالی رسمی می‌تواند به آن اعتماد کند و از آن استفاده کند، ارائه می‌دهد: کامل بودن (Completeness)، سازگاری (Consistency) و ثبات (Stability). اینها الزامات ضروری هستند که داده‌های زنجیره‌ای باید برای عملکرد به عنوان دفتر کل استاندارد واقعی برآورده کنند.

3.1. کامل بودن (Completeness): آیا تمام سوابق معاملاتی شامل شده‌اند؟ {#rps-4}

کامل بودن، یکی از الزامات اساسی زیرساخت داده‌های زنجیره‌ای است. این معیار تعیین می‌کند که آیا سوابق معاملاتی ثبت شده در دفتر کل بلاک‌چین به طور کامل جمع‌آوری شده و در فرآیند پردازش نیز بدون نقص منعکس شده‌اند یا خیر. در نظام مالی رسمی، حتی یک نقص در یک معامله می‌تواند منجر به تغییر در محاسبه موجودی، پردازش حسابداری و نتایج تسویه شود.

نقص داده‌ها می‌تواند در مرحله جمع‌آوری رخ دهد. بلاک‌چین معاملات را در یک بازه زمانی مشخص به صورت بلوکی در دفتر کل ثبت می‌کند. زیرساخت داده این بلوک‌ها را به ترتیب جمع‌آوری و پردازش می‌کند. اما اگر به دلیل خرابی گره یا مشکل شبکه، جمع‌آوری بلوک‌های یک بازه خاص متوقف شود، سوابق معاملاتی شامل آن بازه نیز ممکن است از دست برود. با این حال، نقص در مرحله جمع‌آوری نسبتاً به وضوح قابل شناسایی و پاسخگو است. می‌توان با انجام کارهای بازپرسی (Backfill) برای جمع‌آوری دوباره بلوک‌های گمشده، داده‌ها را پر کرد.

مشکل دیگری که وجود دارد، فرآیند پردازش پس از جمع‌آوری تمام داده‌های بلوک اصلی است. ایندکس‌ساز (Indexer) سوابق معاملاتی مورد نیاز را از داده‌های اصلی استخراج کرده و آنها را به شکلی قابل جستجو تبدیل می‌کند. در این مرحله، اگر داده‌ها به درستی تجزیه نشوند، برخی سوابق ممکن است در فرآیند پردازش از دست بروند. به عنوان مثال، فرض کنید که داده‌های انتقال توکن‌های سولانا (Solana) را ایندکس می‌کنید. سولانا علاوه بر استاندارد توکن موجود، استانداردهای توسعه یافته دیگری نیز دارد. اگر ایندکس‌ساز تنها برای تجزیه استاندارد موجود طراحی شده باشد، سوابق جابجایی توکن‌های منتشر شده با استاندارد توسعه یافته ممکن است از دست برود.

در زنجیره‌های با عملکرد بالا، بار حفظ کامل بودن بیشتر می‌شود. هر چه دوره ایجاد بلوک کوتاه‌تر و حجم پردازش تراکنش‌ها بیشتر باشد، حجم داده‌ای که باید در زمان کوتاه‌تری پردازش شود نیز افزایش می‌یابد. حتی اگر در منطق جمع‌آوری و پردازش نقصی وجود نداشته باشد، اگر پردازش زمان واقعی نتواند با سرعت زنجیره همگام شود، ممکن است تأخیر در انعکاس سوابق معاملاتی که در این بین ایجاد شده‌اند، وجود داشته باشد. در نهایت، کامل بودن باید فراتر از جمع‌آوری داده‌ها بدون نقص باشد و باید به طور مداوم به تغییرات و سرعت زنجیره پاسخ دهد.

3.2. سازگاری (Consistency): آیا داده‌های جمع‌آوری شده دقیق هستند؟ {#rps-5}

اگر کامل بودن نقص داده‌ها را تأیید کند، سازگاری معیاری است که تعیین می‌کند آیا داده‌های جمع‌آوری شده با دفتر کل بلاک‌چین مطابقت دارد یا خیر. در نظام مالی رسمی، سازگاری به اندازه کامل بودن اهمیت دارد. اگر یک داده نادرست باشد، تمام محاسبات و قضاوت‌های مبتنی بر آن نیز ممکن است تحریف شود.

در بلاکچین، در فرآیند تأیید دفتر کل، داده‌ها ممکن است به طور موقت تغییر کنند. سیستم‌های مالی سنتی بر اساس یک سرور مرکزی داده‌ها را ثبت و مدیریت می‌کنند، اما بلاکچین به چندین شرکت‌کننده اجازه می‌دهد تا هر یک بلوک‌ها را تأیید کرده و از طریق توافق دفتر کل را به‌روزرسانی کنند. در این فرآیند، ممکن است به دلیل تأخیر شبکه یا تفاوت در زمان تأیید، وضعیت‌هایی پیش آید که چندین بلوک به طور همزمان معتبر به نظر برسند.

در این فرآیند، بلوکی که در ابتدا به عنوان معتبر شناخته شده، ممکن است بعداً از دفتر کل نهایی حذف شود و با بلوک دیگری جایگزین شود، که به آن بازسازی بلوک (Reorg) گفته می‌شود. در این حالت، تراکنش‌هایی که در آن بلوک گنجانده شده‌اند، ممکن است از دفتر کل نهایی حذف شوند یا بعداً در بلوک دیگری دوباره گنجانده شوند. در این صورت، داده‌هایی که در یک زمان خاص جمع‌آوری شده‌اند، ممکن است با وضعیت نهایی دفتر کل متفاوت باشند و این می‌تواند منجر به مشکلات سازگاری شود.

مشکلات سازگاری همچنین می‌تواند در کلاینت‌های نود نیز رخ دهد. کلاینت نود نرم‌افزار اصلی است که نودهای بلاکچین را اجرا می‌کند و به عبارت ساده‌تر، نزدیک به سیستم‌عامل (OS) بلاکچین است. اگر این نرم‌افزار دچار نقص شود، ممکن است در فرآیند تفسیر و محاسبه داده‌های دفتر کل خطاهایی رخ دهد. در واقع، در کلاینت‌های نود اصلی اتریوم نیز مواردی از بروز خطا در فرآیند پردازش تراکنش یا محاسبه کارمزد وجود داشته است. این مشابه حوادثی است که در خدمات مالی رخ می‌دهد، جایی که دارایی‌های مشتری به اشتباه ثبت می‌شوند یا کارمزدها به اشتباه تسویه می‌شوند.

بنابراین، سازگاری داده‌های زنجیره‌ای تنها با جمع‌آوری داده‌ها تضمین نمی‌شود. داده‌هایی که در یک زمان خاص جمع‌آوری شده‌اند، ممکن است با دفتر کل نهایی متفاوت باشند و نقص‌های کلاینت نود ممکن است منجر به تفسیر نادرست داده‌های دفتر کل شود. بنابراین، برای استفاده از داده‌های زنجیره‌ای به عنوان داده‌های استاندارد در مالیات رسمی، باید به طور مداوم بررسی و تأیید شود که داده‌های جمع‌آوری شده با دفتر کل مطابقت دارند.

3.3. ثبات (Stability): آیا در محیط‌های عملیاتی بزرگ مقیاس پایدار است؟

اگر تمامیت و سازگاری معیارهای تأیید کیفیت داده‌ها هستند، ثبات معیاری است که تعیین می‌کند آیا جمع‌آوری، پردازش و جستجوی داده‌ها در محیط‌های عملیاتی بزرگ مقیاس بدون وقفه ادامه می‌یابد یا خیر. در صنعتی که حتی یک بار اختلال یا تأخیر می‌تواند به آسیب‌های جدی منجر شود، این یک الزام غیرقابل مذاکره است. به ویژه زیرساخت زنجیره‌ای بر این فرض استوار است که شبکه به طور ۲۴ ساعته متوقف نمی‌شود، بنابراین الزامات مربوط به ثبات باید بالاتر باشد.

در محیط‌های عملیاتی بزرگ مقیاس، باید همزمان درخواست‌های زیادی پردازش شوند. در زیرساخت‌های سرور سنتی، می‌توان با توزیع درخواست‌ها بین چندین سرور از طریق بارگذاری متوازن (Load Balancing) ظرفیت پردازش را افزایش داد. اما در زیرساخت بلاکچین، تنها با اجرای چندین نود نمی‌توان به همان اثر دست یافت. زمان همگام‌سازی بلوک‌های هر نود ممکن است متفاوت باشد، بنابراین ممکن است برای یک درخواست جستجو نتایج متفاوتی برگردانده شود.

به عنوان مثال، فرض کنید کاربری بلافاصله پس از ارسال یک تراکنش، وضعیت پردازش آن را جستجو می‌کند. نود اول که درخواست را دریافت کرده، ممکن است تراکنش را تأیید کرده باشد، اما نود دیگری که درخواست جستجو را دریافت کرده، ممکن است هنوز آن را منعکس نکرده باشد. در این صورت، حتی اگر زیرساخت به طور عادی پاسخ دهد، کاربر ممکن است وضعیت‌های متفاوتی را برای یک تراکنش مشاهده کند.

با افزایش حجم داده‌ها، تأمین ثبات نیز دشوارتر می‌شود. در مالیات رسمی، تنها تأیید وضعیت به‌روز کافی نیست. باید وضعیت دارایی در یک زمان خاص ارزیابی شود و همچنین باید بررسی شود که این وضعیت از چه سوابق معاملاتی شکل گرفته است. برای این کار، به نود آرشیوی (Archive Node) که سوابق گذشته را حفظ کند، نیاز است، اما بسته به زنجیره، این حجم می‌تواند به ده‌ها ترابایت برسد. در چنین محیطی که باید داده‌های وسیع ذخیره و جستجو شوند، احتمال بروز تأخیر در جستجو و گلوگاه‌های سیستم نیز افزایش می‌یابد.

نگهداری مداوم نیز یک الزام مهم برای ثبات است. بلاکچین در حین عملیات خود به‌روزرسانی‌های سخت‌افزاری (Hard Fork)، ارتقاء زنجیره و به‌روزرسانی کلاینت‌های نود را تجربه می‌کند. اگر در این زمان، خط لوله جمع‌آوری و پردازش داده‌ها نتواند به این تغییرات پاسخ دهد، زیرساختی که قبلاً به طور عادی کار می‌کرد، ممکن است به سرعت متوقف شود. در نهایت، ثبات تنها با ساخت اولیه تأمین نمی‌شود و باید به طور مداوم به تغییرات محیط زنجیره‌ای پاسخ دهد.

4. لامدا256: زیرساخت داده‌های زنجیره‌ای برای مالیات رسمی

شرکت‌هایی که در حال آماده‌سازی برای کسب و کار دارایی‌های دیجیتال هستند، به ندرت تمام زیرساخت‌های پایه را به طور مستقل ایجاد می‌کنند. معمولاً آن‌ها زیرساخت‌های زنجیره‌ای جهانی با اعتبار فنی را انتخاب کرده و مدل کسب و کار خود را بر اساس آن شکل می‌دهند. زیرساخت داده‌های زنجیره‌ای نیز باید از همین منظر مورد توجه قرار گیرد. زیرساخت داده‌های زنجیره‌ای که دارای تمامیت، سازگاری و ثبات است، تنها یک وظیفه برای ساخت یک پایگاه داده ساده نیست.

در محیط پیچیده چند زنجیره‌ای، باید داده‌های ساختارهای مختلف زنجیره‌ها به صورت بلادرنگ ایندکس شوند و در عین حال در ترافیک بالا، ثبات و عملکرد پردازش بالایی حفظ شود. همچنین باید به طور مداوم به استانداردهای جدید و ارتقاء زنجیره پاسخ داده شود. در نهایت، زیرساخت داده‌های زنجیره‌ای یک پروژه توسعه‌ای نیست که در مدت کوتاهی به پایان برسد، بلکه به یک پروژه زیرساختی بزرگ نیاز دارد که سرمایه و زمان زیادی را می‌طلبد و تجربه عملیاتی را نیز شامل می‌شود.

بنابراین، از دیدگاه شرکت‌ها، انتخاب یک شریک زیرساخت معتبر و تمرکز بر کسب و کار اصلی خود، رویکردی واقع‌گرایانه‌تر از توسعه مستقیم تمام زیرساخت‌ها است. لامدا256 به عنوان شریک فناوری اصلی برای کسب و کارهای دارایی دیجیتال در کره جنوبی به همین دلیل شکل گرفته است. لامدا256، شرکت فرعی فناوری بلاکچین دو نامو، زیرساخت بلاکچین را برای صرافی‌ها، مؤسسات مالی و شرکت‌های وب3 ارائه می‌دهد و تجربه عملیاتی خود را در بازار داخلی جمع‌آوری کرده است.

لامدا256 بر اساس این تجربه، در سال 2024 پلتفرم توسعه وب3 "نودیت (Nodit)" را راه‌اندازی کرد. "دیتاشیر (DataShare)" که اخیراً منتشر شده، محصول زیرساخت داده‌های زنجیره‌ای نودیت است که با توجه به کیفیت داده‌ها و محیط عملیاتی مورد نیاز مالیات رسمی طراحی شده است. قبل از انتشار رسمی، این زیرساخت به مدت بیش از دو سال به برخی از شرکای خود خدماتی به شکل انبار داده ارائه داده است، که نشان می‌دهد این زیرساخت قبلاً در محیط‌های واقعی مورد تأیید قرار گرفته است.

4.1. تمایز فنی: موتور ایندکسینگ خود، و خط لوله داده‌های با عملکرد بالا

تمایز فنی دیتاشیر در ارائه داده‌های تکه‌تکه شده در محیط چند زنجیره‌ای به مجموعه داده‌هایی است که با جریان کار موجود مطابقت دارد. در محیط چند زنجیره‌ای، ساختار داده و روش‌های ثبت برای هر زنجیره متفاوت است، بنابراین معیارهای جمع‌آوری و پردازش نیز باید با ویژگی‌های هر زنجیره طراحی شوند. با توجه به اینکه محیط عملیاتی هر زنجیره به طور مداوم تغییر می‌کند، مانند معرفی استانداردهای جدید یا ارتقاء شبکه، دشواری مدیریت زیرساخت داده‌ها افزایش می‌یابد. دیتاشیر با داشتن نیروی متخصص با دانش دامنه، موتور ایندکسینگ خود و خط لوله داده‌های با عملکرد بالا، ساختاری را فراهم کرده است که می‌تواند به طور مداوم به این تفاوت‌ها و تغییرات عملیاتی پاسخ دهد. برای جزئیات بیشتر در مورد تمایز فنی دیتاشیر، می‌توانید به مقاله‌ای که به طور مشترک توسط لامدا256 و دیسایپر (انجمن فناوری بلاکچین دانشگاه سئول) نوشته شده است، مراجعه کنید.

برای اینکه این ساختار به طور پایدار عمل کند، باید زیرساخت‌های نود که داده‌های اصلی را دریافت می‌کنند نیز پشتیبانی شود. DataShare بر روی معماری هایپرنود (Hyper Node) نودیت خدمات ارائه می‌دهد، بنابراین می‌تواند به طور انعطاف‌پذیر به درخواست‌های بزرگ یا شرایط خرابی نود پاسخ دهد. این سیستم حداقل معیارهای نود قابل دسترسی را مدیریت کرده و آستانه‌های تأخیر و بازیابی را کنترل می‌کند تا مشکلات نود خاص به کل فرآیند جمع‌آوری گسترش نیابد. همچنین، این ساختار به گونه‌ای طراحی شده است که در برابر تغییرات محیطی مانند ارتقاء شبکه اصلی یا تعویض نرم‌افزار نود بدون وقفه پاسخگو باشد.

یکی از تفاوت‌های مهم DataShare این است که داده‌های جمع‌آوری شده از یک فرآیند تأیید جداگانه عبور می‌کنند. DataShare به طور مداوم تأیید می‌کند که آیا داده‌های جمع‌آوری شده با وضعیت واقعی زنجیره مطابقت دارد یا خیر. در این فرآیند، تفاوت‌های داده‌ای که ممکن است پس از تنظیم مجدد بلوک یا خطای کلاینت نود و همچنین پس از ارتقاء زنجیره ایجاد شود، بررسی می‌شود و همچنین تأیید می‌شود که نتایج پردازش تراکنش‌های فردی به طور سازگار در سوابق رویداد و تغییرات موجودی منعکس شده است. به عبارت دیگر، با تأیید متقابل محتوای ثبت شده در زنجیره و نتایج پردازش شده توسط DataShare، نقص‌های داده‌ای یا خطاهای پردازش کاهش می‌یابد و ساختاری برای تأمین اعتبار داده‌ها به عنوان داده‌های مرجع در جریان کار موجود ایجاد می‌شود.

با این حال، برای استفاده از داده‌های زنجیره‌ای در فعالیت‌های واقعی، باید علاوه بر دقت داده‌ها، انواع زنجیره و داده‌های مورد نیاز به طور گسترده‌ای ارائه شوند. DataShare در حال حاضر 13 زنجیره کلیدی که تقاضای بالایی در بازار دارند را به طور پایه‌ای پشتیبانی می‌کند و همچنین می‌تواند بر اساس بیش از 50 زنجیره چندگانه‌ای که نودیت مدیریت کرده است، مجموعه داده‌های سفارشی را گسترش دهد. در آینده، برنامه‌ریزی شده است که داده‌های برچسب‌گذاری شده‌ای که شامل آدرس‌های کیف پول صرافی، قراردادهای هوشمند دیفای (DeFi) و داده‌های قیمت هستند، ارائه شود. این کار می‌تواند دامنه کاربرد را نه تنها در حسابداری و مالیات، بلکه در مدیریت ریسک و نظارت بر معاملات غیرمعمول گسترش دهد.

4.2. تمایز عملیاتی: پاسخگویی به الزامات قانونی و ادغام با جریان‌های کاری موجود

برای استفاده از داده‌های زنجیره‌ای در نظام مالی، نه تنها کیفیت داده‌ها بلکه الزامات قانونی نیز باید برآورده شوند. به ویژه در نظام مالی داخلی، معیارهای سخت‌گیرانه‌ای برای وارد کردن زیرساخت‌های داده‌ای خارجی وجود دارد، از جمله جداسازی شبکه، کنترل دسترسی و معیارهای عملیاتی شبکه داخلی. DataShare با توجه به این محیط، پشتیبانی از ساختار On-premise در IDC داخلی را فراهم می‌کند و از طریق گواهی SOC2، اعتبار سیستم مدیریت امنیت را نیز تأمین می‌کند. این امر به مؤسسات مالی این امکان را می‌دهد که داده‌های زنجیره‌ای را مطابق با سیاست‌های امنیتی داخلی و دستورالعمل‌های قانونی وارد کنند.

نکته مهم دیگر این است که مؤسسات مالی می‌توانند محل ذخیره‌سازی داده‌ها و مجوزهای دسترسی را به طور مستقیم مدیریت کنند. DataShare ساختاری را پشتیبانی می‌کند که داده‌های زنجیره‌ای را به طور مستقیم به فضای ذخیره‌سازی ابری که مؤسسات مالی استفاده می‌کنند، منتقل می‌کند. به عنوان مثال، با بارگذاری داده‌های زنجیره‌ای به صورت بلادرنگ در محیط داده‌ای داخلی مؤسسات مانند AWS S3، می‌توانند از راه‌حل‌های زیرساخت خارجی استفاده کنند و در عین حال کنترل مدیریت و دسترسی داده‌ها را در داخل مؤسسه حفظ کنند.

علاوه بر این، DataShare قصد دارد ارتباط با محیط‌های تحلیلی داده‌ای که مؤسسات مالی قبلاً استفاده می‌کنند را به طور مداوم تقویت کند. با پشتیبانی از ارتباط با انبارهای داده و پلتفرم‌های تحلیلی اصلی مانند Snowflake، BigQuery و Databricks، هدف این است که داده‌های زنجیره‌ای به طور ارگانیک با جریان‌های کاری موجود مرتبط شوند.

سیستم پشتیبانی عملیاتی لامدا256 نیز یکی از نقاط قوت DataShare است. زیرساخت داده‌های زنجیره‌ای بر اساس شبکه بلاکچین 24 ساعته کار می‌کند، بنابراین توانایی شناسایی و پاسخگویی سریع به خرابی‌ها یا تأخیرها بسیار مهم است. DataShare از طریق نیروی کار متخصص داخلی، نظارت دائمی و پشتیبانی فنی اختصاصی را ارائه می‌دهد و بار عملیاتی که مؤسسات مالی باید به طور مستقیم تحمل کنند را کاهش می‌دهد. این امر به مؤسسات مالی این امکان را می‌دهد که بدون نیاز به گسترش قابل توجه سازمان زیرساخت بلاکچین، داده‌های زنجیره‌ای را به طور پایدار مدیریت و استفاده کنند.

5. لحظاتی که به زیرساخت داده‌های زنجیره‌ای نیاز است

سناریو 1: مشکل در پیگیری دقیق وضعیت دارندگان سهام توکن‌شده

در نظام مالی، مواردی از انتشار همزمان سهام عمومی به شکل توکن در زنجیره افزایش یافته است. شرکت دارایی دیجیتال جهانی گالکسی دیجیتال (Galaxy Digital) سهام عادی خود را به صورت توکن ($GLXY) بر روی بلاکچین سولانا منتشر کرده است. همچنین، شرکت توکن‌سازی سکیوریتایز (Securitize) نیز همزمان با لیست شدن در بورس نیویورک (NYSE)، سهام خود ($SECZ) را بر روی سولانا منتشر کرده است. سولانا که از سرعت پردازش بالا و هزینه پایین برخوردار است، به عنوان زیرساخت اصلی برای مؤسسات مالی که به دنبال توکن‌سازی سهام عمومی به شکل رعایت قوانین هستند، انتخاب شده است.

مؤسسات مالی که به طور همزمان دارایی‌های سنتی و اوراق بهادار توکن‌شده زنجیره‌ای را مدیریت می‌کنند، با چالش‌های عملیاتی جدیدی مواجه می‌شوند. کارگزاران باید وضعیت دارندگان توکن ثبت‌شده در بلاکچین و مالکیت واقعی آنها را به دقت پیگیری کرده و این را به مقامات نظارتی و حسابرسان اثبات کنند. این یک کار کلیدی است که نه تنها در زمان تسویه، بلکه در تاریخ‌های معیار تقسیم سود و محاسبه حق رأی نیز تکرار می‌شود. اگر داده‌ها گم شوند یا موجودی در یک زمان خاص به اشتباه محاسبه شود، می‌تواند به خطرات جدی مانند پرداخت‌های اضافی، خطاهای افشا و عدم موفقیت در پاسخ به حسابرسی منجر شود.

مشکل این است که ساختار داده‌ای منحصر به فرد سولانا این کارهای مالی را دشوار می‌کند. سولانا از نظر هزینه و سرعت مزیت دارد، اما ساختار آن به گونه‌ای است که سوابق تراکنش در حساب‌های متعدد (Account) توزیع شده ذخیره می‌شود. حتی با وقوع یک تراکنش دیفای (DeFi)، داده‌ها در حساب‌های توکن، استخرهای نقدینگی و حساب‌های کارمزد تکه‌تکه می‌شوند. با توجه به اینکه حجم داده‌های انباشته شده در نودهای آرشیوی سولانا به صدها ترابایت می‌رسد، بازسازی وضعیت دارندگان و تاریخچه تراکنش‌ها در یک زمان خاص برای مؤسسات فردی به واقعیت‌های عملیاتی بزرگتری تبدیل می‌شود.

بنابراین، برای ادغام دارایی‌های توکن‌شده مبتنی بر سولانا در نظام مالی، وجود زیرساخت داده‌ای که بتواند بدون پردازش فوری تحلیل شود، ضروری است. DataShare داده‌های منبع تکه‌تکه شده را تصفیه کرده و به شکل نرمالیزه‌ای ارائه می‌دهد که مؤسسات مالی می‌توانند به سرعت در انبار داده‌های موجود خود پرس‌وجو کنند. به ویژه با بهینه‌سازی خط لوله برای محیط‌های با دوره تولید بلوک کمتر از 0.4 ثانیه، این سیستم توانایی پردازش تقریباً 20,000 تراکنش در ثانیه به صورت بلادرنگ را فراهم کرده و تأخیر در ایندکس کردن را به حداقل می‌رساند.

سناریو 2: پرداخت‌های ایجنتیک، مشکلات مدیریت ریسک در پرداخت‌های زنجیره‌ای {#rps-12}

بازار پرداخت‌های ایجنتیک (Agentic Payment) در حال ظهور است، جایی که عوامل هوش مصنوعی به جای کاربران، تصمیم‌گیری و اجرای پرداخت‌ها را انجام می‌دهند. پس از راه‌اندازی پروتکل پرداخت زنجیره‌ای x402 توسط کوین بیس (Coinbase)، ساخت زیرساخت‌های پرداخت خودکار مبتنی بر استیبل کوین‌ها نیز به طور جدی آغاز شده است.

با این حال، برای اینکه پرداخت‌های خودکار بین عوامل به خدمات مالی تجاری تبدیل شوند، کیفیت داده‌های زنجیره‌ای که مبنای تصمیم‌گیری قرار می‌گیرد، از همه چیز مهم‌تر است. هرچه مراحل تأیید انسانی کمتر باشد، سیستم باید تنها بر اساس داده‌ها، موجودی قابل استفاده و وضعیت تأیید تراکنش و احتمال تراکنش‌های غیرعادی را تشخیص دهد. اگر در این فرآیند داده‌های زنجیره‌ای گم یا تحریف شوند، ممکن است خطاهای کشنده‌ای در کل فرآیند تأیید و رد پرداخت‌ها به وجود آید.

پس، عوامل خاصی که باعث گم شدن و تحریف این داده‌ها در محیط واقعی بلاک‌چین می‌شوند، چیستند؟ یکی از دلایل بارز، تراکنش‌های ناموفق است. بلاک‌چین به دلیل شلوغی شبکه، بیش از 20 درصد از کل تراکنش‌ها را از دست می‌دهد و به ویژه در مورد سولانا، نرخ شکست تراکنش‌های غیررای‌گیری (Non-vote transaction) بیش از 40 درصد است.

اگر سیستم پرداخت این تراکنش‌های ناموفق را به عنوان تراکنش‌های موفق شناسایی کند، ممکن است خطای عدم تطابق موجودی به وجود آید، زیرا موجودی به اشتباه به عنوان کاهش یافته شناسایی می‌شود، حتی اگر پرداخت واقعی انجام نشده باشد. همچنین، پدیده بازسازی بلاک (Reorg) که در آن تراکنش‌هایی که به نظر می‌رسید در یک زمان خاص تأیید شده‌اند، بعداً لغو می‌شوند، نیز به عنوان یک متغیر کشنده که تحریف داده‌ها را تشدید می‌کند، عمل می‌کند.

دیتاشیر (DataShare) برای حل ریشه‌ای این مشکلات اعتماد به داده‌ها، تنها داده‌هایی را که نهایی (Finality) تأمین شده و موفقیت نهایی آن‌ها تأیید شده است، برای سیستم‌های پرداخت تأمین می‌کند. این کار با اعتبارسنجی تراکنش‌های نامشخص یا سوابق ناموفق موجود در داده‌های اصلی بلاک‌چین در مرحله پایپ‌لاین به صورت آنی انجام می‌شود و تنها مجموعه داده‌های تصفیه شده را ایندکس و ارائه می‌دهد تا نگرانی‌های مربوط به اختلالات ناشی از تحریف زنجیره‌ای را برطرف کند.

علاوه بر این، با گسترش دامنه پشتیبانی به بلاک‌چین‌های محلی مهم داخلی و خارجی مانند گیوا (GIWA) و کایا (Kaia)، قابلیت‌های تجاری نیز تأمین می‌شود. این امر به این معناست که زیرساخت پرداخت‌های ایجنتیک می‌تواند محدودیت‌های وابستگی به یک شبکه اصلی جهانی خاص را پشت سر بگذارد و پایه داده‌ای پایدار را فراهم کند که به خدمات محلی و الزامات نظارتی هر منطقه به طور انعطاف‌پذیر پاسخ دهد.

6. نتیجه‌گیری {#rps-13}

موفقیت یا شکست کسب‌وکار دارایی‌های دیجیتال به دقت مدیریت داده‌ها بستگی دارد. زیرا تمام فرآیندهای مالی از صدور دارایی تا پرداخت و تسویه، در حال بازسازی بر اساس داده‌های زنجیره‌ای هستند. بنابراین، گم شدن یا خطای داده‌ها می‌تواند فراتر از کاهش اعتماد به خدمات، منجر به خطرات نظارتی کشنده شود. دیتاشیر به عنوان زیرساختی عمل می‌کند که این خطرات عملیاتی را کاهش می‌دهد و به نهادهای مالی کمک می‌کند تا داده‌های زنجیره‌ای را به شیوه‌ای متناسب با معیارهای کاری خود استفاده کنند.

علاوه بر این، نهادهای مالی می‌توانند با استفاده از راه‌حل‌های مختلف فناوری مالی لامدا256، قابلیت‌های مورد نیاز خود را به صورت سفارشی گسترش دهند. به عنوان مثال، می‌توانند سیستم‌های SCOPE برای تسویه و عملیات دارایی‌های دیجیتال یا CLAIR برای رعایت مقررات را با توجه به مراحل رشد کسب‌وکار خود به کار ببرند و کیفیت سیستم را افزایش دهند. به عبارت دیگر، بدون بار بازسازی کامل زیرساخت از ابتدا، می‌توانند به تدریج قابلیت‌های مورد نیاز را به محیط موجود اضافه کنند.

در نهایت، نهادهای مالی می‌توانند بارهای عملیاتی مانند مدیریت زیرساخت پیچیده یا نگهداری سیستم را به طور کامل کاهش دهند و بر ارزش‌های اصلی کسب‌وکار خود مانند نوآوری خدمات و تمایز محصولات تمرکز کنند. این ساختار به گونه‌ای طراحی شده است که در عین کاهش موانع ورود اولیه، قابلیت‌های مورد نیاز را به طور پایدار در آینده برای گسترش کسب‌وکار و تغییرات نظارتی تأمین کند.

این مقاله از گزارش تخصصی "زیرساخت داده‌های زنجیره‌ای، دروازه خدمات دارایی‌های دیجیتال" از مؤسسه تحقیقاتی تایگر ریسرچ، شریک رسانه‌ای بلاک‌مدیا است. این گزارش را می‌توانید در وب‌سایت رسمی <تایگر ریسرچ> مشاهده کنید.