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