#sxt $SXT @SpaceandTime مشروع SXT، ما يستحق الدراسة حقًا ليس قاعدة البيانات، بل كيفية إثبات أن البيانات لم يتم العبث بها.
لنأخذ مثالًا: يريد بروتوكول إقراض DeFi تعديل حدود الاقتراض بناءً على سجلات اقتراض المستخدم وسداده خلال الأشهر الماضية.
رغم أن جميع سجلات هذه المعاملات موجودة على السلسلة، فإن مطالبة العقد الذكي بالبحث بنفسه في بيانات الأشهر الماضية ستكون مكلفة للغاية. لذلك، عادةً ما يتولى طرف ثالث ترتيبها مسبقًا، ثم يقدّم النتائج إلى العقد.
وهنا يبرز السؤال: هل البيانات التي يقدّمها الطرف الثالث دقيقة بالضرورة؟ هل عُدّلت في أثناء ذلك؟ وكيف يمكن للعقد التحقق منها؟
هذا بالضبط ما يفعله Space and Time.
يمكنه تنظيم سجلات المعاملات التاريخية على السلسلة في جداول بيانات قابلة للاستعلام باستخدام SQL. تُجرى عمليات الاستعلام والحساب خارج السلسلة، ثم يُنشأ إثبات تشفيري باستخدام Proof of SQL.
بعد استلام النتيجة، لا يحتاج العقد إلى إعادة الحساب من البداية؛ إذ يمكنه التحقق من صحة الاستعلام ومن توافق البيانات مع السجلات التي سبق تأكيدها.
وثمة تفصيل مهم هنا: فهو لا يكتفي بإخبارك بأن النتيجة موثوقة، بل يتيح لك التحقق منها بنفسك.
ولا تقتصر فائدة هذه التقنية على DeFi.
فعلى سبيل المثال، إذا بدأت وكلاء الذكاء الاصطناعي (AI Agent) بإدارة الأموال فعلًا مستقبلًا، فستحتاج عمليات الاستعلام عن أرصدة الحسابات، وحساب تغيرات الأصول، وتنفيذ المعاملات إلى بيانات تدعمها. وإذا أمكن إرفاق إثبات بنتائج الاستعلام، فسيقلّ ذلك، على الأقل، من الاعتماد على الثقة بمزوّد البيانات.
ومثال آخر هو ترميز أصول RWA؛ إذ يجب مطابقة بيانات الأصول خارج السلسلة مع سجلات المعاملات على السلسلة، ويمكن لـ Space and Time المشاركة في الاستعلام عن البيانات والتحقق منها في هذا السياق.
وبالطبع، فإن Proof of SQL يثبت سلامة البيانات وصحة عمليات الاستعلام والحساب، لكنه لا يعني أن كل معلومة أصلية أُدخلت خارج السلسلة صحيحة بطبيعتها.
أرى أن ما يجعل SXT جديرًا بالاهتمام هو هذه النقطة تحديدًا. قد تبدو AI وDeFi وRWA ثلاثة مجالات مختلفة، لكن تطبيقها على نطاق واسع سيصطدم حتمًا بسؤال واحد: هل يمكن التحقق من البيانات؟
لنأخذ مثالًا: يريد بروتوكول إقراض DeFi تعديل حدود الاقتراض بناءً على سجلات اقتراض المستخدم وسداده خلال الأشهر الماضية.
رغم أن جميع سجلات هذه المعاملات موجودة على السلسلة، فإن مطالبة العقد الذكي بالبحث بنفسه في بيانات الأشهر الماضية ستكون مكلفة للغاية. لذلك، عادةً ما يتولى طرف ثالث ترتيبها مسبقًا، ثم يقدّم النتائج إلى العقد.
وهنا يبرز السؤال: هل البيانات التي يقدّمها الطرف الثالث دقيقة بالضرورة؟ هل عُدّلت في أثناء ذلك؟ وكيف يمكن للعقد التحقق منها؟
هذا بالضبط ما يفعله Space and Time.
يمكنه تنظيم سجلات المعاملات التاريخية على السلسلة في جداول بيانات قابلة للاستعلام باستخدام SQL. تُجرى عمليات الاستعلام والحساب خارج السلسلة، ثم يُنشأ إثبات تشفيري باستخدام Proof of SQL.
بعد استلام النتيجة، لا يحتاج العقد إلى إعادة الحساب من البداية؛ إذ يمكنه التحقق من صحة الاستعلام ومن توافق البيانات مع السجلات التي سبق تأكيدها.
وثمة تفصيل مهم هنا: فهو لا يكتفي بإخبارك بأن النتيجة موثوقة، بل يتيح لك التحقق منها بنفسك.
ولا تقتصر فائدة هذه التقنية على DeFi.
فعلى سبيل المثال، إذا بدأت وكلاء الذكاء الاصطناعي (AI Agent) بإدارة الأموال فعلًا مستقبلًا، فستحتاج عمليات الاستعلام عن أرصدة الحسابات، وحساب تغيرات الأصول، وتنفيذ المعاملات إلى بيانات تدعمها. وإذا أمكن إرفاق إثبات بنتائج الاستعلام، فسيقلّ ذلك، على الأقل، من الاعتماد على الثقة بمزوّد البيانات.
ومثال آخر هو ترميز أصول RWA؛ إذ يجب مطابقة بيانات الأصول خارج السلسلة مع سجلات المعاملات على السلسلة، ويمكن لـ Space and Time المشاركة في الاستعلام عن البيانات والتحقق منها في هذا السياق.
وبالطبع، فإن Proof of SQL يثبت سلامة البيانات وصحة عمليات الاستعلام والحساب، لكنه لا يعني أن كل معلومة أصلية أُدخلت خارج السلسلة صحيحة بطبيعتها.
أرى أن ما يجعل SXT جديرًا بالاهتمام هو هذه النقطة تحديدًا. قد تبدو AI وDeFi وRWA ثلاثة مجالات مختلفة، لكن تطبيقها على نطاق واسع سيصطدم حتمًا بسؤال واحد: هل يمكن التحقق من البيانات؟
