الخلاصة
- تربط سياسة Charleston Road Registry المقترحة أهلية تسجيل
.mcpبأربع صور من الارتباط بـMCP. - سيملك
.MCP Policy Councilحق الموافقة على تعديل القواعد، لكن الملف العلني لا يوضح تشكيله أو مساءلته أو مسار الطعن في قرارات الاستبعاد.
البروتوكول والنطاق المؤسسي ليسا الشيء نفسه. Model Context Protocol مشروع تقني مفتوح. أما .mcp، إذا فُوضت في نهاية العملية، فستكون مساحة أسماء يديرها سجل وفق عقد. قد تخدم الطبقتان إحداهما الأخرى، لكن المشاركة في المشروع لا تمنح تلقائياً حق تسجيل اسم تحت امتداد محدد.
تقترح Charleston Road Registry Inc. (CRR)، وهي الكيان المتقدم باسم Google Registry، أربعة مسارات للأهلية: إثبات مساهمة موثقة في مستودعات MCP الرسمية؛ تشغيل خادم MCP نشط ومتوافق؛ امتلاك قيد في MCP Registry الرسمية أو تمثيل صاحبه بتفويض؛ أو الاحتفاظ بعضوية سارية في Agentic AI Foundation (AAIF). ويقول الطلب إن مشغل السجل سيتحقق من هذه الشروط بمساعدة .MCP Policy Council. كما ينص جواب السؤال 151 على أن تعديل السياسة لا يجوز إلا بموافقة المجلس.
هذه الشروط تقيس علاقات مختلفة. فالمساهمة سجل تاريخي في مستودع، وتشغيل الخادم حالة تقنية آنية، والقيد في Registry علاقة تمثيل، وعضوية AAIF رابطة مؤسسية. لذلك سيقدم المطور الجديد والمساهم القديم ومشغل الخدمة والعضو المؤسسي أدلة مختلفة، وسيواجهون احتمالات مختلفة للرفض. يسرد الطلب الفئات، لكنه لا ينشر مستوى الإثبات المطلوب، أو كيفية معالجة سجل ناقص، أو طريقة مراجعة قرار الرفض.
من يضع حدود القواعد لا يقل أهمية عن من يدقق الوثائق. يرد اسم .MCP Policy Council بوصفه مساعداً للسجل في التنفيذ وصاحب حق الموافقة على التعديل. لكن الملف العلني لا يحدد من يختار أعضاءه أو يعزلهم، ولا مدة ولايتهم، أو قواعد تضارب المصالح، أو حق المتقدم المرفوض في الطعن، أو علاقة المجلس الرسمية بحوكمة MCP التقنية. لا تثبت هذه الفجوات وجود استحواذ أو سوء نية؛ لكنها تترك سلطة قد تؤثر طويلاً في الوصول إلى الأسماء بلا وصف كافٍ للمساءلة.
صفحة حوكمة MCP الرسمية تعرض بنية أخرى: Steering Group وأدوار Lead وCore وMaintainer. وتذكر أن الحوكمة التقنية يمارسها أفراد، لا مقاعد مخصصة للشركات. ولا تشير الصفحة إلى .MCP Policy Council. لذلك لا تبرر الوثائق مساواة المجلس المقترح بقيادة MCP التقنية، ولا افتراض أن قرارات المشروع ستلزم السجل تلقائياً. يجوز لسجل النطاقات إدارة شروط العقد للأسماء التي يصدرها؛ لكن ذلك منفصل عن تقرير من يساهم في البروتوكول، وما التنفيذ المتوافق، وكيف يتطور MCP.
وينبغي قراءة حالة ICANN على مراحل. يضم ملف Reveal Day المنشور في 7 أكتوبر خمس طلبات ضمن مجموعة التنافس الأولية على .mcp: CRR وOPENAI OPCO وRadix وShortDot وTidal Case. تظهر الملخصات الخمسة حالة Active / Pre-Evaluation Processing. وحده ملخص CRR يعرض Community في حقل tldTypes العام. الحقول الفارغة في الملخصات الأربعة الأخرى لا تثبت عدم وجود مطالبة مجتمعية. كما تقول ICANN إن مجموعات التنافس لا تظهر نهائية في APS قبل اكتمال تقييم السلاسل.
إذا حافظت CRR على صفة الطلب المجتمعي واختارت المشاركة، فقد تؤثر Community Priority Evaluation (CPE) في أولوية الطلبات المتنافسة. يعرّف دليل المتقدمين الحالي CPE بأنه تقييم مستقل لمنح الأولوية ضمن مجموعة التنافس. يجب استكمال إجراءات التقييم والاعتراض والطعن ذات الصلة، كما تخضع Registry Commitments المقترحة لمراجعة منفصلة. قد يتقدم الطلب المجتمعي الناجح على الطلبات غير المجتمعية؛ وإذا نجحت طلبات مجتمعية متعددة، تنتقل إلى المزاد. يتضمن CPE أربعة معايير وحد نجاح يبلغ 12 نقطة من 16. ويفصل الدليل بوضوح بين تحديد المجتمع وتقييم الأولوية: المتقدم يحدد المجتمع، وCPE يقرر ما إذا كان الطلب يستحق أولوية التنافس.
ولا تقرر العملية إن كان مجتمع MCP موجوداً أصلاً، ولا تصوت على شرعية مؤسساته التقنية.
تقدم الملاحظة 72 إطاراً لطرح السؤال، لا قاعدة تنقل حرفياً إلى سجلات النطاقات. تحذر الملاحظة من أن قائمة بريدية أو اجتماعاً أو توافقاً سياسياً لا ينشئ بمفرده ملكية أو تفويضاً. لكنها تتناول سلطة سجلات الإنترنت الإقليمية على موارد الترقيم. أما سجل نطاقات المستوى الأعلى العام فيعمل بموجب عقد مختلف ويحتاج إلى إدارة التسجيلات. والسؤال الأدق هنا هو ما إذا كانت شروط الأهلية محددة وقابلة للتفسير والاستئناف، وما إذا كان المشاركون يعرفون من يملك تغييرها.
لم تُفوّض .mcp بعد، والسياسة المقترحة ليست حقاً معتمداً. ومع ذلك، يمكن بدء العناية الواجبة الآن: فصل المشاركة في البروتوكول عن أهلية النطاق؛ طلب آلية تحقق وطعن؛ تحديد الجهة التي تملك الموافقة على التعديلات؛ وعدم تقديم قرار السجل بوصفه تزكية تقنية من MCP. إذا تقدم الطلب، فستكون لائحة المجلس مهمة بقدر أهمية قائمة الفئات الأربع.
المصادر
- مجموعات التنافس في Reveal Day لدى ICANN، 7 أكتوبر 2026
- ردود طلب Charleston Road Registry
- وثائق طلب Charleston Road Registry
- الملخص العام للطلب
- ملخص طلب OPENAI OPCO
- ملخص طلب Radix Technologies
- ملخص طلب ShortDot
- ملخص طلب Tidal Case
- طلبات ICANN العامة وشرح الحالات
- دليل المتقدمين لعام 2026، الإصدار الثالث، 7 أكتوبر 2026
- أسئلة ICANN حول توقيت تحديد الطلب المجتمعي
- حوكمة Model Context Protocol
- Heng Lu، الملاحظة 72: The Bill of Rights of Uniqueness Coordination
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
