تُعد Concordium Agent Registry الركيزة الأساسية لتطبيق Concordium (CCD) ضمن اقتصاد وكيل AI. عندما يكون الوكيل قادرًا على التوقيع أو الدفع أو تنفيذ الخدمات بشكل مستقل، يجب على الأطراف المقابلة أولًا تحديد "من يملك هذا الوكيل ومن منح له صلاحية التصرف؟" يوفر السجل نقاط هوية قابلة للاكتشاف والتحقق والربط عبر السلاسل (on-chain, cross-chain-referenced)، ويتكامل بسلاسة مع طبقة الحساب الموثق كما هو موضح في هوية البروتوكول وإثبات المعرفة الصفرية.
يتكون السجل، حسب الوثائق العامة، من معيار CIS-8004 (لتسجيل الوكلاء)، بطاقة الوكيل (JSON خارج السلسلة مع تجزئة على السلسلة)، سجل المفاتيح الخارجية CIS-8 (ربط المفتاح العام عبر السلاسل)، وخادم MCP (واجهة أدوات الوكيل). وتعرض الأقسام التالية الخطوات كإجراء متكرر وليس حدثًا لمرة واحدة.
ما الذي يجب تحضيره قبل تسجيل وكيل؟
قبل التسجيل، يجب توفر ثلاثة متطلبات أساسية: حساب Concordium أصلي موثق، رابط استضافة بطاقة الوكيل متاح للعامة، وبيانات وصفية تتضمن اسم الوكيل، مهاراته، ونقاط نهاية الخدمة. وللتوافقية مع شبكات مثل Ethereum أو Solana، يجب أيضًا إعداد المفتاح العام للسلسلة المعنية وقدرة التوقيع اللازمة لربط CIS-8.
| العنصر |
الغرض |
المصدر الشائع |
| حساب Concordium موثق |
تأسيس جذر المساءلة |
محفظة أتمتت عملية إصدار الهوية |
| JSON بطاقة الوكيل |
تحديد قدرات ونقاط نهاية الوكيل |
من إعداد المطوّر أو أداة MCP |
| agent_uri عام |
استضافة بطاقة الوكيل |
استضافة HTTPS ثابتة أو API |
| المفتاح العام لسلسلة خارجية (اختياري) |
تمكين الاكتشاف والاستدعاء عبر السلاسل |
محافظ ETH/SOL |
تؤكد Concordium أن الوكلاء ليسوا ملزمين بنقل جميع الأعمال إلى سلسلتها: يمكن للسجل تثبيت الهوية على Concordium بينما يواصل الوكلاء العمل على سلاسل أخرى، باستخدام CIS-8 وBadge لإرسال إشارات الثقة خارج النظام.
كيف يتم تثبيت الحسابات والهويات على الوكلاء؟
كل وكيل في السجل يقابله رمز NFT غير قابل للاستبدال وفق معيار CIS-8004، يتم سكّه وتحديثه بواسطة حساب Concordium أصلي موثق كمالك. يرتبط حساب المالك بشخص أو كيان حقيقي عبر هوية بروتوكول المستوى، ما يؤسس سلسلة التفويض: NFT الوكيل → حساب المالك → هوية مدعومة من مصدر إصدار الهوية.
تشمل البيانات المخزنة على السلسلة حقولًا أساسية: agent_uri الذي يشير إلى بطاقة الوكيل، وmetadata_hash (SHA-256) لضمان سلامة الوثيقة، وبيانات وصفية قابلة للتوسعة (مثل عنوان محفظة الدفع). قد يشير external_reference الاختياري إلى ربط CIS-8 أو حسابات منصات اجتماعية، مما يسهل ربط الهوية عبر البيئات المختلفة لنفس الوكيل.
تختلف هذه البنية عن التسجيلات المعتمدة فقط على ERC-8004 التي تكتفي بوصف الوكيل: تتطلب Concordium أن يكون للمالك حساب موثق، ما يجعل "من منح التفويض" شرطًا مسبقًا للتسجيل وليس علاجًا لاحقًا. قد تتضمن بيانات الوكيل أيضًا محفظة الدفع وحقول مفتاح-قيمة أخرى لدعم التسوية بين الوكلاء أو سيناريوهات الدفع حسب الاستخدام (x402). مع ذلك، تبقى ضوابط الإنفاق على مستوى التطبيق ضرورية؛ فالتسجيل على السلسلة وحده لا يقيّد سلوك الوكيل.
كيف تتكامل بطاقة الوكيل وCIS-8004؟
بطاقة الوكيل هي وثيقة JSON تتبع صيغًا مثل A2A (وكيل إلى وكيل)، وتحتوي على اسم الوكيل، وصفه، مهاراته، نقاط نهاية الخدمة، وامتدادات Concordium (مؤشر العقد، عنوان الرمز، حساب المالك، إلخ). تُستضاف الوثيقة على رابط agent_uri عبر HTTPS؛ وأثناء التسجيل، يُسجل كل من الرابط وتجزئة SHA-256 لمحتواها في عقد CIS-8004.
يمكن لأي طرف—سواء كان وكيلًا آخر، أداة MCP، أو مراجعًا يدويًا—التحقق من الوكيل عبر: استرجاع agent_uri وmetadata_hash من السلسلة، جلب JSON من الرابط، حساب SHA-256، ومقارنته مع التجزئة المسجلة. أداة MCP verify_agent_card تقوم بأتمتة هذه العملية.
عند تحديث قدرات الوكيل، يجب تحديث JSON المستضاف وتحديث التجزئة على السلسلة عبر build_set_agent_uri أو عمليات مماثلة. وإلا، ستتباعد نقطة التثبيت على السلسلة عن الوثيقة خارج السلسلة. تعمل بطاقة الوكيل كمواصفة عامة قابلة للتحديث، بينما يعمل NFT على السلسلة كنقطة تثبيت غير قابلة للإنكار. يُوصى بالاحتفاظ بلقطات تاريخية أو سجل تغييرات عند تحديث الوثيقة، لتمكين المدققين من تتبع تطور قدرات الوكيل.
الشكل 1. سير عمل Concordium Agent Registry: حساب موثق، سك رمز CIS-8004، تثبيت تجزئة بطاقة الوكيل، وعرض الشارة.
كيف يمكّن CIS-8 الربط عبر السلاسل للمفاتيح؟
يقوم سجل المفاتيح الخارجية CIS-8 بتخزين إثبات تشفيري لربط حساب Concordium أصلي بمفاتيح عامة خارجية (مثل عناوين Ethereum أو مفاتيح Solana العامة) على السلسلة. بعد إتمام الربط، يمكن لوكيل CIS-8004 الإشارة إلى إدخال CIS-8 كـ external_reference، مما يسمح لأدوات Ethereum بحل نفس NFT الوكيل عبر المفتاح العام.
مسار الحل هو: عنوان السلسلة الخارجية → البحث عن ربط عقد CIS-8 → حساب مالك Concordium → البحث عن وكيل CIS-8004 → بطاقة الوكيل. تساعد token_address وإحداثيات العقد في امتدادات Concordium السجلات الخارجية في البحث دون الحاجة لمعرفة تقنية خاصة بـ Concordium.
يتيح ذلك توجيه الوكلاء بمعرف الرمز في أدوات Concordium أو بعنوان ETH في أدوات Ethereum، مع الإشارة في الحالتين إلى نفس الهوية على السلسلة. وعلى عكس نهج "إثبات الشخصية" الذي تمت مناقشته في Concordium vs Worldcoin، يعالج السجل هوية الوكيل القابلة للتحقق والتوافقية عبر السلاسل.
كيف يتم التحقق من شارة Verified by Concordium؟
شارة Verified by Concordium هي إشارة ثقة مرئية للأطراف المقابلة، تدل على ارتباط الوكيل بحساب موثق على مستوى البروتوكول. يجب أن يعتمد التحقق على البيانات المسجلة على السلسلة وليس فقط على أيقونة الشارة: تحقق من وجود الرمز على CIS-8004، تحقق من حالة هوية حساب المالك، تحقق اختياريًا من تطابق تجزئة بطاقة الوكيل مع الوثيقة المستضافة، وللحالات عبر السلاسل تحقق من ربط CIS-8.
تقلل الشارة من الحاجة للتواصل لكنها لا تغني عن التحقق الذاتي. غالبًا ما تجمع المؤسسات أو البيئات عالية الثقة بين التحقق والوصول للتحقق من السمات (مثل العمر، المؤهلات، وحد الإنفاق)، مكملة بذلك طبقة الهوية والتفويض في السجل. إذا كان الوكيل يمثل مؤسسة مالية أو منصة تجارة إلكترونية للمدفوعات، فعادة ما تكون سلسلة الثقة الكاملة: السجل يؤكد الوكيل والكيان المفوض → ZKP يتحقق من السمات التجارية → Locks على مستوى البروتوكول أو x402 تقيد مسارات التسوية، مع أداء كل طبقة لدورها.
ما الذي يجب ملاحظته أثناء التسجيل والتحقق؟
تأكد من توفر استضافة بطاقة الوكيل والحفاظ على سلامة HTTPS: إذا أصبح الرابط غير صالح أو تم تغيير المحتوى دون تحديث التجزئة على السلسلة، سيفشل التحقق. يجب أن يسبق ربط المفتاح الخارجي إعداد external_reference في CIS-8؛ الترتيب غير الصحيح يؤدي إلى إلغاء التسجيل أو مراجع غير صالحة. أمان مفتاح المالك يحدد بشكل مباشر السيطرة على الوكيل؛ وبما أن NFTs قابلة للنقل، فإن تغيير ملكية الوكيل يتطلب إجراءات حوكمة داخلية.
يوفر خادم MCP أدوات للتسجيل، بناء بطاقة الوكيل، والتحقق منها، مما يسهل دمج إطار عمل الوكيل، لكن يجب على المطورين فهم العمليات على السلسلة وتكاليف الرسوم (أو المعاملات المدعومة). لا يزال النظام البيئي للسجل في طور التوسع، ويعتمد اعتماد الأطراف المقابلة للشارة كمعيار قبول على ممارسات الصناعة.
تسرد الوثائق العامة العقود على الشبكة الرئيسية، بما في ذلك CIS-8004 Agent Registry (المؤشر 10082) وCIS-8 External Key Registry (المؤشر 10081)، والتي يمكن الاستعلام عنها عبر مستكشفات الكتل مثل CCDScan. تقوم خدمات الفهرسة بتحويل الأحداث على السلسلة إلى REST APIs، مما يبسط البحث عن الوكلاء واكتشافهم دون الحاجة لمسح السلسلة يدويًا. للبيئات الإنتاجية، يُوصى بوضع قائمة تحقق متكررة للنشر: "تسجيل على السلسلة → استضافة البطاقة → التحقق من التجزئة → عرض الشارة"، ودمجها في سير عمل CI عند تحديث قدرات الوكيل لتفادي الانحراف بين السلسلة والوثيقة.
الملخص
توحد Concordium Agent Registry هوية الوكيل، سلامة الوثيقة، المفاتيح العامة عبر السلاسل، والحسابات الموثقة في سير عمل متكرر. من الضروري فهم الأدوار المميزة لكل من CIS-8004، بطاقة الوكيل، وCIS-8 لدمج الشارة الموثقة والتحقق من ثقة الوكيل عبر السلاسل. أثناء النشر، يجب تضمين التسجيل على السلسلة، استضافة الوثائق، والتحقق الدوري من التجزئة في العمليات التشغيلية لتفادي وجود سجلات قديمة غير قابلة للتحقق بعد تحديث قدرات الوكيل.
الأسئلة الشائعة
ما هو Concordium Agent Registry؟
Agent Registry هو نظام هوية الوكيل على السلسلة من Concordium، يقوم بتسجيل الوكلاء كـ NFTs عبر CIS-8004 ويصف قدراتهم ونقاط النهاية الخاصة بهم من خلال بطاقة الوكيل. يربط السجل الوكلاء بحسابات Concordium الموثقة، ويدعم ربط المفاتيح عبر السلاسل، وشارة Verified by Concordium.
كيف تُربط هوية وكيل AI بالحسابات الحقيقية؟
كل NFT وكيل مملوك ومدار بواسطة حساب Concordium أصلي موثق. يرتبط هذا الحساب بشخص أو كيان تم التحقق منه عبر هوية بروتوكول المستوى ومصدر إصدار الهوية، مكونًا سلسلة مساءلة: وكيل → مالك → كيان موثق.
ما هو الغرض من بطاقة الوكيل؟
بطاقة الوكيل هي وثيقة JSON عامة توضح اسم الوكيل، مهاراته، ونقاط نهاية الخدمة؛ يتم تخزين رابطها وتجزئة SHA-256 الخاصة بها على السلسلة لضمان السلامة. يتطلب تحديث القدرات تحديث الوثيقة ومزامنة التجزئة على السلسلة في الوقت ذاته.
هل يمكن لوكلاء Concordium العمل على Ethereum أو Solana؟
نعم. من خلال ربط المفاتيح العامة للسلاسل الخارجية بحسابات Concordium عبر CIS-8 وتعيين external_reference على وكلاء CIS-8004، يمكن للأدوات الخارجية حل نفس هوية الوكيل باستخدام عناوين Ethereum أو Solana، دون الحاجة لنقل جميع المنطق إلى Concordium.
كيف يمكنك التحقق من موثوقية وكيل؟
يجب أن يشمل التحقق على السلسلة فحص رمز CIS-8004، حالة هوية حساب المالك، ما إذا كانت تجزئة بطاقة الوكيل تطابق الوثيقة المستضافة، وربط CIS-8 عبر السلاسل عند الحاجة. الشارة الموثقة إشارة تكميلية ولا يمكن أن تحل محل خطوات التحقق التشفيري.
