Virtuals بالتعاون مع مؤسسة إيثريوم تصدر ERC-8183: بروتوكول تجاري على السلسلة بدون حاجة للثقة

المؤلف: بروتوكول Virtuals

الترجمة: شينتشاو TechFlow

مقدمة شينتشاو: أصدرت بروتوكول Virtuals بالتعاون مع فريق dAI في مؤسسة إيثريوم اقتراح معيار ERC-8183، والذي يقوم على إنشاء نظام بروتوكول تجاري على السلسلة يتيح التفاعل الاقتصادي بين وكلاء الذكاء الاصطناعي دون حاجة لثقة. هذا ليس مجرد بروتوكول دفع، بل هو بنية تحتية تجارية كاملة تشمل تحديد المهام، الحجز، التحقق من التسليم، والتقييم والاعتماد. بالتزامن مع معيار ERC-8004 (هوية الوكيل وسمعته)، يشكل المعياران حلقة مغلقة: الاكتشاف، المعاملات، تراكم السمعة، تحسين الاكتشاف، وزيادة المعاملات بدون ثقة. إذا كنت تتابع مسار تطبيق اقتصاد الوكيل على السلسلة، فهذه المقالة تستحق القراءة بالتفصيل.

النص الكامل أدناه:

تم تطويره بشكل مشترك من قبل بروتوكول Virtuals وفريق dAI في مؤسسة إيثريوم

المعايير والخصائص:

منتدى النقاش: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

انضم إلى مجتمع المطورين:

الأعمال: شروط أساسية للذكاء الاصطناعي اللامركزي

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

لماذا؟ لأن اللامركزية على مستوى الذكاء الاصطناعي والوكيل تتطلب وجود العديد من الوكلاء والخدمات المستقلة. على سبيل المثال، إذا كان هناك وكيل واحد فقط يمكنه توليد الصور، وتوقف عن العمل، فبغض النظر عن البروتوكول الذي يعمل عليه، فإن توليد الصور يصبح مركزيًا. إذا كان هناك مزود واحد فقط يتحكم في تنفيذ المعاملات، فإن إدارة الأموال تعتمد على رغبة هذا المزود. وإذا كان هناك منصة واحدة فقط تتحكم في بنية التسوية، فإن كل مزود وكل عميل يخضع لقواعد تلك المنصة، حتى لو كان هناك ألف وكيل على المنصة.

وهذا يتطلب فتح الأعمال التجارية: يجب أن يكون بإمكان أي وكيل شراء الخدمات، وأي وكيل تقديمها. لا يوجد حراس، ولا حدائق مغلقة، ولا وسطاء قسريين.

لماذا نحتاج إلى البلوكشين

المفتاح هو أن الأعمال لا يمكن أن تعمل إلا عندما يثق جميع الأطراف في تنفيذ المعاملات. إذا دفع العميل مسبقًا، كيف يعرف أن المزود سيسلم؟ وإذا سلم المزود أولاً، كيف يعرف أن العميل سيدفع؟ هناك حاجة إلى طرف يحتفظ بالأموال، ويتابع إنجاز العمل، وينفذ النتائج: يطلق الدفع عند الانتهاء، ويسترد عند الفشل. هذا هو أصل الثقة (أو غيابها) الذي أدى إلى وجود كيانات مركزية أو حراس.

في البنية التقليدية، يكون هذا الطرف هو المنصة. شركة تحتفظ بالأموال، وتتحكم في الحالة، وتقرر من يحصل على المكافأة ومتى. يمكن أن تعمل هذه الطريقة — حتى تتعطل. يمكن للمنصة تعديل القواعد، أو تجميد الأموال، أو إيقاف المزود، أو إغلاق الخدمة. وكل طرف يعتمد على حسن نية المنصة المستمر. هذا هو المركزية، وليس على مستوى البروتوكول، بل على مستوى التنفيذ. وليس من الخطأ أن يكون الأمر كذلك، لكنه ضروري في أنظمة تفتقر إلى الثقة. هدفنا هو “إزالة السيطرة الكاملة” (de-totalization): منع أي كيان واحد من السيطرة الكاملة على طرق تعامل الوكيل. لقد رأينا بأعيننا: المطورون يريدون بنية تحتية يمكنهم الاعتماد عليها، لكن بدون الاعتماد على حسن نية منصة واحدة فقط.

الذكاء الاصطناعي والعقود الذكية على السلسلة هو الحل لهذا. الحجز، الحالة، وتوثيق التقييم موجودة في رموز عامة، غير قابلة للتغيير، لا تنتمي لأحد. العقود هي منفذ محايد للتنفيذ، وتوفر إشارات ذات معنى لسمعة الأطراف.

كما أن التسوية على السلسلة توفر شيئًا لا يمكن أن توفره المنصات المركزية: سجلات قابلة للنقل، قابلة للتحقق، غير قابلة للتغيير. كل مهمة مكتملة، وكل تقييم، وكل هاش تسليم يُسجل على السلسلة، ويمكن لأي وكيل، وأي منصة، وأي واجهة الاطلاع عليها. هذه السجلات هي المادة الخام التي تغذي نظام السمعة وهوية الوكيل. بدون تسوية على السلسلة، لا توجد سجل تاريخي يمكن التحقق منه. وبدون سجل تاريخي، لا توجد سمعة قابلة للنقل. وبدون سمعة قابلة للنقل، تبدأ كل تفاعل مع الوكيل من صفر ثقة.

لهذا السبب نحتاج إلى معايير على السلسلة. الحجز، التحويلات الحالة، والتوثيق — يجب أن تكون هذه الأجزاء محايدة، آمنة، وقابلة للتنفيذ.

يمكن اكتشاف، تفاوض، والتواصل على السلسلة أو خارجها، عبر أي واجهة طبيعية. يمكن للوكيل التفاعل عبر HTTP باستخدام بروتوكول x402، بحيث يكون الأمر مشابهًا لواجهة برمجة تطبيقات قياسية أو طلبات HTTPS. الوكيل لا يحتاج بالضرورة إلى الاتصال المباشر بالسلسلة. يوقع رسالة، ويقوم الميسر بمعالجة التسوية على السلسلة والمعايير. أو يمكن للوكيل التفاعل مباشرة عبر MCP أو A2A. الواجهات مرنة، لكن التسوية الأساسية يجب أن تكون بدون ثقة، برمجية، على السلسلة. هذا هو البنية التحتية التي لا توفرها الأنظمة المركزية، لأنها تقلل من سيطرتها.

اقتصاد الوكيل

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

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

هذه هي التحول الرئيسي: الذكاء الاصطناعي والوكيل يتحولان إلى فاعلين اقتصاديين يخلقون القيمة ويقدمون الخدمات.

عندما يصبح الذكاء الاصطناعي متاحًا للجميع، يمكن لكل شخص، منظمة، أو جهاز أن يعمل عبر وكيل. سيتغير الاقتصاد. الوكيل لن يقتصر على التفاعل مع البشر وخدمتهم، بل سيتفاعل ويتبادل مع وكلاء آخرين. على سبيل المثال، وكيل تنسيق الحملات التسويقية قد يوقع على محتوى وكيل، ويوزع، ويحلل. الاقتصاد سيصبح شبكة من التفاعلات بين وكلاء، تعمل بسرعة الآلة وتوسع على مستوى العالم.

عندما يكون لدى الوكيل القدرة على إنجاز أعمال ذات قيمة، وكل شخص لديه وكيله، فإن النتيجة ستكون اقتصادًا يتدفق فيه معظم النشاط التجاري عبر أنظمة مستقلة ذاتية. هذا هو المستقبل الذي نبنيه.

المشكلة: الأعمال التجارية بين الوكلاء بدون ثقة

اقتصاد الوكيل يتطلب وجود أعمال تجارية بين الوكلاء. ولكن، عندما تتفاعل وكلاء من منظمات وسلاسل مختلفة ولم يسبق لهم التفاعل، فإن الأعمال يجب أن تكون بدون ثقة.

عند التبادل بين البشر، الثقة هي الأساس. في هذه الحالات، تتوسط المنصات، التقييمات، الأنظمة القانونية، والمعايير الاجتماعية. عندما يوظف وكيل آخر، لا تنطبق هذه الآليات. لا يوجد سجل سمعة موثوق، ولا قوانين أو آليات تعقب ذات سرعة معاملات الآلة، ولا منصة أو جهة تنظيمية تنفذ.

إذن، كيف نجعل الأعمال بين الوكلاء بدون ثقة؟

لا يمكنك ببساطة تحويل رموز ثم تتمنى أن تسير الأمور على ما يرام. تحويل رموز Token ليس عملًا تجاريًا، بل هو دفعة دفع غير مضمونة. لا يوجد سجل يحدد ما تم الاتفاق عليه، ولا آلية للاحتفاظ بالأموال قبل رضا الطرفين، ولا تقييم يرسل إشارات أخرى لوكلاء آخرين، وإذا لم يسلم المزود، لا توجد وسيلة للمطالبة.

ما نحتاجه هو آلية تعاون منظمة: أموال تُحتفظ بها بواسطة حجز لامركزي برمجي غير متحيز، عمل يُقدم كمنتج يمكن التحقق منه، تقييم يثبت أن التسليم يطابق الشروط، ونتيجة حاسمة. الأموال تُطلق عند الانتهاء، وتُسترد عند الرفض، ويمكن استردادها عند انتهاء المهلة. كل ذلك يساهم في بناء هوية وسمعة الأطراف.

ERC-8183: أصل العمل

تعاونّا مع فريق @ethereumfndn في dAI لتحويل هذا الشكل إلى معيار. ERC-8183: التجارة الوكيلة، هو معيار مفتوح وبدون إذن لتطبيقات الأعمال بين الوكلاء، حيث يتم برمجته وتنفيذه عبر عقود ذكية على السلسلة تتضمن الحجز وتوثيق التقييم.

يحدد ERC-8183 وحدة أساسية: الوظيفة (Job). كل وظيفة تتكون من ثلاثة أطراف — العميل (Client)، المزود (Provider)، والمقيم (Evaluator). كل طرف يُعرف فقط بعنوان محفظته، مما يجعل هذا الأصل قابلاً للتطبيق على نطاق واسع.

المكونات والمبادئ الأساسية وراء أصل الوظيفة تشمل: (i) تحديد ووصف المهمة — سجل واضح للمهام، الخدمات، أو الأعمال المرتبطة بالدفع؛ (ii) الدفع نفسه — يُحتجز في حجز غير متحيز حتى الحالة النهائية، ويُطلق برمجياً؛ (iii) تقديم تسليمات قابلة للتحقق والتتبع، تحمي كل من العميل والمزود؛ (iv) توثيق المقيم — يرسل إشارات ذات معنى لسمعة الأطراف وهوية الأطراف، ويدعم التسوية بدون ثقة.

هذه تدفع تدفق الحالة عبر أربع مراحل رئيسية لضمان معاملات بدون ثقة:

مفتوح → ممول → مقدم → نهائي (مكتمل / مرفوض / منتهي الصلاحية)

ملخص: ينشئ العميل وظيفة مع المزود، ويودع الأموال، ويقفل الدفع في الحجز. بعد إكمال العمل، يستدعي المزود الإرسال، ويضع التسليم (أو مرجعًا له) على السلسلة. يقوم المقيم بمراجعة المحتوى، ويستدعي إتمام (يطلق الأموال للمزود) أو رفض (يرجع الأموال للعميل). إذا لم يتصرف المزود أو المقيم قبل الموعد النهائي، تنتهي الوظيفة، ويستعيد العميل أمواله.

المعيار يهدف إلى أن يكون بسيطًا، ويشكل أصلًا ذريًا (atomic). لا يحدد عملية التفاوض، أو هيكل الرسوم، أو حل النزاعات، أو بروتوكولات الاتصال، أو آليات الاكتشاف. فقط يحدد دورة حياة الوظيفة الأساسية — الحد الأدنى لواجهة الأعمال بدون ثقة.

المقيمون (Evaluator)

واحدة من المفاهيم الرئيسية وتصميم القرار في ERC-8183 هو المقيم (Evaluator)، الذي يُعرف فقط بعنوان. هو دائمًا وكيل، بأوسع معنى للكلمة.

بالنسبة للمهام ذات الطابع الذاتي، مثل الكتابة أو التصميم أو التحليل، يمكن أن يكون المقيم وكيل ذكاء اصطناعي يقرأ التسليم ويقارن مع الطلب، ويصدر حكمًا. بالنسبة للمهام الحاسوبية أو إثباتات التحقق أو تحويل البيانات، يكون المقيم عقدًا ذكيًا يدمج ZK (التحقق الصادق) للتحقق من الأدلة المرسلة، ويقوم تلقائيًا بإطلاق إتمام أو رفض على السلسلة. في سيناريوهات عالية المخاطر، يمكن أن يكون المقيم متعدد التوقيعات، أو DAO، أو جهة تصويت بضمانات.

المعيار لا يميز بين هذه. عنوان واحد يستدعي إتمام أو رفض. سواء كان هذا العنوان يعمل بواسطة وكيل LLM أو دائرة ZK، البروتوكول لا يهتم. هذا يتيح التعامل مع مهام تتراوح من توليد صور بقيمة 0.1 دولار إلى إدارة صناديق بمبالارات بمئات الآلاف من الدولارات.

Hooks: قابلية التوسع والتخصيص

أصل الوظيفة يهدف إلى أن يكون بسيطًا جدًا. لكن الأعمال التجارية ليست كذلك. التطبيقات الحقيقية تتطلب التحقق المخصص، تحديث السمعة، توزيع الرسوم، نقل الأموال، آليات المزاد، والمنطق الخاص بالمجال حسب الحالة.

ERC-8183 يعالج ذلك باستخدام Hooks. الـ Hook هو عقد ذكي اختياري يُضاف عند إنشاء الوظيفة. يتلقى استدعاءات قبل وبعد كل عملية، ويسمح بتنفيذ منطق مخصص حول دورة الحياة الأساسية دون تعديلها. يُحدد الـ Hook بواسطة وظيفة اختيارية، ويستقبل المعلمات ذات الصلة. يمكنه تنفيذ شروط مسبقة، أو منع عمليات غير صالحة، أو تشغيل آثار جانبية، أو إجراء تحويلات رمزية إضافية، كل ذلك ضمن نفس المعاملة مع الحالة الأساسية.

إذا لم يُضف الـ Hook، يُنفذ العقد بشكل طبيعي. التنفيذ بدون Hooks يتوافق تمامًا مع ERC-8183. الـ Hooks إضافية وليست إلزامية. هذا التصميم يحافظ على بساطة العقد الأساسي وواجهة مستقرة. يمكن دعم حالات استخدام جديدة عبر Hooks جديدة، وتظل المنطق الإضافي على السلسلة، برمجية، وبدون ثقة — تمامًا مثل الأصل.

نماذج تطبيقات تجارية

الوظيفة الأساسية تتعامل مع الأعمال التجارية المباشرة: الدفع، التسليم، التقييم. لكن اقتصاد الوكيل ليس بسيطًا. بعض الوظائف تتعلق بإدارة رأس مال العميل، وليس فقط تحصيل الرسوم. بعضها يتطلب مزايدة قبل التوزيع. بعضها يحتاج إلى الاعتماد على بيانات سمعة خارجية للتحقق من الثقة. هذه نماذج اقتصادية مختلفة تمامًا، و Hooks تتيح دعم تنوع كبير من هذه النماذج عبر نفس واجهة الوظيفة الأساسية، مما يجعل ERC-8183 أصلًا تجاريًا عامًا.

وظائف الخدمة هي الأساس، ولا تتطلب الـ Hooks. العميل يدفع مقابل إنشاء المحتوى، تحليل البيانات، أو مراجعة الكود. العمليات الأساسية للحجز والتقييم تتم بشكل كامل.

وظائف تحويل الأموال تتجاوز رسوم الخدمة. العميل يوفر رأس مال (رموز متبادلة، استثمار مالي)، والمزود يحولها، ويجب أن يُعاد المبلغ النهائي. الـ Hooks يمكن أن تدير تدفقات رأس المال الثنائية خارج الحجز الأساسي، لضمان أن المزود يودع رموز الإخراج قبل إتمام الوظيفة. يمكن أن يشمل ذلك سيناريوهات مثل الزراعة الربحية، تبادل الرموز، إعادة توازن المحافظ — أي وظيفة يتعامل فيها المزود مع أموال العميل أو يحتاج إلى رأس مال مسبق لتنفيذ المهمة، وليس فقط لتحصيل رسوم.

وظائف المزايدة تعكس نموذج التوزيع. بدلاً من أن يختار العميل المزود مسبقًا، يتنافس المزودون على السعر. الـ Hooks تتحقق من العروض الموقعة رقميًا عند التوزيع، وتثبت أن المزود المختار قد التزم بالسعر المعلن. لا يمكن لأي طرف التلاعب أو إنكار الشروط.

وظائف السمعة تعتمد على تنفيذ الثقة على مستوى البروتوكول. الـ Hooks تستعلم عن ERC-8004 قبل العمليات، وتمنع المزودين ذوي السمعة المنخفضة أو الوكلاء غير الموثوق بهم من فرض شروط أكثر صرامة.

وظائف حماية الخصوصية تستخدم الـ Hooks لتحقيق أعمال بدون كشف البيانات. يمكن أن تتطلب الـ Privacy Hooks أن تحتوي حقول “الإرسال” على إثباتات ZKP أو مراجع بيئة مشفرة (مثل TEE)، بدلاً من نشر البيانات الحساسة على السلسلة. هذا يضمن أن الدفع يتم بدون ثقة وعلني، بينما تظل حقوق الملكية الفكرية أو البيانات الشخصية في “ملاذ آمن”، ويمكن الوصول إليها فقط من قبل الوكلاء المصرح لهم.

وظائف التقييم / الاكتتاب يمكن أن تستخدم الـ Hooks لتنفيذ عمليات الاكتتاب على مستوى البروتوكول. يمكن أن تتطلب الـ Hooks من المزودين أو المقيمين إيداع ضمانات، أو فحص تقييمات ERC-8004، أو تنفيذ ضمانات عند فشل التقييم، أو استعلام عن بيانات من مصادر خارجية للمخاطر. هذه العمليات التي كانت غير شفافة سابقًا يمكن أن تصبح شفافة، قابلة للبرمجة، وتنافسية.

كل تطبيق من هذه يمكن أن يُنفذ عبر عقد Hooks مختلف، مع الحفاظ على وظيفة الأصل ومعيار الوظيفة الأساسية ثابتين. النماذج الاقتصادية الجديدة، والتطبيقات التجارية، والمنطق المخصص، كلها ستكون Hooks جديدة. لقد أدرجنا بعض الـ Hooks الأولية، وهي أمثلة على الإمكانيات، لكننا نعتقد أننا بدأنا فقط. كيف سيكون شكل أعمال الوكيل في مجالات التأمين، التعاون الإبداعي، تنسيق سلاسل التوريد؟ لا نعرف بعد، وهذا هو المهم. ستتطور أعمال الوكيل بطرق لا يمكننا توقعها تمامًا — نماذج اقتصادية جديدة، آليات ثقة، أشكال تعاون بين الآلات. تم تصميم هذا المعيار لينمو مع هذا التطور، وليس ليقيده. يجب أن يُبنى بشكل مفتوح، لأنه من الأفضل أن تأتي الأفكار من النظام البيئي، ونحن نتطلع لاكتشافها معًا.

التكامل مع ERC-8004

ERC-8183 ليس معزولًا. إنه يتعايش بشكل تكاملي مع ERC-8004 (“وكلاء بدون ثقة”)، وهو معيار هوية الوكيل، السمعة، والتحقق في إيثريوم.

ERC-8004 يعالج اكتشاف الوكلاء ومشاكل الثقة: كيف يجد الوكيل الآخر ويقيم موثوقيته. لكن قيمة سجل التسجيل تعتمد على النشاطات المسجلة. بدون تفاعل تجاري أو سلوك، فإن الهوية تكون فارغة. السمعة تتطلب تفاعلات حقيقية لقياسها. والتحقق يتطلب تحديد نتائج يمكن التحقق منها للمقارنة.

ERC-8183 يوفر آلية تغذية لطبقة الثقة في ERC-8004. كل وظيفة تعتبر إشارة سمعة. كل تسليم هو منتج يمكن للمقيم تقييمه. وكل تقييم هو توثيق يمكن لوكيل آخر الاستشهاد به.

هاتان المعايرتان تشكلان دورة، قد تسمح لوكلاء بتحقيق تنظيم ذاتي أقوى من خلال تفاعلات بدون ثقة:

اكتشاف (8004) → أعمال (8183) → سمعة (8004) → اكتشاف أفضل → المزيد من الأعمال بدون ثقة

لا يمكن الاستغناء عن أي منهما. معًا، يشكلان أساس الأعمال والتفاعلات بدون ثقة بين الوكلاء.

ما وراء الدفع

ERC-8183 ليس بروتوكول دفع، بل هو معيار تجاري.

الدفع ينقل الأموال، لكن الأعمال تتطلب أكثر من ذلك. الأعمال تتعلق بكيفية جعل الدفع موثوقًا وفعالاً: ما تم الاتفاق عليه، هل تم إنجاز العمل، من قام بالتحقق، ماذا يحدث إذا لم يُنجز. في العالم التقليدي، تعمل الأعمال لأنها تعتمد على أدوات مرتبطة بالدفع: تقييم المخاطر قبل قبول الدفع، التمديد الائتماني، اكتشاف الاحتيال في المعاملات، آليات حماية المشتري، بناء الثقة عبر التفاعل المستمر، ونظام السمعة. هذه هي القيمة الحقيقية لمقدمي خدمات الدفع، ومنظمات البطاقات، والمنصات — ليست حركة الأموال بحد ذاتها، بل البنية التحتية للثقة حولها.

عندما تنتقل الأعمال إلى السلسلة، لا تختفي هذه الوظائف. بل يُعاد بناؤها بشكل بدون ثقة، وبرمجي، ومفتوح. هذا هو ما يفعله ERC-8183.

نموذج الحجز والتوثيق في ERC-8183 يشبه آلية إلغاء الدفع ذات الشروط القابلة للبرمجة. باستخدام سمعة ERC-8004 وغيرها من مؤشرات السمعة على السلسلة، يُمكن أن يُستخدم كجزء من ERC-8183، وهو بمثابة ضمانات قابلة للنقل والتحقق. الـ Hooks تستبدل تقييمات المخاطر المركزية والمنطق، ويمكن لأي ميسر نشرها. النتيجة ليست مجرد وسيلة لنقل الأموال على السلسلة، بل هي إعادة بناء كامل للبنية التحتية للثقة التجارية — مفتوحة وبدون إذن.

الواجهات الحالية لبروتوكولات الدفع، سواء كانت أنظمة تقليدية أو بروتوكولات تحويل العملات المستقرة مثل x402، توفر تجربة سلسة ومرتبطة بالإنترنت، وتدير حركة الأموال. أما ERC-8183، فهو يدير دورة حياة كاملة لتحويل الدفع إلى معاملة بدون ثقة: تحديد، حجز، تسليم، تقييم، وتسوية حتمية. يمكن للوكيل التفاعل عبر واجهة مثل x402 أو HTTP، بينما تتم التسوية الأساسية على السلسلة عبر ERC-8183. كلاهما مكمل للآخر.

عدم القابلية للعكس، ومشاكل الحجز والرجوع

مخاوف أخرى بشأن المدفوعات المستقلة هي عدم القابلية للعكس. عندما يتم خصم مبلغ من بطاقة ائتمان ويكون الخدمة غير مرضية، يمكن للمشتري الاعتراض واسترداد المبلغ. بعد أن يُحول المبلغ، يصبح غير قابل للاسترداد. هذا هو الاعتراض الحقيقي والفعال على الدفع الأصلي.

يحتفظ ERC-8183 بمفهوم هذا المبدأ في هيكل العقد. الأموال تُحتجز في الحجز حتى يثبت المقيم أن التسليم يطابق الشروط. إذا رفض، يُرجع المبلغ للعميل. إذا انتهت المهلة، يُعاد استرداد الأموال تلقائيًا. هذا هو نموذج “السحب والإيداع” البرمجي، وهو معادل بدون ثقة لنموذج إدارة البطاقات — حيث يتم برمجته وتنفيذه بواسطة الكود، وليس عبر قرار شبكة ذات مصلحة خاصة.

بالنسبة للموافقات المسبقة غير المؤكدة — مثل وديعة الفندق، أو خدمات ذات نطاق متغير — يمكن تصميم الـ Hooks لتحديد الحد الأقصى للمبلغ، وتسوية المبلغ النهائي بناءً على مدخلات قابلة للتحقق عند الانتهاء. يدعم هذا أنماط الثقة المرنة، مع الحفاظ على الشفافية، والانفتاح، وعدم الثقة، والتنفيذ على السلسلة.

مشاركون جدد في الاقتصاد

تخلق موجة الذكاء الاصطناعي مشاركين اقتصاديين جدد بسرعة غير مسبوقة — المشترين والبائعين على حد سواء. يستخدم ملايين المطورين وغير المطورين أدوات الذكاء الاصطناعي لبناء ونشر خدمات صغيرة، وواجهات برمجة التطبيقات، وأدوات، كثير منهم بدون كيانات قانونية، أو مواقع إلكترونية، أو سجل تجاري. وكلاء من شركات التكنولوجيا والإطارات مفتوحة المصدر يجذبون ملايين المستخدمين عبر وكلاء AI المخصصين والمساعدين.

الأنظمة التقليدية للدفع ستواجه صعوبة في خدمة هؤلاء البائعين، ليس بسبب نقص التقنية، بل لأن الموافقة على مزود معين تتضمن تحمل المخاطر: الاحتيال، والرجوع، والنزاعات. بائع بدون سجل، أو كيان، أو سجل تجاري، يمثل مخاطرة عالية جدًا لتمويله.

ERC-8183 مصمم ليكون بدون إذن. مزود واحد هو عنوان محفظة فقط. لا حاجة للانضمام، أو التمويل، أو وجود حارس. أصل الوظيفة لا يمنح فقط وسيلة للتحصيل، بل دورة حياة كاملة للأعمال: تحديد العمل، الحجز، التسليم القابل للتحقق، وتوثيق المقيم، مما يرسخ أساس المعاملات الموثوقة.

عدم القدرة على تمويل مزود جديد قد يُعتبر فجوة مؤقتة. لكن المعيار المفتوح يضغط على هذا الزمن. يمكن لأي ميسر نشر ERC-8183 اليوم. يتطور النظام البيئي عبر التجربة، وليس عبر توافق المؤسسات. لكن الأهم، أن ERC-8183 مع ERC-8004 لا يملآن فقط فجوة التمويل، بل يعالجان السبب الجذري: عدم وجود سجل قابل للتحقق. كل وظيفة مكتملة تُسجل على السلسلة: هاش التسليم، تقييم المقيم، والنتيجة. هذا السجل قابل للنقل، ويمكن التحقق منه، ولا ينتمي لأحد.

الأهم أن هذه السجلات ليست محصورة في منصة واحدة. اليوم، المنصة A تعرف معدل رجوع العملاء لديك، والمنصة B تعرف تقييم البائعين، لكن لا يمكنك نقل هذه السجلات. على ERC-8183، السمعة هي أصول قابلة للنقل للبائع، ويمكن لأي ميسر، وأي سلسلة، وأي واجهة تتبع المعيار قراءتها. ERC-8183 يغذي هوية وسمعة على السلسلة (ERC-8004)، ويقدم بيانات التمويل.

بناء مستقبل الوكيل والذكاء الاصطناعي اللامركزي

ERC-8183 هو معيار مفتوح للأعمال بين الوكلاء بدون ثقة. طرق المشاركة:

• بناء باستخدام ERC-8183. كن ميسرًا! قم بنشر ERC-8183 على سلسلتك. طور SDK، وواجهات، وأدوات تتبع. ابتكر واجهات وتجارب جديدة تتيح التسوية الآمنة والقابلة للتحقق على السلسلة عبر ERC-8183. أنشئ أُطُرًا لوكلاء يتفاعل مع المعيار بشكل أصلي.

• استكشف، وجرب، وطور Hooks. هل تحتاج إلى مدفوعات على مراحل أو حل نزاعات؟ أنشئها كـ Hooks. هذا مجال للإبداع وتطوير تطبيقات متنوعة.

• طور وسجل المقيمين. المقيمون هم عنصر أساسي لضمان أمان الأعمال بين الوكلاء بدون ثقة، لكنهم حاليًا نادرون. أنشئ مقيمين في مجالات محددة، خاصة تلك التي يمكن التحقق منها بالكامل، وسجلهم على ERC-8004. ساهم في سمعة وهوية الوكيل بشكل ذي معنى.

• ساهم وقدم ملاحظات. هذا معيار جماعي. فقط من خلال التجربة الواسعة، والاستخدام الواقعي، والتعليقات الصادقة، والتكرار، يمكن أن يصبح ما يحتاج أن يكون عليه. إذا افتقدت شيئًا، اقترحه. إذا كانت هناك أخطاء، تحداها. المعيار مفتوح، ومخزون الكود مفتوح، والنقاش مفتوح. يجب أن يتطور معًا.

سيقوم اقتصاد الوكيل على معايير مفتوحة، أو على حدائق مغلقة. نحن نختار المعايير المفتوحة. مساحة رقمية مشتركة.

ERC-8004 يُستخدم للثقة، وERC-8183 يُستخدم للأعمال. والباقي، من صنعك.

روابط ذات صلة:

• معيار ERC-8183: [رابط المعيار]

• معيار ERC-8004: eips.ethereum.org/EIPS/eip-8004

• مناقشة ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

• مجموعة Telegram: