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