OKX APP: كيف يساعد Agent Payments Protocol وكلاء الذكاء الاصطناعي على إتمام صفقات على السلسلة؟

قد يستطيع وكيل ذكاء اصطناعي أن يرسل دفعة، لكن التجارة الحقيقية لا تنتهي عند زر الدفع. هناك طرف مقابل يجب اختياره، وسعر يجب الاتفاق عليه، ونطاق خدمة، وقياس للاستهلاك، وتسوية، وربما نزاع عند اختلاف التوقعات. هنا يأتي طرح OKX لـ Agent Payments Protocol، أو APP: بروتوكول يريد نقل وكلاء الذكاء الاصطناعي من تنفيذ تحويل منفرد إلى إدارة علاقة تجارية كاملة على السلسلة، مع تدخل البشر أساساً عند الحالات الاستثنائية لا عند كل خطوة.

الخلاصة أولاً

• APP هو معيار مفتوح لتجارة وكلاء الذكاء الاصطناعي ضمن OKX Onchain OS، بحسب OKX Learn، وليس مجرد آلية لإرسال دفعة.
• الورقة البيضاء تقول إن البروتوكول يغطي دورة تجارية تشمل اكتشاف الأطراف، التفاوض على النطاق والسعر، الحجز الضماني، قياس الاستهلاك، التسوية على السلسلة، معالجة النزاعات، تقسيم الإيرادات وإغلاق فترة الفوترة.
• التصميم يعتمد على أربع نوايا تنفيذية أو intents هي charge وescrow وsession وupto، بحيث يصبح التفاعل علاقة تجارية قابلة للإدارة لا عملية تحويل واحدة.
• يجب قراءة الطرح بحذر: OKX Learn يذكر المسار الكامل، لكنه يضع ميزتي escrow وdispute resolution ضمن coming soon، أي أنهما جزء من الخطة المعلنة لا بالضرورة قدرة مكتملة في كل سيناريو اليوم.

ما هو APP؟ وليس تطبيقاً للهاتف

الاسم قد يربك قليلاً. APP هنا لا يعني تطبيق OKX على الهاتف، بل اختصار Agent Payments Protocol. تصفه OKX Learn بأنه معيار مفتوح لتجارة الوكلاء ضمن OKX Onchain OS، بينما تعرضه الورقة البيضاء كبروتوكول مفتوح يسمح لوكيل ذكاء اصطناعي بإدارة علاقة تجارية كاملة.

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

من دفعة واحدة إلى علاقة تجارية

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

لذلك تتحدث الورقة البيضاء عن أربع intents: charge وescrow وsession وupto. هذه ليست مجرد أزرار دفع بأسماء مختلفة، بل وحدات للتعبير عن نية تجارية وشروط تنفيذها على امتداد دورة الصفقة. وبما أن الملخصات العامة لا تفصل كل حقل تقني داخل هذه intents، فالأدق أن نفهمها كلبنات تصميمية للتعاملات بين الوكلاء، لا كوصف نهائي لكل آلية تشغيل داخل البروتوكول.

كيف يمكن أن تسير صفقة عبر APP؟

1. العثور على الطرف المقابل

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

2. عرض السعر والتفاوض

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

3. الحجز الضماني للأموال

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

4. قياس الاستهلاك والفوترة

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

5. التسوية على السلسلة وتقسيم الإيرادات

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

6. النزاعات والحالات الاستثنائية

إذا اختلف الطرفان حول جودة الخدمة، أو صحة بيانات القياس، أو مطابقة النتيجة للاتفاق، يدخل عنصر النزاع. الورقة البيضاء تضع معالجة النزاعات ضمن دورة APP التجارية. لكن، كما في الحجز الضماني، OKX Learn يضع dispute resolution ضمن coming soon، ما يعني أن معالجة النزاعات جزء جوهري من الهدف المعلن، مع ضرورة متابعة ما الذي أُطلق فعلياً وما الذي لا يزال قيد التطوير.

مثال مبسط: وكيل يشتري خدمة تحليل بيانات

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

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

ماذا عن تعدد السلاسل والمحافظ وSDK؟

المعلومة الأكثر ثباتاً في المصادر الرسمية هي أن APP معيار مفتوح لتجارة الوكلاء ضمن OKX Onchain OS، هدفه تمكين وكلاء الذكاء الاصطناعي من إدارة دورة تجارية كاملة على السلسلة.

أما تفاصيل التنفيذ الأوسع فتظهر بدرجة أكبر في تقارير طرف ثالث. فقد ذكرت تقارير أن APP مصمم كمعيار عابر للسلاسل، مع إشارات إلى Ethereum وSolana وX Layer، ومحفظة Agentic Wallet، وPayment SDK، ومفاتيح جلسات مدعومة ببيئات تنفيذ موثوقة TEE، ودعم لأكثر من 20 سلسلة. هذه التفاصيل مفيدة لفهم اتجاه المنظومة التي قد تبنيها OKX حول البروتوكول، لكنها ليست بديلاً عن قراءة قدرات البروتوكول الأساسية كما وردت في الورقة البيضاء وOKX Learn.

ما الذي يضيفه APP؟ وما الذي لا يضمنه؟

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

لكن التسوية على السلسلة وحدها لا تحل كل مشكلات التجارة. إثبات جودة الخدمة، الثقة في بيانات القياس، طريقة تقديم أدلة النزاع، واستعداد مزودي الخدمات للاندماج مع البروتوكول كلها مسائل تعتمد على التنفيذ العملي وتبني السوق. كما أن OKX Learn نفسه يوضح أن escrow وdispute resolution لا يزالان موسومين بـ coming soon.

الخلاصة

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

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