الخلاصة

  • تقترح draft-mih-agent-settlement-records-00 ملاحظتين موقعتين منفصلتين، إحداهما من جهة الدافع والأخرى من جهة المستفيد، ثم تترك للمتحقق اشتقاق ما إذا كان طرفا الدفع متفقين. ولا يحق لأي طرف أن يعلن الحالة المركبة بنفسه.
  • اتفاق الدفع والتسليم حالتان مستقلتان. تسمح المسودة صراحة بأن يكون الدفع agreed فيما يكون التسليم none؛ فلا التوقيع ولا التطابق يثبت وصول السلعة أو المحتوى أو الخدمة الموعودة.

أخطر إشارة في تجارة الوكلاء قد لا تكون تحذيراً أحمر، بل علامة خضراء تحمل معنى أوسع من أدلتها. يرى نظام الدفع خروج المال ووصوله، فتغلق المحاسبة العملية، ثم تقرأ أنظمة أخرى كلمة «تمت التسوية» وكأنها تعني أن الصفقة كلها اكتملت. النسخة 00 من Two-Party Settlement Records for Agent Payments، التي ظهرت في متعقب IETF في 2 أكتوبر 2026، تحاول منع هذا الانزلاق قبل أن يتحول إلى قاعدة تشغيلية.

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

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

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

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

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

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

للتسليم آلة حالات خاصة به. إذا لم يوجد delivered leg فالحالة none. وإذا وُجد جانب واحد بلا تعارض فهي stated. وإذا تطابقت خلاصتا المحتوى لدى الإرسال والاستلام فهي matched، وعند اختلافهما تصبح mismatch. ويعمل الفصل في الاتجاهين: قد يكون الدفع agreed والتسليم none، وقد يكون التسليم matched فيما لا يتجاوز الدفع payee_stated.

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

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

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

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

هذه دلالات مقترح وليست حقائق انتشار. يسجل Datatracker الوثيقة كمسودة إنترنت فردية بلا مسار ولا مستوى معياري. أما خرائطها إلى x402 وAP2 وPayment HTTP وOpen Payments وLightning وISO 20022 فهي مقارنات وضعها مؤلف المسودة، وليست دليلاً على أن تلك المجتمعات اعتمدت التنسيق. تعذر الوصول إلى صفحة ISO في هذا البحث، ولذلك لا ننسب إلى ISO تأييداً يتجاوز ما تنقله المسودة نفسها.

يوفر مبدأ Minimum Initial Specification لدى Lu Heng وضعاً مؤسسياً مناسباً: مشاركة أصغر شكل يسمح للملاحظات المستقلة بأن تلتقي، مع إبقاء الأحكام ذات العواقب محلية. ويسأل Running-Code Primacy عن كائن شبكة الدفع وسياسة المفاتيح وقاعدة التطبيع ورأس الاستبدال التي عملت فعلاً. أما Reality Layers فيمنع دمج الملاحظة الموقعة واتفاق الدفع الثنائي ودليل التسليم والوفاء التعاقدي في شارة واحدة اسمها «مكتمل».

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

المصادر