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