Algorand تطلق AC2، بروتوكولًا مفتوحًا يُبقي وكلاء الذكاء الاصطناعي بعيدًا عن مفاتيح المستخدمين
بروتوكول AC2 من مؤسسة Algorand يتيح للمستخدمين المصادقة على إجراءات وكلاء الذكاء الاصطناعي — المدفوعات، وتعديلات الشيفرة، واستدعاءات واجهات البرمجة — عبر مفتاح المرور، فيما لا تغادر المفاتيح الخاصة أجهزتهم أبدًا.

مشكلة التحكم في قلب التجارة الوكيلية
يستهل منشور الإطلاق1 الذي نشرته مؤسسة Algorand عن بروتوكولها الجديد بمشهد مألوف لكل من يشغّل وكلاء ذكاء اصطناعي في بيئة إنتاج فعلية: وكيل تابع لمطوّر تعرّضت بيئة تشغيله للاختراق عبر تبعية خبيثة لإحدى الإضافات، فخرج المهاجم حاملًا مفاتيح واجهات البرمجة ورموز الجلسة الموجودة في تلك البيئة، مع صلاحية كافية لدفع عملية دمج للشيفرة بدت وكأنها تحمل موافقة المهندس الرئيسي. ولم يكن بوسع الفريق إثبات أن إنسانًا لم يوافق عليها، إذ لم تكن الموافقة سوى رسالة داخل سلسلة على Slack. وAC22، أي بروتوكول التواصل والتحكم الوكيلي، الذي أصدرته المؤسسة في 25 أغسطس، هو الجواب الذي صيغ هذا السيناريو ليكون إطاره. وبعد أيام، أوضحت أحدث حلقة من بودكاست Verifiably Random3 التابع للمؤسسة حجم الرهان في عنوانها: 'Who controls your AI agent?'
ويأتي AC2 في قلب مسعى المؤسسة نحو التجارة الوكيلية — وكلاء آليون يشترون السلع والخدمات نيابة عن المستخدم. وقد أثمر هذا المسعى زخمًا ملموسًا هذا العام: فتنفيذ المؤسسة لمعيار الدفع x402 — الذي يعيد الحياة إلى رمز الحالة الخامل HTTP 402 «Payment Required»، فيتيح لخادم أن يطالب بالدفع ولوكيل أن يسوّيه عبر مسارات البلوك تشين في رحلة واحدة — دمجته Coinbase في النصف الأول من 2026. وفي يوليو أطلقت GoPlausible، مزوّد البنية التحتية للذكاء الاصطناعي في المنظومة، مُيسِّرها الإنتاجي للتحقق من تلك المدفوعات وتسويتها، وباتت لوحتها العامة4 تسجّل 877,000 عملية تسوية منذ الإطلاق و286,000 دولار من الحجم المسوّى، 77 في المئة منه على الشبكة الرئيسية لـAlgorand، بمتوسط زمن تسوية 0.4 ثانية. وقال مدير التسويق Marc Vanlerberghe للمشاهدين في الحلقة إن أكثر من 1,000 مطوّر سجّلوا في Global x402 Challenge — الذي يقول إنه أنتج نحو 3,000 نقطة نهاية — وإن Algorand تحتل المرتبة الثالثة في حركة x402، خلف Base وSolana، وفق Token Terminal.
غير أن قدرة الوكلاء على الفعل كلما اتسعت زاد خطرهم. وفكرة Vanlerberghe في الحلقة بسيطة: فهي أنظمة غير حتمية، تصوغ سلوكها نماذج لغوية كبيرة لا يستطيع أي عرض توضيحي التنبؤ بها بالكامل. وهذا أمر محتمل في محادثة عابرة، لكنه غير محتمل حين يحمل النظام نفسه كلمات المرور، أو يقرأ البريد الإلكتروني، أو ينفق المال. ومعظم أطر الوكلاء اليوم تعمل بتسليم الوكيل نسخة من بيانات اعتماد المستخدم — وهو النموذج الذي يورّث المهاجم الذي يخترق بيئة التشغيل كل شيء. أما التأكيدات عبر تطبيقات المحادثة، سواء في WhatsApp أو Telegram أو Slack، فتضيف تحققًا بشريًا بلا أي تشفير: كلمة «نعم» في سلسلة رسائل لا تثبت شيئًا عن هوية مرسلها ولا عما وافق عليه.
التوقيع كما في مبادلة داخل تطبيق لامركزي — بوكيل في الطرف المقابل
ينقل تصميم AC2 نمطًا طالما استُخدم في Web3. فحين تبدّل الرموز داخل تطبيق لامركزي، لا يمسّ التطبيق مفاتيحك الخاصة: بل يطلب من محفظتك الاتصال، فتراجع المعاملة وتوقّعها، ثم ينفّذها التطبيق. ويجعل AC2 من الوكيل ذلك التطبيق نفسه. فالوكيل يجهّز إجراءً — دفعة، أو دمج شيفرة، أو استدعاء لواجهة برمجة — ويرسل طلب توقيع عبر قناة مشفّرة من الطرف إلى الطرف إلى تطبيقك. فتراجع التفاصيل وتوافق بمفتاح مرور: مصادقة FIDO2 مرتبطة بعتاد الجهاز، تُؤكَّد بالوجه أو البصمة أو رمز الجهاز، وتقيم في العتاد الآمن للجهاز لا في برمجية قد يصطادها المهاجم بالتصيّد. ثم يُفوَّض التوقيع إلى الوكيل، فيُتمّ الإجراء. أما المفتاح نفسه فلا يغادر جهازك أبدًا.
أما طبقة النقل فمُركّبة من معايير مفتوحة بدل أن تُبتكر من الصفر: DIDComm v2.05 لصيغ الرسائل، وWebRTC للتواصل المباشر من طرف إلى طرف بعد مصافحة أولية، وLiquid Auth، طبقة الاتصال القائمة على مفاتيح المرور التي طورتها المؤسسة. ولا يوجد مُرحّل مركزي — لا وسيط في المنتصف يمكنه تسجيل المحادثة أو رسم خريطتها أو حجبها. والهوية مدمجة في التصميم لا ملحقة به. فالمستخدم وكل وكيل يحملان معرّفًا لامركزيًا، وهو معيار W3C لمعرّفات تتحكم بها الجهة نفسها بدل أن تتلقاها من سلطة، وعند الاقتران الأول يُربط الطرفان تشفيريًا. وهذا الربط هو ما سيتيح لاحقًا لتاجر أن يطلب من وكيل تسوّق مجهول أن يثبت من يملكه فعلًا: سلسلة إثبات مصدر لا تستطيع واجهات المحادثة إنتاجها.
وAC2 محايد تقنيًا تجاه البلوك تشين تحديدًا؛ فهو يعمل دون أي بلوك تشين على الإطلاق. وتطبيق AC2 Wallet، الذي تنشره Pera Wallet, Lda بالشراكة مع المؤسسة، محفظة Algorand ذاتية الحفظ، فيمكن للمستخدم الذي يريد إنفاق USDC6 عبر وكيل أن يوافق على الدفعة ويسوّيها في الواجهة نفسها. وتقول المؤسسة إن التكامل الأساسي لا يتطلب سوى «نحو خمسين سطرًا لتدفق أساسي».
ما الذي يمكن للمستخدم الموافقة عليه فعليًا
| المفهوم | الأثر على أرض الواقع |
|---|---|
| مدفوعات x402 | تُوجَّه تفاصيل الدفع إلى محفظة المستخدم للموافقة قبل أن يُتمّ الوكيل استدعاءً مدفوعًا لواجهة برمجة — تفويض دون كشف المفتاح الخاص إطلاقًا |
| عمليات نشر الشيفرة وتعديلات git | يجهّز الوكيل مجموعة تغييرات، لكن يلزم توقيع مرتبط بالعتاد — دليل على أن إنسانًا مارس السلطة النهائية — قبل الدمج أو الدفع إلى المستودع |
| الوصول إلى واجهات البرمجة | يعرض الوكيل معاملات الطلب الدقيقة للموافقة قبل التنفيذ؛ ويسجّل التوقيع ما جرى تفويضه، ومن فوّضه، ومتى |
| مراسلات العملاء | يصوغ الوكيل الرسالة ويحصل على موافقة على نصها الدقيق قبل وصولها إلى صندوق الصادر، فتكون المراسلات المكتوبة بالذكاء الاصطناعي معتمدة بشريًا |
| تفويضات النية في AP2 | يقدّم وكيل يعمل في ظل بروتوكول Agent Payments Protocol من Google القيود الموقّعة التي يجوز له التحرك داخلها — مثلًا شراء حذاء أبيض مقاس 10.5 بما لا يزيد على 120 دولارًا — ويفرض توقيع المستخدم تلك القيود لاحقًا |
الطبقة الواقعة بين النية والتنفيذ
أخطر موقع يحتله AC2 في منظومة الوكلاء الأوسع هو الموقع الذي يتقاسمه مع بروتوكول AP2 من Google، الذي أُعلن في أواخر 2025 وكانت Algorand بين شركاء إطلاقه. فـAP2 يحدد كيف يسجّل الوكيل تفويض النية — الوصف القابل للتدقيق لما يجوز له فعله — لكنه لا يحدد كيف يصل ذلك التفويض إلى المستخدم ولا كيف يوقّعه. وAC2 هو تلك الآلية الغائبة بعينها: يرسل الوكيل التفويض، ويوقّعه المستخدم على جهازه، ثم يُعاد التوقيع إلى الوكيل لينفّذ بمقتضاه. والفصل نفسه بين السلطات ينطبق على مدفوعات x402: الوكيل يجمع تفاصيل الدفع، والمستخدم يوافق، والوكيل يُتمّ الاستدعاء.
ويشدّد تحليل Korea IT Times7 لهذا الإصدار على ما يضمنه التصميم وما لا يضمنه. فـAC2 يثبت من وافق على طلب معيّن، لكنه لا يحكم على مدى ملاءمة ذلك الطلب. ويظل بوسع المستخدم الموافقة على معاملة خبيثة أو مضلّلة البناء إذا لم تعرض المحفظة وجهتها ومبلغها وعواقبها بوضوح — فالدليل التشفيري يثبت وقوع الموافقة، لا أن المستخدم فهم ما وافق عليه. ولأن نسخة اليوم تطلب توقيعًا على كل إجراء، يحمل التصميم خطر الإنهاك من كثرة الموافقات: فالمستخدم المُثقَل بالطلبات قد يكفّ عن قراءتها. وخطوة المؤسسة التالية المعلنة هي التفويض المحدود — أي أن يحدد المستخدم مرة واحدة سقوفًا للإنفاق وأطرافًا مسموحًا بها ونوافذ زمنية، ثم يتحرك الوكيل بحرية داخل تلك الحدود ولا يعود إلى المستخدم إلا في الحالات الاستثنائية.
ويستحق تنازل الحفظ الذاتي مكانة موازية. فشروط المحفظة صريحة: «إذا فقدت جهازك أو عبارة الاسترداد، فقد يضيع وصولك نهائيًا إلى كل ما ربطته عبر AC2». ولا يملك أحد نسخة من المفاتيح لاستعادته.
مواصفة عمرها أسبوع واحد
ما صدر يوم الإطلاق هو مواصفة مفتوحة وتنفيذ مرجعي8 — مسودة بتاريخ 1 أبريل 2026 — إلى جانب إصدارات 1.0.09 من حزمة تطوير وواجهة سطر أوامر وإضافة مرجعية لـOpenClaw، إطار الوكلاء مفتوح المصدر. والتبنّي المبكر قابل للقياس لأنه صغير: فمستودع GitHub يحمل 20 نجمة، وتظهر بيانات npm أن إضافة OpenClaw نُزّلت 458 مرة خلال الأسبوع الماضي وحزمة التطوير 247 مرة — أرقام تتسق مع إطلاق عمره أيام لا مع نشر واسع. وكما يقول مقال Korea IT Times، لا تصبح المواصفة المفتوحة معيارًا صناعيًا إلا حين تطبّقها المحافظ وأطر الوكلاء ومزوّدو الخدمات تطبيقًا متسقًا؛ وما صدر يبدأ تلك العملية دون أن يبرهن عليها.
ويمكن لمستخدمي OpenClaw تجربة هذا المسار اليوم: ثبّت إضافة AC2 وفعّلها، ثم شغّل أمر الإعداد، وأعد تشغيل البوابة، واقرن AC2 Wallet — المتاح على Android وiOS — بمسح رمز QR. وهذا هو العرض التوضيحي الذي نفّذه Bruno Martins في البودكاست، محادثًا وكيلًا وموافقًا على إجراء مباشرةً. وتُختتم الحلقة مع Fred Estante، رئيس DeFi، في مسح للمنظومة الأوسع — DeFi، وتبنّي x402، والتغييرات المقبلة في الحوكمة — في تذكير بأن AC2 قطعة واحدة من مسعى أوسع لا أداة قائمة بذاتها.
من يملك المفاتيح
السؤال الذي يطرحه عنوان الحلقة له جواب انعكاسي في عالم الكريبتو: من يملك المفاتيح يتحكم بالحساب — «إن لم تكن المفاتيح بيدك، فليست العملات ملكك». ويمدّ AC2 هذا الانضباط من الحسابات إلى الوكلاء. قد يكون الوكيل سريعًا ورخيصًا ولا يعرف الكلل، لكنه في ظل AC2 عاجز بنيويًا عن الفعل دون أن يسأل — وكل جواب يتلقاه توقيع، لا رسالة محادثة. ومصير البروتوكول يتوقف الآن على المحافظ وأطر الوكلاء التي تختار جعل هذا التمييز معيارًا.
المصادر
- Verifiably Random S4:E2 — Who controls your AI agent? Introducing AC2 (YouTube)3
- AC2 Protocol2
- Introducing AC2 Protocol: The missing security layer for AI agents — Algorand Foundation1
- algorandfoundation/ac2 (GitHub)8
- GoPlausible x402 Facilitator dashboard4
- AC2 Protocol10
- Algorand Launches AC2 To Keep AI Agents Off Users’ Keys - DailyCoin11
- Algorand builds a human approval layer for AI agents | Watch12
- Trust in Agentic Commerce13
- Verifiably Random - Podcast - Apple Podcasts14
- Global x402 Challenge15
- Introducing the GoPlausible x402 Facilitator: Payments and intelligence for agentic commerce on Algorand16
- OpenClaw — Open-Source AI Assistant17
- AC2 Protocol2
- Season 4: Ep 2 - Who controls… - Verifiably Random - Apple Podcasts18
- Season 4: Ep 2 - Who controls your AI agent? Introducing AC2 - Verifiably Random | Acast19
- AI agent payments hit 2026 high as weekly transfers reach 8.7 million20
تم التحقق من 3 أرقام في هذه القصة.عرض كل عمليات التحقق
المصادر
- 1منشور الإطلاق algorand.co↩
- 2AC2 ac2protocol.org↩
- 3بودكاست Verifiably Random youtube.com↩
- 4لوحتها العامة facilitator.goplausible.xyz↩
- 7تحليل Korea IT Times koreaittimes.com↩
- 8مواصفة مفتوحة وتنفيذ مرجعي github.com↩
- 10AC2 Protocol ac2protocol.org↩
- 11Algorand Launches AC2 To Keep AI Agents Off Users’ Keys - DailyCoin dailycoin.com↩
- 12Algorand builds a human approval layer for AI agents | Watch msn.com↩
- 13Trust in Agentic Commerce algorand.co↩
- 14Verifiably Random - Podcast - Apple Podcasts podcasts.apple.com↩
- 15Global x402 Challenge algorand.co↩
- 16Introducing the GoPlausible x402 Facilitator: Payments and intelligence for agentic commerce on Algorand algorand.co↩
- 17OpenClaw — Open-Source AI Assistant openclaw.ai↩
- 18Season 4: Ep 2 - Who controls… - Verifiably Random - Apple Podcasts podcasts.apple.com↩
- 19Season 4: Ep 2 - Who controls your AI agent? Introducing AC2 - Verifiably Random | Acast shows.acast.com↩
- 20AI agent payments hit 2026 high as weekly transfers reach 8.7 million msn.com↩