مدخل الأصول الرقمية: بنية بيانات على السلسلة

作者：Jay Jo 来源：Tiger Research 翻译：善欧巴，金色财经

一、链上数据尚未满足机构商用条件

تتطور أسواق الأصول الرقمية بسرعة فائقة، إذ بلغت أحجام التحويلات والحوالات السنوية للثباتيين (stablecoins) عشرات تريليونات الدولارات، بينما تتسارع وتيرة ترميز الأصول التقليدية مثل الأسهم والسندات. أصبحت سلسلة الكتل اليوم حاضرة عبر كامل سلسلة القيمة المالية، بما يشمل مراحل إصدار الأصول والتوزيع والدفع والمقاصة والتسوية.

تحول السؤال المحوري الذي يركز عليه المستثمرون والمؤسسات: لم يعد النقاش حول ما إذا كانت تقنية سلسلة الكتل ستصبح قابلة للتطبيق، بل حول كيفية إدماجها في إجراءات المحاسبة والضرائب والتدقيق والامتثال القائمة. وعلى الرغم من أن سلسلة الكتل تمثل بنية تحتية قاعدية جديدة بالكامل، فإن القطاع المالي المؤسسي يطلب منها الالتزام بإجراءات أعمال موحدة وآليات رقابة داخلية ومعايير قطاعية.

يكشف هذا التحول في الاحتياجات عن فجوات بيانات واضحة. تعتمد الأنظمة التقليدية على السجلات الهيكلية المعيارية، بينما تمثل بيانات السلسلة مجرد معلومات تنفيذ أولية، وهي المخرَج المباشر لتغيّر حالة دفتر الأستاذ. يجب على المؤسسات فهرسة البيانات وتحليلها ومعالجتها بشكل معياري قبل أن تصبح قابلة للاستخدام. وتبدو بيانات السلسلة أقرب إلى كومة من إيصالات المعاملات العشوائية وغير مرتبة، لا إلى دفاتر مالية منظمة.

لذلك تحتاج المؤسسات إلى قناة بيانات خاصة بها، تقوم باستخراج بيانات المعاملات من دفتر موزع، وإنجاز عمليات تنظيف ومعالجة على مستوى الأعمال، ثم تخزين واسترجاع بيانات بحجم يصل إلى عشرات تيرابايت حسب الحاجة. وبالرغم من أن بيانات السلسلة متاحة للقراءة علنًا، فإن إتاحة البيانات علنًا لا تعني قدرتها على تلبية متطلبات التطبيق الفعلي للأعمال المؤسسية.

二、链上数据基础设施：现状与局限性

في المراحل الأولى من تطور الأصول الرقمية، لم تكن قضية الحصول على البيانات تحظى بالاهتمام الكافي. في ذلك الوقت، كانت معظم الأعمال موجهة إلى مشاركين محدودين عبر تجارب صغيرة النطاق. فعلى سبيل المثال، مشروع سندات/ودائع JPMorgan Tokenized Deposits: لم يكن يقدم أدوات دفع محدودة إلا لفئة صغيرة من العملاء المؤسسيين. كانت حدود أصحاب المصلحة وسيناريوهات الاستخدام واضحة، وكانت أنواع المعاملات بسيطة، ولم تكن هناك حاجة ماسة إلى دقة عالية لبيانات الوقت الحقيقي.

في تلك المرحلة، كانت عتبة بيانات السلسلة منخفضة نسبيًا؛ لم يكن تشغيل الأعمال يتطلب مزامنة فورية لجميع حالات دفتر الأستاذ، إذ إن تأخرًا قصيرًا ثم الوصول إلى الاتساق النهائي (الاتساق النهائي) كان كافيًا لتلبية الاحتياجات. كانت بضع عقد خاصة، أو واجهات RPC من طرف ثالث، أو حتى واجهات برمجة تطبيقات لبيانات السلسلة الأساسية، كافية لدعم غالبية سيناريوهات التشغيل.

لكن مع استمرار توسع النظام البيئي لسلسلة الكتل، بدأت هذه المقاربة تفقد فعاليتها تدريجيًا. إذ تتنوع أنواع الأصول باستمرار، وتتزايد أحجام المعاملات بسرعة، ما يفرض على بنى البيانات التحتية أن تعالج كميات هائلة من المعلومات بشكل أسرع وأكثر دقة. بعد أن تتجه أعمال الأصول الرقمية إلى التشغيل على نطاق واسع، انتقلت العتبة التقنية في القطاع من مجرد الاستعلام عن البيانات إلى متطلبات عالية جدًا بشأن الملاءمة الزمنية والدقة والموثوقية.

三、机构级链上数据基础设施三大核心标准

تعني العتبة الأعلى للأعمال ضرورة إنشاء نظام تقييم بنية تحتية جديد. يرى Tiger Research أنه يتعين على بنى بيانات السلسلة التي يمكن أن يستخدمها القطاع المالي المؤسسي بشكل مستقر أن تحقق في الوقت نفسه ثلاثة مؤشرات رئيسية: السلامة (الاكتمال)، الاتساق، والاستقرار؛ ولا يمكن أن يغيب أي منها.

3.1 完整性：完整捕获全部交易

الاكتمال هو المؤشر الأساسي الذي يحدد ما إذا كانت كل معاملة على سلسلة الكتل يمكن جمعها بالكامل والاستمرار في معالجتها دون وجود فجوات بيانات. في الأعمال المؤسسية، يؤدي فقدان معاملة واحدة إلى أخطاء في احتساب الرصيد، وتشوه قيود اليومية المحاسبية، وانحراف نتائج التسوية.

تظهر فجوات البيانات في المقام الأول في مرحلة الالتقاط. فحين تقوم سلسلة الكتل بتجميع المعاملات خلال فترة زمنية ضمن بلوك (كتلة) وكتابته في دفتر الأستاذ، تقوم البنية التحتية بالتقاط بيانات الكتل بالترتيب. وإذا حدث تعطل في عقدة أو انقطع الاتصال بالشبكة ما أدى إلى إيقاف التقاط الكتل، فإن جميع المعاملات داخل تلك الفترة تُفقد بالتزامن. هذه الأنواع من الفجوات قابلة للإصلاح نسبيًا، ويمكن تعويض الكتل الناقصة عبر إعادة تعبئة البيانات (data回填).

تتمثل الثغرة الثانية بعد اكتمال التقاط بيانات الكتل الأصلية. فالمفهرِس (indexer) يستخرج سجلات المعاملات من البيانات الأصلية ويحوّلها إلى صيغة قابلة للاستعلام؛ وإذا كانت منطقية التحليل غير مكتملة، فستتسبب كذلك في فقد السجلات. وعلى سبيل المثال، في فهرسة بيانات Solana، توجد على السلسلة معايير للرموز الأصلية ومعايير للرموز الممتدة. فإذا كان المفهرِس لا يتكيف إلا مع المعيار الأصلي، فستُهمل بالكامل سجلات التحويل الخاصة بالرموز التي تُصدر وفق المعيار الممتد.

وتزيد السلاسل العامة عالية الأداء من صعوبة تحقيق الاكتمال. فالفواصل الأقصر بين إصدار الكتل، وارتفاع سعة معالجة المعاملات، تفرض على قناة البيانات أن تنجز معالجة كمية هائلة من البيانات خلال زمن قصير جدًا. حتى إذا لم تكن منطقية الالتقاط والتحليل فيها عيوب، فقد يؤدي عدم مواكبة سرعة المعالجة الزمنية لإيقاع إصدار الكتل على السلسلة إلى تأخير إدخال بيانات المعاملات الجديدة إلى التخزين. باختصار، الاكتمال لا يعني فقط التقاط جميع المعاملات، بل يتطلب أيضًا استمرار المواءمة مع سرعة تشغيل السلسلة العامة والتغيرات التي تُحدثها ترقيات البروتوكول.

3.2 一致性：数据与链上账本状态完全匹配

يقوم تفقد الاكتمال على التحقق مما إذا كانت البيانات مفقودة، بينما يقوم التحقق من الاتساق بفحص ما إذا كانت بيانات الالتقاط متطابقة مع حالة دفتر الأستاذ على السلسلة؛ وكلاهما على درجة من الأهمية. أي خطأ في بيانات واحدة سيؤدي إلى تشويه نتائج جميع الحسابات اللاحقة المستندة إليها.

قبل أن يتم التأكد النهائي من التنفيذ على أرض الواقع، تتمتع بيانات السلسلة بخصائص احتمالية. فالنظم المالية التقليدية تسجل البيانات عبر خوادم مركزية واحدة، بينما تتحقق سلسلة الكتل من الكتل بشكل مستقل من جهات متعددة وتصل إلى إجماع لتحديث دفتر الأستاذ. قد يؤدي تأخر الشبكة واختلاف ترتيب عمليات التحقق إلى ظهور كتل متعددة تبدو صالحة في فترة قصيرة.

قد تُعتبر كتلة ما بأنها صالحة في مرحلة معينة، ثم لاحقًا تُزال من دفتر الأستاذ أو تغطيها كتلة بديلة، وهو ما يُعرف بإعادة التنظيم (Reorg). المعاملات داخل الكتل التي تم استبعادها تختفي نهائيًا من دفتر الأستاذ النهائي، أو تنتقل إلى كتل أخرى. لذلك فإن البيانات التي تم التقاطها عند نقطة زمنية معينة ستنحرف عن دفتر الأستاذ المثبت نهائيًا، وهو ما يشكل مخاطر اتساق.

يمكن أن تنشأ مشكلات الاتساق أيضًا من عميل العقدة — وهو البرنامج الأساسي الذي يقوم بتشغيل العقد — إذ يماثل ذلك “نظام التشغيل” لسلسلة الكتل. قد تؤدي ثغرات في برنامج العميل إلى أخطاء في تحليل بيانات دفتر الأستاذ أو في حساباتها. وقد شهدت شبكة إيثيريوم (Ethereum) الرئيسية عدة مرات ظهور أخطاء في معالجة المعاملات أو في احتساب الرسوم، ما يعادل قيام مؤسسة مالية باحتساب خاطئ لأصول العملاء واحتساب غير صحيح لرسوم التسوية.

إن مجرد التقاط البيانات لا يضمن الاتساق. قد تختلف لقطات البيانات (snapshots) عن دفتر الأستاذ النهائي، وقد تؤدي عيوب العميل كذلك إلى انحراف في تفسير دفتر الأستاذ. ولكي تُستخدم بيانات السلسلة كمصدر بيانات موثوق للقطاع المالي المؤسسي، يجب إجراء تحقق تقاطعي مستمر مقارنةً بدفتر الأستاذ على السلسلة.

3.3 稳定性：大规模场景不间断运行

يختبر الاكتمال والاتساق جودة البيانات بشكل ثابت، بينما يركز الاستقرار على ما إذا كانت عمليات الالتقاط والمعالجة والاستعلام يمكن أن تعمل بشكل متواصل دون انقطاع في ظل أحمال كبيرة. في القطاع المالي، قد يؤدي توقف خدمة مفرد أو تأخر البيانات إلى خسائر جسيمة؛ كما أن خاصية تشغيل سلسلة الكتل 7×24 دون توقف ترفع كذلك من متطلبات الاستقرار.

تشير الأعمال على نطاق واسع إلى وجود طلبات تزامنية هائلة. تعتمد الخوادم التقليدية على موازنة الأحمال لتقسيم الطلبات ورفع الإنتاجية، لكن بنية سلسلة الكتل التحتية لا يمكن نسخ هذا النمط ببساطة: إذ لا تكون جميع العقد بمستوى تقدم مزامنة متساوٍ، وبالتالي قد تعيد الاستعلامات في عقد مختلفة نتائج متباينة. مثال: عندما يبدأ المستخدم تحويلًا ويستعلم فورًا عن حالة المعاملة، قد تعرض العقدة التي استقبلت المعاملة أولًا حالة “تم التأكيد”، بينما تكون عقدة الاستعلام الأخرى ما زالت لم تُزامن بالكامل بعد. قد تكون النتيجتان عند العودتين من البنية التحتية صحيحة من حيث الأساس، لكن المستخدم يرى حالتين مختلفتين للمعاملة نفسها.

يؤدي النمو المستمر في حجم البيانات إلى صعوبة متزايدة في صيانة الاستقرار. لا يقتصر العمل المالي المؤسسي على الاستعلام عن دفتر الأستاذ في الوقت الحقيقي، بل يحتاج أيضًا إلى الرجوع إلى حالة الأصول عند نقاط زمنية محددة وإلى السجل الكامل للمعاملات. لذلك يجب الاعتماد على عقد مؤرشفة لتخزين كميات هائلة من البيانات التاريخية؛ وقد تصل أحجام البيانات المؤرشفة لدى بعض السلاسل العامة إلى عشرات تيرابايت. إن تخزين البيانات الضخمة والاستعلام عنها يسبب بسهولة تأخرًا في الواجهات واختناقات في أداء النظام.

تُعد عملية التطوير والصيانة المستمرة أيضًا عنصرًا حاسمًا للاستقرار. إذ تواصل السلاسل العامة تجربة هارد فورك (Hard Fork) وترقيات الشبكة وتبديل إصدارات العملاء. فإذا لم تتمكن قناة البيانات من مواكبة التغيرات، فقد تتحول البنية التحتية التي كانت تعمل بشكل طبيعي إلى أعطال دون إنذار. ليس الاستقرار مجرد “تحقق عند الإطلاق”؛ بل يحتاج إلى التكيف المستمر مع تغيرات بيئة السلسلة، مع صيانة ديناميكية طويلة الأجل.

四、Lambda256：面向机构金融的链上数据基础设施

نادرًا ما تختار الشركات إنشاء بنية تحتية متكاملة من الصفر للأعمال المتعلقة بالأصول الرقمية؛ وغالبًا ما تعتمد على السلاسل العامة الناضجة كأساس منخفض المستوى، ثم تبني عليها طبقة الأعمال. وبالمثل، لا يمكن تحقيق معايير الاكتمال والاتساق والاستقرار بمجرد نشر قاعدة بيانات؛ إذ تتطلب بنى بيانات السلسلة التحتية أكثر من ذلك.

يتطلب بيئة متعددة السلاسل تحليلًا فوريًا للبنى المختلفة لبيانات كل سلسلة عامة، مع تحمل تدفق عالي التزامن، والتكيف المستمر مع المعايير الجديدة والترقيات على السلسلة. فبنية بيانات السلسلة التحتية ليست مشروع تطوير قصير الأجل، بل أقرب إلى بنية تحتية ضخمة عالية رأس المال، طويلة الدورة، ومشروطة بشكل كبير بخبرات تشغيلية.

من خلال اختيار مزود بنية تحتية ناضج، يمكن للشركات التركيز على الأعمال الأساسية، إذ يكون هذا خيارًا أكثر واقعية من التطوير الذاتي. وهذا ما يجعل Lambda256 شريكًا تقنيًا لدى العديد من شركات الأصول الرقمية الرائدة في كوريا. تنتمي Lambda256 إلى مجموعة Dunamu، وتقدم بنى تحتية لسلسلة الكتل لصالح البورصات والمؤسسات المالية وشركات Web3، مع تراكم خبرات تشغيلية عميقة في السوق الكورية.

وبالاعتماد على تراكم الخبرة في القطاع، أطلقت Lambda256 في 2024 منصة تطوير Web3 Nodit. أطلقت المنصة مؤخرًا منتج بنية تحتية لبيانات السلسلة Datashare، وهو مصمم بالكامل حول معايير جودة البيانات ومعايير التشغيل الخاصة بالقطاع المالي المؤسسي. وقبل الاستخدام التجاري الرسمي، خضعت نسخة مستودع بيانات Datashare لاختبار تجريبي لمدة سنتين لدى العملاء الشركاء، وتم التحقق منها بالكامل عبر سيناريوهات أعمال حقيقية.

4.1 技术优势：自研索引引擎与高性能数据管道

تتمثل الميزة التقنية الأساسية لـ Datashare في تحويل البيانات الأصلية متعددة السلاسل والمجزأة إلى مجموعات بيانات معيارية يمكن توصيلها مباشرة بأنظمة الأعمال الحالية. فلكل سلسلة عامة بنية بيانات وقواعد محاسبة مميزة، الأمر الذي يتطلب تكييف منطق الالتقاط والتحليل بشكل مخصص؛ ومع إضافة مختلف معايير بروتوكولات جديدة، واستمرار ترقية الشبكات، تزداد صعوبة التشغيل والصيانة. يعتمد Datashare على فريق تطوير متخصص، ومحرك فهرسة تم تطويره ذاتيًا، وقناة بيانات عالية الأداء، لتبني خصائص التباين لكل سلسلة عامة واحتياجات التطوير المتكرر.

إن شرط التشغيل المستقر للنظام كاملًا هو موثوقية خدمات العقد الأصلية في المنبع. يعتمد Datashare على بنية عقد Nodit Hyper Node لاحتضان عدد هائل من الطلبات بشكل مرن، والتعامل براحة مع تعطل عقدة واحدة. تحافظ Hyper Node على عتبة أدنى لعدد العقد المتاحة، وتتحكم في مؤشرات التأخر واستعادة الأعطال؛ بحيث لا تنتقل الحالات غير الطبيعية في عقدة واحدة إلى سلسلة مسار التقاط البيانات بالكامل. وفي الوقت نفسه، تدعم بشكل مستقر توفير الخدمة دون انقطاع خلال ترقية الشبكة الرئيسية وتبديل إصدارات العملاء.

ومن القدرات المميزة الأخرى: إضافة إجراءات تحقق مستقلة لكل البيانات التي يتم التقاطها. يقوم Datashare بشكل مستمر بالمقارنة المتبادلة مع حالة دفتر الأستاذ على السلسلة لإجراء تحقق تقاطعي، لاكتشاف انحرافات البيانات التي تنجم عن إعادة تنظيم الكتل، أو شذوذات العميل، أو ترقية السلسلة، لضمان تطابق نتيجة تنفيذ كل معاملة وسجلات الأحداث وتغيرات الرصيد فيما بينها. ويؤدي التحقق متعدد الطبقات على السلسلة إلى تقليل فعّال لمخاطر فقد البيانات وأخطاء التحليل، ما يجعله مصدرًا بيانات موثوقًا يمكن دمجه داخل إجراءات الأعمال المؤسسية الحالية.

لا يكفي توفير الدقة وحدها لإطلاق قيمة بيانات السلسلة؛ بل يحتاج القطاع المؤسسي أيضًا إلى تغطية غنية للسلاسل العامة وأنواع البيانات. يدعم Datashare افتراضيًا 13 سلسلة عامة رئيسية في السوق، وبالاعتماد على موارد أكثر من 50 سلسلة عامة تم تغطيتها عبر Nodit، يمكن توسيع مجموعات البيانات المخصصة بسرعة. كما تخطط Lambda256 لاحقًا لإطلاق خدمات بيانات “موسومة” (tagged data)، لتجميع عناوين محافظ البورصات، وعمليات عقود DeFi، ومعلومات الأسعار. وبذلك تمتد سيناريوهات الاستخدام من المحاسبة والضرائب إلى مجالات إدارة المخاطر ومراقبة المعاملات غير الطبيعية.

4.2 运营优势：合规能力与业务系统深度集成

تتساوى أهمية قدرات الامتثال وجودة البيانات عند تطبيق بنية بيانات السلسلة لدى المؤسسات المالية. وبالأخص عند إدخال البنى التحتية الخارجية في المؤسسات المالية الكورية، تُفرض متطلبات صارمة لعزل الشبكة والتحكم في الصلاحيات ومعايير تشغيل شبكة داخلية. يدعم Datashare النشر المحلي داخل مراكز بيانات (IDC) محلية، بما يفي بمتطلبات الجهات الرقابية، كما يحمل شهادة SOC 2 ويكمل منظومة إدارة الأمان، ما يسهل على المؤسسات المالية استخدام بيانات السلسلة ضمن أطر إدارة المخاطر والامتثال الخاصة بها.

وتعد الملكية وتفويضات الوصول المستقلان أمرًا بالغ الأهمية بالنسبة للمؤسسات المالية. يدعم Datashare نمط النقل المباشر للواجهة (direct pass-through)، حيث يتم دفع بيانات السلسلة مباشرة إلى التخزين السحابي الخاص بالمؤسسة، مثل AWS S3. وتقوم الشركة، حتى عند اختيار بنية تحتية من طرف ثالث، بالاحتفاظ الكامل بحق إدارة البيانات وحق التحكم في الوصول.

ويواصل المنتج تعزيز قدرة التكامل مع أدوات تحليل البيانات الرئيسية. وهو متوافق أصليًا مع مستودعات و منصات تحليل بيانات مثل Snowflake و BigQuery و Databricks، ما يضمن دمج بيانات السلسلة بسلاسة ضمن إجراءات الأعمال القائمة.

وتتسم خدمات الدعم التشغيلي المصاحبة لـ Lambda256 كذلك بالقدرة التنافسية. إذ تعمل شبكات سلسلة الكتل دون توقف طوال العام؛ لذا يعد الاكتشاف السريع ومعالجة حالات الانقطاع والتأخير أمرًا بالغ الأهمية. يزود Datashare بفريق محلي للمراقبة على مدار الساعة 7×24 ودعم تقني مخصص، ما يخفف كثيرًا العبء على فرق التشغيل والصيانة لبنية سلسلة الكتل التي تبنيها المؤسسات المالية ذاتيًا، ويتيح استخدام بيانات السلسلة بشكل مستقر بتكلفة أقل.

五、链上数据基础设施核心落地场景

场景一：代币化股票链上持有人台账追踪

تقوم المؤسسات بصورة متزايدة، إلى جانب إدراج الأسهم في البورصات التقليدية، بإصدار أسهم مُرمّزة (tokenized) على السلسلة. قامت مجموعة الأصول الرقمية Galaxy Digital العالمية بإصدار رموز الأسهم العادية (GLXY الصادرة على Solana)، كما أن مزود خدمة ترميز الأصول Securitize المدرج في بورصة نيويورك (NYSE) في يوم إدراجه قام أيضًا بإصدار أسهم مرمزة كرمز على Solana (SECZ). وبفضل تكاليف Solana المنخفضة وسرعتها العالية، أصبحت السلسلة العامة الأسرع خيارًا مفضلاً لترميز الأوراق المالية بما يتوافق مع متطلبات الامتثال.

وتواجه المؤسسات التي تدير في الوقت نفسه الأوراق المالية التقليدية والأوراق المالية الرمزية على السلسلة تحديات تشغيلية جديدة: يتعين على شركات الوساطة تتبع حاملي الرموز على السلسلة بدقة، وكذلك المستفيدين الفعليين، وتقديم دفاتر حسابات كاملة إلى الجهات التنظيمية وجهات التدقيق. لا تقتصر سجلات ملكية الأسهم على لحظة إغلاق التداول عند الإدراج فحسب؛ إذ يتطلب يوم إصدار الأرباح وتحديد الحقوق، وكذلك يوم تسجيل تصويتات اجتماع المساهمين، بيانات كاملة. وأي نقص في بيانات عقدة واحدة أو أي خطأ في احتساب الرصيد قد يفضي إلى مخاطر جسيمة مثل إصدار أرباح بصورة خاطئة، أو مخالفات في الإفصاح، أو فشل التدقيق.

وتكمن الصعوبة في البنية البيانية المميزة لـ Solana. فرغم انخفاض تكلفة المعاملات وسرعة التأكيد، فإن سجلات المعاملات تُخزن بشكل متفرق داخل حسابات مستقلة كثيرة؛ إذ قد يتم توزيع بيانات تفاعل DeFi عادي واحد إلى عدة مواقع مثل حسابات الرموز، وحسابات مجمعات السيولة، وحسابات الرسوم. ويمكن أن يصل حجم بيانات عقدة الأرشفة في Solana إلى مئات تيرابايت، ومن الصعب على المؤسسات الرجوع بشكل مستقل إلى قائمة الحملة والتاريخ الكامل للمعاملات عند أي نقطة زمنية.

ولإدراج أصول رمزية من Solana ضمن منظومة المؤسسات، لا بد من الاعتماد على بنية تحتية لبيانات يمكن تحليلها فورًا دون الحاجة إلى معالجة ثانوية. يقوم Datashare بتنظيف البيانات الأولية المجزأة وتحويلها إلى صيغة معيارية، بما يسمح بالاتصال المباشر بمستودع البيانات الخاص بالمؤسسة والاستعلام عنه. ويقوم خط أنابيب المنتج بتحسين عميق لدورة إصدار الكتل على Solana التي تقل عن 0.4 ثانية؛ إذ تبلغ القدرة الفورية على معالجة معاملة على سلسلة واحدة نحو 20 ألف TPS، ما يقلل إلى أقصى حد من تأخر الفهرسة.

场景二：AI 自主支付清算风险管理

يزدهر مسار الدفع الذاتي حيث تمثل العوامل الذكية (AI agents) المستخدمين وتطلق المدفوعات بشكل مستقل. وبعد إطلاق Coinbase لبروتوكول الدفع على السلسلة x402، أدى الاعتماد على بنية تحتية آلية للدفع عبر العملات المستقرة إلى تسريع التطبيق.

لكي يتحول الدفع الذاتي إلى تطبيق تجاري فعلي، فإن جودة البيانات على السلسلة وراء عملية اتخاذ القرار هي خط الحياة. إذ بعد اختفاء مرحلة المراجعة اليدوية، لا يمكن للنظام الاعتماد إلا على البيانات لتحديد الرصيد المتاح، والنهائية (finality) للمعاملة، ومخاطر الاحتيال. سيؤدي نقص البيانات أو تحريفها مباشرة إلى حكم خاطئ على الموافقة على الدفع.

في بيئة السلسلة الحقيقية، قد تسبب عوامل متعددة شذوذات في البيانات، وأبرزها فشل تنفيذ المعاملات. وبسبب ازدحام الشبكة، تتجاوز معدلات فشل المعاملات الإجمالية على سلاسل الكتل عادة 20%، كما أن معدل فشل المعاملات في Solana غير المرتبطة بالتصويت قد يتجاوز 40%.

إذا اعتبر نظام الدفع المعاملات الفاشلة على أنها تحويل ناجح، فسيخصم خطأً من الرصيد المحاسبي، ومن ثم يتم اعتراض المدفوعات اللاحقة الطبيعية بسبب خلل في التحقق من الرصيد. وتُعد إعادة تنظيم الكتل (Reorg) كذلك مصدرًا كبيرًا للخطر: إذ قد يتم إلغاء معاملة تم تأكيدها سابقًا وإزالتها من دفتر الأستاذ، ما يؤدي بسهولة إلى فوضى في مطابقة الأرصدة.

يعالج Datashare العيوب المتعلقة بالموثوقية من المصدر: إذ يقوم فقط بتسليم المعاملات الصالحة التي اكتملت نهائيتها إلى نظام الدفع. ويقوم خط أنابيب البيانات في مرحلة المعالجة بتمييز المعاملات غير المؤكدة والمعاملات الفاشلة بشكل فوري، ثم يخرج فقط مجموعات بيانات معيارية تم فهرستها بعد التحقق، لتجنب إخفاقات الأعمال التي تسببها تشوهات بيانات السلسلة.

ويواصل المنتج توسيع تغطية السلاسل العامة المحلية والأجنبية الرئيسية مثل GIWA وKaia، بما يعزز قابلية الحل للاستخدام العام. ومن خلال ذلك، يحصل نظام الدفع الذاتي على قاعدة بيانات مستقرة ومتعددة المصادر، دون أن يقتصر على سلسلة عامة واحدة، ويمكنه التكيف بمرونة مع سيناريوهات الأعمال في مناطق مختلفة ومع قواعد الامتثال الخاصة بها.

六、结语

تتحدد نجاحات وأخفاق أعمال الأصول الرقمية بدرجة عالية بدقة معالجة البيانات، إذ تتقاطع بيانات السلسلة مع كامل مسار العمليات المالية بدءًا من الإصدار وحتى الدفع والمقاصة والتسوية. لا يؤدي نقص البيانات أو تشوهها إلى الإضرار بموثوقية الأعمال فحسب، بل يخلق أيضًا مخاطر امتثال جسيمة. ويقلل Datashare، بوصفه بنية تحتية، بفعالية من مخاطر التشغيل هذه، ويفك حواجز الجمع بين التمويل المؤسسي وبيانات السلسلة القابلة للاستخدام.

بالإضافة إلى Datashare، يمكن للمؤسسات المالية أيضًا اختيار منتجات التكنولوجيا المالية الأخرى من Lambda256: منصة SCOPE لتشغيل المقاصة للأصول الرقمية، وأداة CLAIR للرقابة والامتثال. ويمكن للشركات إضافة وظائف تدريجيًا مع تطور الأعمال، دون الحاجة إلى إعادة بناء البنية التحتية بالكامل.

وبفضل ذلك، تستطيع المؤسسات المالية تفويض أعمال بناء البنى التحتية الثقيلة وصيانتها، والتركيز على أعمالها الأساسية والابتكار في الخدمات والتمايز في المنتجات. وفي الوقت نفسه، وعند خفض عتبة الدخول، تستمر في تحسين القدرات التقنية بشكل تدريجي مع نمو حجم الأعمال وتغيرات الجهات الرقابية.