ما هو تحليل أسماء الدفع؟
يحوّل تحليل أسماء الدفع اسمًا مقروءًا للبشر — مثل pay:yourname — إلى التعليمات القابلة للتنفيذ اللازمة لإرسال المال: المسار، والعنوان، والتوجيه، وتلميح ISO 20022. وهو الطريقة التي يتيح بها DNS://Money لشخص أو وكيل ذكاء اصطناعي أن يدفع لاسم بدلًا من رقم حساب خام.
ما هو ليس كذلك
يتصادم المصطلح مع أمرين لا علاقة لهما به — فلكي نكون دقيقين:
- ليس PNRP من Microsoft. بروتوكول تحليل أسماء النظراء هو نظام تسمية نظير-لنظير لـ IPv6 يعود إلى أوائل الألفية. ولا علاقة له بالمدفوعات.
- ليس تأكيد المستفيد. فذلك الفحص البنكي يطابق اسمًا بحساب ويُعيد نعم/لا لكشف الاحتيال. أما تحليل أسماء الدفع فيُعيد أين وكيف تدفع — المسار ونقطة النهاية للتنفيذ فعليًا.
كيف يعمل؟
- يُستعلم عن اسم. يطلب مرسِل أو وكيل من البروتوكول أن يحلّ
pay:vendor.alpha. - تُعاد تعليمة. يستجيب البروتوكول بالمسار، والعنوان، والتوجيه، وتقدير الرسوم، وتلميح ISO 20022 — كل ما يلزم للدفع.
- يُختار المسار الأمثل. يمكن أن يحلّ الاسم نفسه إلى XRPL.
- تُسوّى الدفعة على ذلك المسار. وDNS://Money لا يحتجز الأموال أبدًا.
لماذا يهمّ لوكلاء الذكاء الاصطناعي
لا تستطيع الوكلاء الذاتية لصق عناوين المحافظ أو تذكّر أرقام التوجيه. فهي تحتاج إلى حلّ اسم ثابت إلى تعليمة دفع وقت المعاملة — عبر أي مسار يكون الأفضل. وتلك الطبقة من التحليل هي بالضبط ما يغيب عن بروتوكولات الوكلاء مثل AP2 وA2A وx402، وبالضبط ما يوفّره تحليل أسماء الدفع.
هل عمل على الواقع؟
نعم — في 2026-03-13، حلّ نظامان من أنظمة الذكاء الاصطناعي أسماء pay: ودفع كلٌّ منهما للآخر على الشبكة الرئيسية لـ XRPL، بشكل ذاتي وعلى السلسلة. اعرض معاملة المنشأ ←
مصطلحات ذات صلة
- pay:
- فضاء الأسماء لأسماء الدفع، مثل
pay:agent.compute. - FAS-1 (معيار العنوان المالي)
- المواصفة المفتوحة التي تحدد كيف يحلّ اسم pay: إلى نقطة نهاية للدفع.
- المسار
- شبكة تسوية (XRPL) يمكن أن يشير إليها اسم محلول.