لماذا يحتاج البلوكشين إلى بيانات قابلة للتحقق
يُعرف البلوكشين بشفافيته وثباته، لكن العقود الذكية بذاتها لا تستطيع الوصول المباشر إلى البيانات الخارجية. وهذا يعني أن العديد من تطبيقات ويب3 لا تزال تعتمد على مصادر بيانات إضافية—مثل أسعار السوق، وسجلات المعاملات، ومعلومات الأعمال خارج السلسلة، أو البيانات المالية—لتتمكن من العمل.
المُشكلة أن البيانات عندما تأتي من خدمات خارجية، لا يستطيع المستخدمون عادةً التأكد مما إذا كانت تلك المعلومات قد جرى التلاعب بها. وحتى لو كانت البيانات صحيحة، فإن أي خدمة وسيطة تتعرض لهجوم، أو تتعطل، أو يجري التلاعب بها عمدًا يمكن أن تُهدد تشغيل البروتوكول بأكمله.
لهذا السبب ظل عالم ويب3 يبحث عن طريقة تحقق في آن واحد:
- الحصول الآمن على البيانات الخارجية
- التحقق من صحة البيانات
- تقليل الاعتماد على الوسطاء المركزين
- تمكين العقود الذكية من استخدام النتائج المُتحقق منها مباشرة
وهنا تحديدًا وُلدت تقنية "إثبات SQL" من Space and Time.
كيف تتعامل Space and Time مع بيانات البلوكشين
(المصدر: spaceandtime)
يمكن فهم Space and Time كمستودع بيانات لامركزي مُصمم خصيصًا لويب3. تبدأ بفهرسة البيانات من سلاسل بلوكشين متعددة—مثل بيانات المعاملات من إيثريوم أو Base أو غيرها من السلاسل الرئيسية—ثم تخزين هذه البيانات ومزامنتها عبر شبكة موزعة من المُحقِّقين.
على عكس مستكشفي البلوكشين التقليديين، تركز Space and Time على قابلية حوسبة البيانات. يمكن للمطورين استخدام SQL للاستعلام عن كميات ضخمة من البيانات على السلسلة—حساب أحجام المعاملات، وتتبع تدفقات الأصول، وتحليل سلوك المحافظ، وبناء نماذج مالية معقدة. الفارق الجوهري أن نتائج هذه الاستعلامات ليست مجرد مخرجات بيانات خام؛ بل تأتي مصحوبة بدليل تشفيري قابل للتحقق. وهذا يعني أن العقود الذكية لا تستطيع فقط جلب النتائج، بل يُمكنها أيضًا التحقق من أن تلك النتائج أتت بالفعل من قاعدة البيانات المحددة ولم يُتلاعب بها أثناء المعالجة.
ما هو إثبات SQL؟
(المصدر: spaceandtime)
إثبات SQL هو تقنية للتحقق من البيانات تدمج استعلامات SQL مع إثباتات المعرفة الصفرية.
باختصار، لا تقدم لك الإجابة فحسب، بل تُثبت أن الإجابة حُسبت بشكل صحيح. في أنظمة البيانات التقليدية، لم يكن أمام المستخدمين خيار سوى الثقة في منصة البيانات. أما في ظل إثبات SQL، فبعد اكتمال الاستعلام، يُولّد النظام في الوقت نفسه دليلًا رياضيًا يؤكد:
- أن الاستعلام نُفِّذ على قاعدة البيانات الأصلية
- أن منطق الاستعلام لم يُعدّل
- أن النتائج لم يُتلاعب بها
ونظرًا لأن هذا الدليل قابل للتحقق تشفيريًا، تستطيع العقود الذكية التحقق من صحة البيانات حتى عندما تنشأ من أنظمة خارجية.
كيف يعمل إثبات SQL
عندما يُرسل مطور استعلام SQL إلى Space and Time، يسترد النظام أولاً البيانات ذات الصلة من مستودع البيانات، ثم يُجري عملية حساب الاستعلام.
بعد اكتمال الحساب، يُولّد محرك إثبات SQL دليل معرفة صفرية لذلك الاستعلام المحدد، مؤكدًا أن عملية الاستعلام اتبعت القواعد المُقررة. وأخيرًا، يُعاد كل من نتيجة الاستعلام والدليل معًا إلى التطبيق أو العقد الذكي.
يمكن تقسيم العملية إلى الخطوات التالية:
- فهرسة بيانات البلوكشين ومزامنتها
- يُرسل المطور استعلام SQL
- يُجري النظام حوسبة البيانات
- توليد دليل معرفة صفرية
- يتحقق العقد الذكي من النتيجة
التحول الأكبر هنا هو أن العقود الذكية لم تعد مجرد متلقٍ سلبي للبيانات—بل أصبحت قادرة على التحقق الفعّال من مصدر البيانات.
لماذا يُعد إثبات SQL مهمًا للتمويل اللامركزي (DeFi)
يعتمد التمويل اللامركزي (DeFi) بشكل جوهري على البيانات. سواء تعلق الأمر ببروتوكولات الإقراض، أو أسواق المشتقات، أو أنظمة العملات المستقرة، أو التأمين على السلسلة، فجميعها تحتاج إلى بيانات في الوقت الفعلي كأساس لعملها. فإذا تعرض مصدر البيانات للاختراق، قد يتأثر النظام المالي بأكمله.
على سبيل المثال، في الإقراض على السلسلة، يمكن لبيانات أسعار الضمانات المُزيفة أن تؤدي إلى تصفيات خاطئة. وفي أسواق التوقعات أو بروتوكولات الأصول الواقعية (RWA)، تجعل البيانات الخارجية غير القابلة للتحقق من الصعب على المشاركين بناء الثقة.
يُقدم إثبات SQL نموذجًا جديدًا للثقة في البيانات: لم يعد على المطورين أن يثقوا بشكل أعمى بمزود خدمة واحد—بل يُمكنهم التحقق من النتائج تشفيريًا.
هذا الأمر بالغ الأهمية للتمويل المؤسسي، حيث تُولي رؤوس الأموال الكبيرة الأولوية عادةً لـ:
- التحكم في المخاطر
- شفافية البيانات
- قابلية التدقيق
- متطلبات الامتثال
أصبحت أنظمة البيانات القابلة للتحقق بسرعة بنية تحتية لا غنى عنها للمؤسسات التي تدخل إلى عالم ويب3.
ما تهدف Space and Time إلى بنائه
على المدى الطويل، Space and Time ليست مجرد منصة بيانات—بل تبني طبقة حوسبة موثوقة لويب3. بينما حل البلوكشين في الأصل مشكلة الثقة في المعاملات، تهدف Space and Time إلى معالجة الثقة في البيانات والثقة في الحوسبة.
إذا نضجت هذه التقنية، ستتمكن العقود الذكية المستقبلية من تجاوز مجرد تحويلات الرموز البسيطة، والمشاركة المباشرة في القرارات المالية المعقدة، والمنطق التجاري، والتحقق من بيانات العالم الواقعي. ولهذا السبب يتجه عدد متزايد من مشاريع الأصول الواقعية (RWA)، والتمويل اللامركزي المؤسسي، والتمويل على السلسلة إلى البنية التحتية للبيانات القابلة للتحقق.
ملخص
يمثل إثبات SQL تحولًا في ويب3 من المعاملات الموثوقة إلى حوسبة البيانات الموثوقة. من خلال الجمع بين إثباتات المعرفة الصفرية والهندسة المعمارية اللامركزية للبيانات، تُمكّن Space and Time العقود الذكية ليس فقط من الوصول إلى البيانات الخارجية، بل أيضًا من التحقق من صحتها وموثوقيتها. ومع استمرار توسع التمويل اللامركزي (DeFi) والأصول الواقعية (RWA) والتمويل المؤسسي، تستعد البيانات القابلة للتحقق لتصبح ركيزة أساسية في البنية التحتية للجيل القادم من ويب3—ويقف إثبات SQL كأحد أبرز الاتجاهات التقنية في هذا المجال.
