في هذا العام، تُظهر كل العروض التجريبية وكلاءً يدفعون بأنفسهم لاستدعاء واجهات API، مع تسوية بالعملات المستقرة، وإنجاز سلسلة من المهام في ثوانٍ. كان انطباعي الأول بعد المشاهدة هو الحماس، والثاني هو القلق. المال قد دُفع، لكن من أين جاءت البيانات؟ وهل أُجريت الحسابات على نحو صحيح؟ ومن يوقّع عند وقوع خطأ؟ هذه الأسئلة لا تظهر أبدًا في مقاطع العروض التجريبية؛ فهي لا تعرض سوى مسار النجاح، بينما يمتلئ الإنتاج بالفروع الاستثنائية.
يحتل SXT موقعًا ذكيًا إلى حد ما على هذه السلسلة: يستدعي الوكيل SQL لجلب البيانات، وتأتي النتيجة مصحوبة بإثبات Proof of SQL، ويُدفع المقابل بالرموز. لا يحتاج المدقق إلى إعادة الحساب من البداية؛ يكفيه التحقق من الالتزام. وهذا يختلف تمامًا عن نماذج الحوافز وأسواق التنبؤ لدى Bittensor وAllora. فالأخيران يبيعان الأحكام، والأحكام قد تخطئ، والسوق يضع سعرًا للأخطاء أصلًا. أما SXT فيبيع ضمانًا بأن الحقائق حُسبت على نحو صحيح. لا مجال للخطأ هنا؛ فبمجرد وقوعه تنهار سلسلة الثقة بأكملها.
جرّبت Dreamspace قليلًا: فهو ينشئ تطبيقات على Base باستخدام نماذج Microsoft Azure، ويمكن حتى لمن لا يعرف كتابة الشيفرة أن يركّب أداة للاستعلام. تكمن أهميته الحقيقية في أنه يتيح لموظفي الأعمال اختبار مفهوم «قابلية التحقق» بأنفسهم للمرة الأولى، بدلًا من أن يكون مجرد لعبة أخرى بلا شيفرة. فكثيرًا ما لا تكمن قيمة الأداة في وظائفها، بل في تغيير من يحق له طرح الأسئلة.
مهما بلغ الحماس، سأكرر ما قلته: سردية الوكلاء تنطوي على فقاعة ضخمة، وعدد البروتوكولات القادرة على تحصيل الأموال قليل. المعيار بسيط جدًا: هل دفع أحدهم فعلًا من ماله للاستعلام؟ وهل عادت هذه الرسوم إلى حاملي الرموز؟ تجارة الإيصالات ليست مثيرة، لكن كل معاملة يجريها وكيل تحتاج في النهاية إلى إيصال. #sxt $SXT @SpaceandTime