تقديم ERC-8183: طبقة التجارة لوكلاء الذكاء الاصطناعي

تم تطويره بشكل مشترك من قبل Virtuals Protocol وفريق dAI التابع لمؤسسة Ethereum Foundation

المواصفات: https://eips.ethereum.org/EIPS/eip-8183

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

انضم إلى مجتمع المطورين: https://t.me/erc8183

التجارة: المتطلب الأساسي للذكاء الاصطناعي اللامركزي

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

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

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

لماذا البلوكشين

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

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

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

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

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

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

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

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

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

هذه هي النقلة الأساسية: الذكاء الاصطناعي والوكلاء أصبحوا مشاركين اقتصاديين مولدين للقيمة والخدمات.

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

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

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

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

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

لذا يصبح السؤال: كيف تجعل التجارة بين الوكلاء بدون ثقة؟

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

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

ERC-8183: العنصر الأساسي للمهام

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

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

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

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

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

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

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

المقيم

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

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

المعيار لا يميز بين هذه. عنوان ينفذ أمر الإكمال أو الرفض. سواء كان هذا العنوان يدير وكيلًا مدعومًا بنموذج لغوي كبير أو دائرة ZK ليس من شأن البروتوكول. هذا يمكّن نفس الواجهة من العمل لمهمة توليد صورة بقيمة $0.10 أو إدارة أموال بقيمة $100,000.

الخطافات: قابلية التمديد النمطية

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

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

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

أمثلة على تطبيقات التجارة

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

• المهام الخدمية هي الأساس ولا تتطلب خطافًا. يدفع العميل مقابل توليد محتوى، أو تحليل بيانات، أو مراجعة كود. يعالج الضمان الأساسي وتدفق التقييم ذلك بالكامل.

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

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

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

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

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

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

التعايش مع ERC-8004

لا يوجد ERC-8183 بمعزل عن غيره. إنه متكامل مع ERC-8004 ("الوكلاء بدون ثقة")، معيار Ethereum لهوية الوكيل، والسمعة، والتحقق.

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

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

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

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

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

ما وراء المدفوعات

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

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

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

نموذج الضمان وشهادة المقيم في عنصر المهمة يعادل آليات الاسترداد مع شروط تسوية قابلة للبرمجة ومقدمة. استخدام سمعة ERC-8004 على السلسلة وغيرها من مقاييس السمعة والتاريخ على السلسلة كجزء من ERC-8183 يعادل الاكتتاب الخاص مع تاريخ محمول وقابل للتحقق.

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

بروتوكولات الدفع وواجهاتها الحالية، سواء كانت معالجات تقليدية أو بروتوكولات تحويل العملات المستقرة مثل x402، هي تجارب سلسة وملائمة للإنترنت تتعامل مع حركة الأموال. يدير ERC-8183 دورة الحياة الكاملة التي تحول الدفع إلى معاملة بدون ثقة: المواصفات، الضمان، تقديم التسليم، شهادة المقيم، والتسوية الحتمية. يمكن للوكيل التفاعل عبر x402 أو HTTP على مستوى الواجهة بينما تتم التسوية الأساسية عبر ERC-8183 على السلسلة. هذه مكملة لبعضها البعض.

عدم القابلية للعكس، الضمان، ومشكلة الاسترداد

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ERC-8004 للثقة. ERC-8183 للتجارة. كل شيء آخر متروك لك للبناء.

هل تريد المزيد؟

مواصفات ERC-8183: https://eips.ethereum.org/EIPS/eip-8183

مواصفات ERC-8004: eips.ethereum.org/EIPS/eip-8004

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

انضم إلى مجتمع تيليجرام: https://t.me/erc8183

إخلاء المسؤولية:

1. تم إعادة نشر هذا المقال من [virtuals_io]. جميع حقوق النشر تعود إلى المؤلف الأصلي [virtuals_io]. إذا كان هناك أي اعتراض على إعادة النشر، يرجى التواصل مع فريق Gate Learn وسيتم التعامل معه على الفور.

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

3. تمت ترجمة المقال إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يُذكر خلاف ذلك، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.