تسوية الأوراق المالية ومعنى النهائية

ملخص

• ليست صفقة الأوراق المالية نفس حدث التسوية. بين الاتفاق والقيد النهائي، توجد التخصيص والمطابقة والتحقق وتوفر الموارد وتعليمات التسوية ونقطة محددة لعدم الرجوع.
• يحمي توجيه نهائية التسوية الأوروبي (European Settlement Finality Directive) أوامر التحويل والمقاصة ضد آثار الإعسار اللاحقة بمجرد دخولها نظامًا محددًا بموجب قواعده، ويمنع إلغاء المشارك بعد النقطة المعلنة للنظام.
• التسليم مقابل الدفع لا يتطلب أن تكون كل الإجراءات الفنية متزامنة. إنه يتطلب التسوية النهائية لالتزام مرتبط واحد أن تحدث إذا وفقط إذا أصبح الآخر نهائيًا، بحيث لا يتحمل أي طرف مخاطر أصلية كاملة.
• تتطلب التسوية الفاشلة والتسوية النهائية معالجة معاكسة. قبل الالتزام، يمكن أن تظل المعاملة غير المكتملة معلقة، أو يتم إلغاؤها ثنائيًا، أو العودة إلى حالة سابقة نظيفة. بعد الالتزام، يجب أن يحدث التصحيح من خلال حدث جديد قابل للإسناد بدلاً من الحذف أو الرجوع الأحادي الجانب.
• يجب أن تربط قاعدة نهائية IPv4 سلطة البائع الموثقة، وقبول المشتري، واعتراف السجل، وأي تسوية عبر السجلات، والإفراج عن الدفع في شرط تسوية واحد معلن، مع ترك نشر التوجيه والمطالبات القانونية الخاصة في مؤسساتها المناسبة.
• يمكن لـ NRS استخدام النهائية كنظام مناصرة من خلال نشر أبحاث حول واجبات المشاركين، وحالات الفشل، وقواعد التخلف عن السداد، وصلاحيات التصحيح، وأدلة التدقيق. تتحمل سجلات الإنترنت الإقليمية (RIRs) وخدمات التحويل المصرح بها والهيئات التحكيمية والمحاكم مسؤولية تنفيذ أو إنفاذ النهائية.

التجارة وعد؛ التسوية تغير الحالة الرسمية

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

أصبح التمييز أكثر وضوحًا عندما نقلت الولايات المتحدة معظم معاملات الوساطة من T+2 إلى T+1 في 28 مايو 2024. لم تقل هيئة الأوراق المالية والبورصات (Securities and Exchange Commission) إن الصفقات حدثت فجأة بعد يوم واحد. لقد اختصرت الفاصل الزمني القياسي بين تاريخ الصفقة والتسوية وأضافت متطلبات تهدف إلى تحسين التخصيصات في نفس اليوم، والتأكيدات، والتأكيدات، والمعالجة المباشرة. أدرك التغيير أن الوقت بين الاتفاق والإكمال يحتوي على مخاطر ائتمانية وسوقية وسيولة وتشغيلية.

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

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

هذا استخدام أضيق وأكثر قيمة لقياس الأوراق المالية من القول إن العناوين هي أصول. إنه يحول تسلسلًا إداريًا غامضًا إلى انتقال حالة يمكن للعقود والمشغلين الاعتماد عليه.

تم كتابة توجيه 1998 ضد خطر الإلغاء

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

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

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

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

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

النهائية هي النقطة التي ينتقل عندها الخطر

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

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

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

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

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

الإيداع المركزي للأوراق المالية (CSD) هو مؤسسة قيد دفترية بدور محدود

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

يتطلب المبدأ 11 من معايير CPMI-IOSCO من الإيداع المركزي للأوراق المالية (CSD) الاحتفاظ بالأوراق المالية في شكل مجمد أو غير مادي لنقل القيد الدفتري وتقليل المخاطر المرتبطة بالحفظ والنقل. في الاتحاد الأوروبي، تتطلب المادة 39 من لائحة أنظمة الإيداع المركزي للأوراق المالية (CSDR) من كل نظام تسوية يديره CSD تحديد لحظات الدخول وعدم الرجوع، والإفصاح عن قواعد النهائية، ومتابعة التحويلات النهائية في الوقت الفعلي أو خلال اليوم وفي موعد لا يتجاوز نهاية يوم التسوية الفعلي، وتسوية المعاملات النقدية بين المشاركين المباشرين على أساس التسليم مقابل الدفع.

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

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

إذا كانت الإجابة لا، فإن تسمية السجل بأنه وصي موثوق به لا يسد الفجوة. الثقة هي نتيجة قاعدة نهائية، وليست بديلاً عنها.

التسليم مقابل الدفع هو شرطية، وليس لحظة سينمائية

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

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

توفر منصة TARGET2-Securities التابعة للبنك المركزي الأوروبي (ECB) تنفيذًا ملموسًا. يستخدم المشاركون حسابات أوراق مالية مع CSDs متصلة وحسابات نقدية مخصصة مع البنوك المركزية. تطابق T2S تعليمات التسوية وتسوي في أموال البنك المركزي على أساس DvP. كما تستخدم التسوية الجزئية والضمانات الآلية والتحسين لتقليل حالات الفشل.

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

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

التسوية الفاشلة تنتمي قبل النهائية

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

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

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

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

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

المطابقة هي الرقابة غير المقدرة

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

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

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

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

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

يجب أن يبدأ عدم الرجوع قبل أن يتمكن الأطراف من تسليح التأخير

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

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

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

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

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

يجب أن يخلق الفشل مسؤولية، وليس غموضًا

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

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

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

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

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

قواعد تخلف المشارك تجعل النهائية ذات مصداقية تحت الضغط

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

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

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

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

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

يجب تعريف وحدة تسوية IPv4 قبل أن تكون نهائية

تعرف أنظمة الأوراق المالية الأداة والكمية والحسابات والمبلغ النقدي الذي تنطبق عليه التسوية. تستخدم تحويلات IPv4 أحيانًا وحدة غير دقيقة: "الكتلة"، أو "الموارد" أو "الحساب". هذا غير كافٍ عندما يمكن تقسيم بادئة أكبر وتتبع الخدمات المجاورة حدودًا مختلفة.

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

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

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

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

تسوية عبر RIR تحتاج إلى شرط التزام واحد

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

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

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

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

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

الذرية هنا تعني التزام منطقي واحد عبر السجلات، وليس احتكار مؤسسة واحدة.

يجب ربط الدفع دون جعل السجل بنكًا

غالبًا ما يستخدم DvP للأوراق المالية أموال البنك المركزي أو البنك التجاري داخل ترتيبات التسوية المنظمة. سجلات الأرقام ليست مؤسسات دفع ولا ينبغي أن تصبح أوصياء على أموال المعاملات فقط لتقليد CSD.

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

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

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

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

لا ينبغي الخلط بين النهائية وتنشيط المسار

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

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

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

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

يغير حدث التسوية من يتم التعرف عليه في نظام التسجيل. يتبع النشر التشغيلي من خلال قرارات المشغل والخدمات المجاورة. الحفاظ على الحدود واضحة يعطي الأطراف نقطة مستقرة ينطلقون منها لأداء الباقي.

يجب أن يخلق استرداد الاحتيال تحويلًا تصحيحيًا، وليس فقدان ذاكرة تاريخي

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

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

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

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

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

يجب على NRS مناصرة الانضباط، وليس ارتداء الزي المؤسسي

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

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

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

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

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

نموذج حالة عملي يتكون من تسع خطوات

أولاً، مقترح: يفتح أحد الأطراف معاملة تسمي الموارد والأطراف المقابلة بالضبط. لا يحدث تغيير في التسجيل العام.

ثانيًا، موثق: تتحقق خدمة المصدر من تعليمات الحائز الحالي وسلطته المؤسسية بموجب معيار منشور.

ثالثًا، متطابق: يقبل البائع والمشتري والخدمات المتأثرة شروطًا أساسية متطابقة. تستهلك التعديلات الإصدار السابق.

رابعًا، مشروط: يتم استيفاء ضمان الدفع والقيود القانونية وأهلية المستلم والمتطلبات الفنية المعلنة أو تحديدها كمعلقة.

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

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

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

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

تاسعًا، مكتمل مع الإجراءات المجاورة: تنتقل RPKI وDNS العكسي وIRR والاتصالات التشغيلية وفقًا للجدول المعلن. تكون حالتها مرئية ولكنها لا تعيد فتح نهائية التسجيل ما لم تجعل شروط التسوية صراحة إجراءً يتحكم فيه السجل جزءًا من الالتزام.

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

للقياس حدود صارمة

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

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

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

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

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

يجب قياس النهائية من خلال الاعتماد القابل للتكرار

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

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

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

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

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

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

خاتمة: لا رجعة فيه بعد الالتزام، قابل للعكس من خلال حدث جديد

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

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

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

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

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

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

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

هذا ليس قانون أوراق مالية للإنترنت. إنه انضباط النهائية المُكيَّف لنظام أرقام عالمي عمل لفترة طويلة جدًا دون تسمية اللحظة التي من المتوقع أن يعتمد عليها الجميع.

المصادر

• Directive 98/26/EC on settlement finality in payment and securities settlement systems- قابلية التنفيذ، الدخول، عدم الرجوع، حماية الإعسار والحدود بين نهائية النظام والمطالبات القانونية الأساسية.
• CPMI-IOSCO, Principles for Financial Market Infrastructures- المبادئ 8 و11 و12 و13 حول نهائية التسوية والإيداع المركزي للأوراق المالية والالتزامات المرتبطة وتخلف المشارك.
• CPMI-IOSCO, Disclosure Framework and Assessment Methodology- أسئلة لاختبار النهائية والإلغاء والإكمال في تاريخ القيمة والروابط عبر الأنظمة والتعليمات غير المسواة.
• European Union Central Securities Depositories Regulation, Article 39- واجبات CSD لتحديد الدخول وعدم الرجوع والإفصاح عن قواعد النهائية واستخدام التسليم مقابل الدفع.
• CSDR Article 7andArticle 41- مراقبة فشل التسوية، والعقوبات القابلة للإسناد، وإجراءات الفشل المستمر، وقواعد تخلف المشارك المختبرة.
• European Central Bank, What is TARGET2-Securities?- المطابقة، حسابات الأوراق المالية والنقد في البنك المركزي، التسليم مقابل الدفع، التسوية الجزئية وتحسين التسوية.
• BIS, Delivery versus payment in securities settlement systems- الأصول والنماذج والآثار المترتبة على مخاطر ربط تسليم الأوراق المالية والدفع، بما في ذلك خطر إلغاء التسويات الصافية بعد فشل المشارك.
• US Securities and Exchange Commission, T+1 implementation statementandfinal rule- التمييز بين الصفقة والتسوية، والانتقال إلى T+1 في مايو 2024، وواجبات التأكيد والتأكيد والمعالجة المباشرة الداعمة.
• RFC 7020, The Internet Numbers Registry System- التفرد العالمي، دقة التسجيل، والفصل بين التسجيل وتشغيل الطريق.
• ARIN, Quick Guide to Internet Number Resource Transfers- مثال حالي على سلطة المصدر وشروط المستلم والاتفاق والتنسيق عبر RIR قبل الإكمال.
• Number Resource Society, Charter- التزام NRS المعلن بالتسجيل الدقيق واستقلالية المشغل وإنترنت موحد عالميًا، مستخدم كوصف ذاتي مؤسسي.
• Lu Heng, Number Resource Portability and the ICP-2 Revision- الحجة السياسية للتسجيل القابل للنقل، والتي تكملها النهائية بتحديد متى يكتمل النقل.