أعلنت Google Cloud وMysten Labs في 6 أكتوبر عن شراكة لإطلاق «وسيط تحكيم قابل للتحقق» (VAA). وقد حظي المشروع بضجة كبيرة في أوساط القطاع، لكن قراءة البنية التقنية تكشف أنه لا يحل سوى النصف الأصعب تزويرًا.
لنبدأ بما يفعله فعليًا. تظل سجلات تشغيل وكلاء الذكاء الاصطناعي — المطالبات، ومخرجات النماذج، واستدعاءات الأدوات — مخزنة في مساحة تخزين Google Cloud الخاصة بالمؤسسة، حيث لا يستطيع أحد الاطلاع على محتوى الأعمال. أما ما يُسجَّل على السلسلة، ويُخزَّن عبر Walrus ويُنسَّق على Sui، فهو **إثبات سلامة** هذه السجلات فحسب. هذا الفصل ذكي: السجلات للعميل، والأدلة لسلسلة الكتل العامة؛ ويمكن لأي شخص التحقق من أنها «لم تُعدَّل»، دون أن يتمكن من الوصول إلى البيانات نفسها.
وقد سُمّي المشترون المحتملون أيضًا: فاعتبارًا من عام 2027، تفرض لائحة الاتحاد الأوروبي للذكاء الاصطناعي غرامات على سجلات التدقيق المفقودة تصل إلى 15 مليون يورو أو 3% من الإيرادات السنوية العالمية. لذا قد لا تكون أول ميزانية في اقتصاد الوكلاء للقدرات، بل لـ«الإثبات». وتشمل القدرات المكمّلة أمورًا عملية أيضًا: إعادة تشغيل النزاعات، وإعادة بناء الحوادث، والتوافق مع بروتوكول A2A من Google، وربط مدفوعات وكلاء Sui بعمليات الاستدعاء والدفع والتفويض في x402.
لكن كلمة «قابل للتحقق» تؤدي دائمًا وظيفتين مختلفتين. الأولى: إثبات أن السجلات لم يتم العبث بها، وهذا ما تستطيع التشفيرات حله. والثانية: التحقق مما إذا كان السلوك قد تجاوز الصلاحيات، وهذه مسألة تتعلق بقائمة التفويضات. فالهوية تجيب فقط عن سؤال «هل يُسمح لهذا الوكيل بالتصرف؟»، لكنها لا تجيب عن سؤال «هل يقع هذا التصرف تحديدًا ضمن نطاق التفويض؟». لقد أتقن VAA الوظيفة الأولى، لكن الثانية لا تزال بلا حل: من سيتولى صيانة سجلّ «ما التفويضات المعتمدة، وما النطاق الذي تسمح به»؟ لم يقدّم أحد حلًا لذلك حتى الآن. ويستحق بحث ToFu الاطلاع عليه أيضًا: فقد كشف عن 343 خللًا في أمن الدلالات ضمن 3405 أدوات على 273 خادم MCP. فـ«صحة التنسيق» حكمٌ يصدره محلّل البيانات، لا قرارٌ أمني.
اختباري في 60 ثانية: كلما صادفت ادعاءً عن «وكيل قابل للتحقق»، اطرح سؤالًا واحدًا: أروني سجل التفويضات. إن لم يستطيعوا، فعليهم الإقرار بصدق بأن هذه ثغرة قائمة. كذلك، إذا سُئل نظام بلا سجل للإصدارات: «ما الحالة التي كان عليها الأسبوع الماضي؟»، فينبغي أن يجيب UNKNOWN. هذا ليس عيبًا، بل أمانة.
$SUI
ما سبق لا يشكّل نصيحة استثمارية. أجرِ بحثك الخاص (DYOR).
لنبدأ بما يفعله فعليًا. تظل سجلات تشغيل وكلاء الذكاء الاصطناعي — المطالبات، ومخرجات النماذج، واستدعاءات الأدوات — مخزنة في مساحة تخزين Google Cloud الخاصة بالمؤسسة، حيث لا يستطيع أحد الاطلاع على محتوى الأعمال. أما ما يُسجَّل على السلسلة، ويُخزَّن عبر Walrus ويُنسَّق على Sui، فهو **إثبات سلامة** هذه السجلات فحسب. هذا الفصل ذكي: السجلات للعميل، والأدلة لسلسلة الكتل العامة؛ ويمكن لأي شخص التحقق من أنها «لم تُعدَّل»، دون أن يتمكن من الوصول إلى البيانات نفسها.
وقد سُمّي المشترون المحتملون أيضًا: فاعتبارًا من عام 2027، تفرض لائحة الاتحاد الأوروبي للذكاء الاصطناعي غرامات على سجلات التدقيق المفقودة تصل إلى 15 مليون يورو أو 3% من الإيرادات السنوية العالمية. لذا قد لا تكون أول ميزانية في اقتصاد الوكلاء للقدرات، بل لـ«الإثبات». وتشمل القدرات المكمّلة أمورًا عملية أيضًا: إعادة تشغيل النزاعات، وإعادة بناء الحوادث، والتوافق مع بروتوكول A2A من Google، وربط مدفوعات وكلاء Sui بعمليات الاستدعاء والدفع والتفويض في x402.
لكن كلمة «قابل للتحقق» تؤدي دائمًا وظيفتين مختلفتين. الأولى: إثبات أن السجلات لم يتم العبث بها، وهذا ما تستطيع التشفيرات حله. والثانية: التحقق مما إذا كان السلوك قد تجاوز الصلاحيات، وهذه مسألة تتعلق بقائمة التفويضات. فالهوية تجيب فقط عن سؤال «هل يُسمح لهذا الوكيل بالتصرف؟»، لكنها لا تجيب عن سؤال «هل يقع هذا التصرف تحديدًا ضمن نطاق التفويض؟». لقد أتقن VAA الوظيفة الأولى، لكن الثانية لا تزال بلا حل: من سيتولى صيانة سجلّ «ما التفويضات المعتمدة، وما النطاق الذي تسمح به»؟ لم يقدّم أحد حلًا لذلك حتى الآن. ويستحق بحث ToFu الاطلاع عليه أيضًا: فقد كشف عن 343 خللًا في أمن الدلالات ضمن 3405 أدوات على 273 خادم MCP. فـ«صحة التنسيق» حكمٌ يصدره محلّل البيانات، لا قرارٌ أمني.
اختباري في 60 ثانية: كلما صادفت ادعاءً عن «وكيل قابل للتحقق»، اطرح سؤالًا واحدًا: أروني سجل التفويضات. إن لم يستطيعوا، فعليهم الإقرار بصدق بأن هذه ثغرة قائمة. كذلك، إذا سُئل نظام بلا سجل للإصدارات: «ما الحالة التي كان عليها الأسبوع الماضي؟»، فينبغي أن يجيب UNKNOWN. هذا ليس عيبًا، بل أمانة.
$SUI
ما سبق لا يشكّل نصيحة استثمارية. أجرِ بحثك الخاص (DYOR).