يريد صاحب عمل أن يتعامل وكيل ذكي مع المهام الروتينية والدفعات، لكن هناك شيئًا واحدًا لا يريده: أن تكون هويته الشخصية مكشوفة للعامة فقط لإثبات شرعية الوكيل. هنا يأتي دور سجل الوكلاء @Concordium. يمكن لصاحب العمل التحقق من هويته من خلال مزود مستقل، وربط وكيله بشخص أو شركة مُحققَة. ويمكن للآخرين التحقق من شعار "مُحقق بواسطة @Concordium" دون رؤية تفاصيل الهوية الشخصية للمالك على السلسلة. في الوقت نفسه، يقوم الوكلاء الذكيون بالفعل بمهام عملية. سجّل خدمة التوصيات 6,899 مكافأة، مع نقل حوالي 478,400 CCD بين الوكلاء. يربط NewsAgents ملخصات القصص على السلسلة، بينما يتطلب DOTDOTDOT تسجيلات نشطة للوكلاء الذين ينضمون إلى لعبة التفاوض الخاصة به. هذه ليست كلها حالات استخدام متشابهة، لكنها تُظهر انتقال الوكلاء إلى أنشطة حقيقية. لأي شخص يستخدم وكيلًا، فإن الخصوصية مهمة. كما أن معرفة وجود مالك مُحقق خلفه مهمة أيضًا. لا ينبغي أن تضطر إلى كشف هويتك لإثبات المساءلة.

تعرف على كاي، وهو عميل ذكاء اصطناعي نموذجي على XDC AI. يملك كي محفظة XDC ويمكنه دفع ثمن الخدمات بعملة USDC عبر x402. لكن إذا كانت شركة ترغب في إجراء معاملة معه، فهناك سؤال آخر يستحق طرحه: من يقف خلف هذا العميل؟ يُكمل مالك كاي فحص الهوية من خلال مزود مستقل باستخدام محفظة @Concordium، ويربط محفظة XDC بتوقيعين لا ينقلان أي أموال، ثم يسجل العميل. يمكن الآن لكاي حمل شارة "مُحقق من Concordium" يمكن لأي شخص التحقق منها على السلسلة. وهي تؤكد أن شخصًا أو شركة مُحققًا يقف خلفه، دون كشف تفاصيله الشخصية. ما هو المثير؟ يحافظ كاي على محفظته وشفرته وعملياته على XDC. لا يحتاج إلى الانتقال إلى Concordium لاستخدام بنية هويتها. ويمتد هذا النهج أبعد من ذكاء XDCNetwork الاصطناعي. فخدمات التحفيز، ووكلاء الأخبار، وAITECH Agent Forge، وDOTDOTDOT و8004scan تستخدم أيضًا أو تقرأ سجل الوكلاء الخاص بـ Concordium لأغراض مختلفة. منصات مختلفة، ومهمات مختلفة، لكن طريقة مشتركة للتحقق من هوية العميل أو السجلات المرتبطة به. يمكن للعميل إجراء دفع. والتحقق يساعد في الإجابة عن الشخص أو الجهة التي تقف خلفه. ومع تزايد مهام الذكاء الاصطناعي في الأعمال، فإن هذا التمييز يصبح مهمًا.

يمكن لوكيل ذكاء اصطناعي أن يعمل على سلسلة كتل واحدة بينما يأتي إثبات ملكيته من سلسلة أخرى. هذا تحول مثير في كيفية عمل نظم بلوك تشين معًا. خذ مطورًا يبني وكيلًا على XDC AI لاكتشاف الموردين، ومقارنة الأسعار، ودفع الفواتير بعملة USDC. يمتلك الوكيل محفظة خاصة به على @XDCNetwork، لكن المورد لا يزال لديه سؤال عادل: من يقف خلف هذا الوكيل إذا حدث خطأ؟ هنا يأتي دور @Concordium. يُحقق المالك هويته من خلال مزود مستقل، ويربط محفظته على XDC باستخدام توقيعين لا ينقلان أي أموال، ثم يسجل الوكيل. ثم تصدر Concordium شارة "مُحقق من Concordium" يمكن لأي شخص التحقق منها على السلسلة. الجزء المفيد؟ لا يحتاج الوكيل إلى مغادرة XDC. تبقى محفظته وشفرته وعملياته حيث هي. تضيف Concordium طبقة هوية، بينما تظل التفاصيل الشخصية للمالك خاصة. هذه هي أول تكامل كامل للشبكة من نوعها من Concordium، تسمح للوكلاء عبر XDC AI باستخدام نفس نهج التحقق من الملكية. بالطبع، وجود مالك مُحقق لا يعني أن كل إجراء يتخذه الوكيل آمن أو مُصرح به. إنه يخبرك فقط من يقف خلفه، وليس ما إذا كانت كل قراراته صحيحة. هذا التمييز مهم مع انتقال وكلاء الذكاء الاصطناعي من إجراء المدفوعات إلى إدارة معاملات أعمال حقيقية. المدفوعات تثبت أن الأموال انتقلت. الملكية المُ验证ة تضيف قطعة مفقودة: المساءلة. $CCD

كاد وكيل ذكاء اصطناعي أن يدفع آلاف الدولارات لغريب. ثم توقف وكيل آخر لطرح سؤال واحد. تدير نورا عمليات الشراء لشركة تصنيع. تجد وكيلًا يُدعى ركس يقدم قطع الغيار الدقيقة التي تحتاجها شركتها. يرسل ركس عرض سعر ويطالب بالدفع بعملة USDC عبر XDC AI. السعر مناسب، وتفاصيل الدفع متوافقة، ويبدو أن الصفقة بسيطة. لكن نورا شهدت ما يحدث عندما يتم إجراء الدفع ولا يتحمل أحد المسؤولية عن الفوضى التي تليه. لذلك، قبل الدفع، تتحقق من شارة "مُحقق من @Concordium" الخاصة بريكس. وتؤكد الشارة أن شخصًا أو شركة مُحققة تقف خلف ركس. هوية المالك تبقى خاصة، ولا تُنشر وثائقه الشخصية على السلسلة. ما زالت نورا بحاجة للتحقق من المورد، والطلب، وما يُصرح لريكس بفعله. الشارة ليست ضمانة بأن كل شيء سيسير بسلاسة. لكنها الآن تمتلك شيئًا لا يمكن لأي عنوان محفظة وحده أن يوفره: دليل على ملكية مُحققة. هذه هي النقطة المثيرة في تكامل Concordium مع @XDCNetwork AI. يمكن للوكلاء بالفعل اكتشاف الخدمات والدفع بعملة USDC. والآن، عبر شبكة XDC AI، يمكنهم أيضًا حمل دليل على أن مالكًا مُحققًا يقف خلفهم. لأنه عندما يرتكب وكيل ذكاء اصطناعي خطأً مكلفًا، لا ينبغي أن يكون "كان مجرد الروبوت" هو نهاية الحوار. $CCD

دفعت وكيلة الذكاء الاصطناعي الفاتورة، لكن من يتحمل المسؤولية إذا حدث خطأ في الطلب؟ تخيل شركة تصنيع تُطبّق وكيلة ذكاء اصطناعي لشراء مكونات آلات. تكتشف الوكيلة موردًا عبر XDC AI، وتضع طلبًا وتدفع باستخدام USDC عبر x402. تم استلام الدفع. تأكيد المعاملة. كل شيء يبدو جيدًا. ثم يكتشف المورد أن الوكيلة طلبت مكونات خاطئة، أو أن الشراء لم يُصرّح به أصلًا. يمكن للبلوكشين إظهار الدفع. يمكن للمحفظة إظهار المعاملة. لكن لا يُخبر أي منهما المورد تلقائيًا من يقف خلف تلك الوكيلة. هذه هي القطعة المفقودة في التجارة الذاتية. مع شارة "مُتحقق بواسطة @Concordium" على @XDCNetwork AI، يمكن للوكيلة أن تحمل دليلاً على السلسلة يثبت أن شخصًا أو شركة مُتحققًا منه مسؤول عنها، دون كشف هوية المالك علنًا. تحتفظ الوكيلة بمحفظة XDC الخاصة بها وتستمر في العمل على XDC AI. يضيف Concordium طبقة الهوية أسفلها. هذا التمييز مهم. يساعد x402 الوكيلة على الدفع. أما الملكية المُتحقق منها فتساعد على تحديد من يقف خلفها. الشارة لا تضمن أن الوكيلة ستتخذ دائمًا القرار الصحيح. بل توفر للأطراف المقابلة شيئًا مهمًا للتحقق منه قبل اتخاذ قرار الثقة بها في معاملة. مع انتقال وكلاء الذكاء الاصطناعي من الإجابة على الأسئلة إلى إنفاق أموال حقيقية، أليس من المنطقي أن يكون معرفة من يقف خلفها جزءًا من العملية؟ $CCD

تخيل أن لديك ما يكفي من المال للدفع، لكنك غير قادر على إكمال المعاملة لأنك لا تمتلك الرمز المميز المطلوب لرسوم الشبكة. هذا هو النوع من العوائق التي تعمل @Concordium على إزالته. تكلفة تحويل CCD حوالي 0.01 يورو، مع تحديد الرسوم عبر الحوكمة بدلاً من مزاد تنافسي. ومع ذلك، حتى الرسوم الصغيرة يمكن أن تصبح عائقًا عندما يمتلك الشخص فقط العملات المستقرة. تدعم Concordium 10 عملات مستقرة عبر خمس عملات كرموز على مستوى البروتوكول. وبفضل المعاملات الممولة، يمكن للشركة تغطية رسوم الشبكة بدلاً من إجبار كل عميل أو وكيل على امتلاك $CCD. أنا أحب هذا الاتجاه: يجب أن تجعل العملات المستقرة المدفوعات أسهل، ولا تُجبر المستخدمين على مغامرة جانبية لشراء الغاز.

في النهاية، سيقوم الوكلاء بأكثر من مجرد الإجابة على الأسئلة. سيقومون بإجراء المدفوعات، وتبادل الخدمات، والقيام بالمعاملات مع وكلاء آخرين. لكن ماذا يحدث عندما تحدث مشكلة في معاملة؟ من يتحمل المسؤولية؟ هذه تحدي لا يمكننا تجاهله مع نمو التجارة بين الوكلاء. يقوم @Concordium بمعالجة هذا التحدي من مستوى البنية التحتية، باستخدام الهويات التشفيرية وإثباتات معرفة صفرية لربط الوكلاء بالمالكين المعتمدين مع الحفاظ على خصوصية هوياتهم. الهدف ليس فقط السماح للوكلاء بالقيام بالمعاملات تلقائيًا. بل التأكد من وجود مساءلة وراء أفعالهم دون المساس بالخصوصية. لأنه لكي تعمل عمليات التسوية بين الوكلاء في العالم الحقيقي، لا يكفي فقط الأتمتة. فالثقة والمساءلة مهمتان أيضًا. $CCD

ليس كل عامل ذكاء اصطناعي بحاجة إلى شارة. لكن العوامل التي تعمل عبر سلاسل أخرى تحتاج إلى وسيلة لإثبات من يقف خلفها. هذا ما أعجبني في Concordium. يتم التحقق من العوامل المبنية على Concordium من خلال طبقة الهوية الخاصة بها. أما العوامل على Ethereum والسلاسل الأخرى المدعومة، فتحمل شارة "مُحقق من قبل @Concordium" كإثبات لذلك. لا حاجة لهجرة السلسلة. فقط مسؤولية قابلة للتحقق أينما تعمل. هكذا يمكن للثقة أن تسافر مع الذكاء الاصطناعي.

يمكن لوكيل ذكاء اصطناعي استخدام اسم شركة دون إثبات أنه يمثل تلك الشركة فعليًا. هذا مشكلة. يتعامل @Concordium مع هذه المشكلة من خلال "التحقق بواسطة Concordium Domain Control" (VCDC)، الذي يربط نطاق الويب الخاص بالشركة بحساب Concordium المُحقق. بالإضافة إلى سجل الوكلاء والملكية المُتحقق منها، يمكن للناس التحقق من هوية الوكيل، ومالكه، والشركة التي تقف خلفه، حتى عندما يعمل الوكيل على Ethereum. هذا هو نوع المساءلة الذي يحتاجه الذكاء الاصطناعي قبل أن يتعامل مع أعمال حقيقية. $CCD

لا ينبغي لوكيل ذكاء اصطناعي أن يرفع جواز سفر فقط لإثبات أن شخصًا ما بالغ بما يكفي للوصول إلى خدمة. لهذا السبب أنا متحمس لـ Concordium’s 1-Click Verify & Pay مع x402. تتعامل x402 مع المدفوعات حسب الاستخدام دون تسجيل أو بريد إلكتروني. @Concordium تضيف التحقق من الهوية والعمر باستخدام إثباتات الصفر المعرفة، بحيث يمكن للوكلاء الوصول إلى الخدمات المقيدة بينما يمكن للتجار التحقق من الامتثال دون رؤية بيانات شخصية غير ضرورية. تم التعامل مع الدفع، تم إثبات الأهلية، تم الحفاظ على الخصوصية. هذا هو نوع البنية التحتية الذي يجعل التجارة الذاتية أكثر عملية. $CCD