هل لا يزال تسجيل النطاقات بدون KYC قانونياً بموجب لوائح ICANN لعام 2026؟

في يناير 2026، أعاد مجلس إدارة منظمة ICANN التأكيد على أن تعديلات اتفاقية اعتماد المسجِّلين (RAA) الصادرة عام 2024 — وهي التعديلات التي أدخلت التحقق الإلزامي من البيانات بموجب مواصفة دقة بيانات التسجيل الجديدة (RDAS) — لا تزال سارية المفعول عبر جميع نطاقات المستوى الأعلى العامة (gTLDs). وقد فتح فريق الامتثال بالفعل أكثر من 140 ملف إنفاذ ضد مسجِّلين تعاملوا بشكل غير سليم مع بيانات WHOIS، كما فقد ثلاثة مسجِّلين من الفئة الثانية اعتمادهم في الربع الأول من العام وحده. ومع ذلك، لا تزال سوق هادئة لخدمات التسجيل الحافظة للخصوصية تزدهر، تُروَّج تحت وسوم مثل «النطاق المجهول» أو «WHOIS الخاص» أو ببساطة «بدون KYC». فهل لا يزال تسجيل النطاقات بدون KYC قانونياً تحت مظلة ICANN في 2026، أم أن النافذة قد أُغلقت أخيراً أمام المستخدمين الذين يرغبون في امتلاك موقع إلكتروني دون تسليم نسخة من جواز السفر؟

الإجابة المختصرة دقيقة ومتشعِّبة: لا يفرض إطار ICANN لعام 2026 إجراءات KYC عبر صور الهوية الرسمية كما تفعل منصات التبادل الخاضعة للتنظيم. بل يشترط دقة بيانات الاتصال، ويُلزِم المسجِّل بواجب التحقق من بعض الحقول، لكنه يترك مساحة للوكلاء المسجَّلين بالأصالة (registrar-of-record proxies)، وهياكل الوصاية (trustee structures)، ونطاقات الدول (ccTLDs) التي تعمل خارج نطاق ICANN بالكامل. وبالنسبة لأي شخص يخطط للدفع باستخدام عملة Monero عبر خدمات مثل MoneroSwapper، فإن الصورة القانونية أهم بكثير من النصوص التسويقية. يفك هذا الدليل تشابك ما تغير في 2026، ويستعرض المزوِّدين الذين لا يزالون ملتزمين مع جمعهم لأقل قدر من البيانات، وكيفية تسجيل نطاق دون التنازل عن هوية أكثر مما تتطلبه القواعد فعلياً.

المشهد التنظيمي في 2026: الموقف الجديد لـ ICANN

لفهم ما هو مسموح به وما هو ممنوع، يجب التمييز بين ثلاثة أنظمة متداخلة تخلط بينها الصحافة عادةً: الطبقة التعاقدية لـ ICANN، وتوجيه NIS2 الأوروبي مع استثناءات اللائحة العامة لحماية البيانات (GDPR)، وسياسات نطاقات الدول الفردية. كل واحد منها يتعامل مع مفهوم «الهوية» بطريقة مختلفة، وفكرة «بدون KYC» تحيا أو تموت في الفجوات بينها.

• RAA + RDAS لـ ICANN: مواصفة دقة بيانات التسجيل (RDAS)، السارية بالكامل منذ أغسطس 2025، تُلزم المسجِّلين بإجراء تحقق نحوي (هل ينتظم البريد الإلكتروني بصيغة صحيحة، هل يتطابق رقم الهاتف مع نمط E.164) وتحقق تشغيلي (هل يستقبل البريد الإلكتروني الرسائل فعلاً). لكنها لا تشترط فحوصات الهوية الحكومية أو الالتقاط البيومتري أو KYC المالي.
• نقل توجيه NIS2 إلى التشريعات الوطنية: تطلب قوانين الدول الأعضاء الآن من سجلات نطاقات الدول داخل الاتحاد الأوروبي الاحتفاظ ببيانات تسجيل «دقيقة وكاملة» والكشف عنها لـ«طالبي الوصول المشروعين». هذا هو النظام الذي دفع نطاقات .EU و.DE و.FR إلى تشديد إثباتات الهوية في أواخر 2025.
• قواعد نطاقات الدول الوطنية: لا تزال بعض السجلات (.IS و.CH و.LI و.TO و.CC) تقبل التسجيلات بمجرد بريد إلكتروني عامل. بينما تشترط سجلات أخرى (.US و.CA و.CN) إثباتات صلة وطنية أو إقامة، وهي تعمل عملياً مثل KYC. وفي المنطقة العربية، يفرض سجل .SA لدى الهيئة السعودية للاتصالات وتقنية المعلومات اشتراطات وثائقية مشدَّدة على الكيانات الاعتبارية، في حين يكتفي سجل .AE التابع لمؤسسة الإمارات للاتصالات بمتطلبات أخف للأفراد المقيمين، أما .EG فيشترط مستندات رسمية للشركات المسجَّلة.

ما لم تفعله ICANN في 2026 هو فرض قاعدة عالمية تقول «أظهر بطاقتك». ينبع الالتباس المستمر من عملية تطوير السياسات المُعجَّلة لتخفيف الانتهاكات التي اكتملت في نوفمبر 2025، والتي تُعزِّز التزامات إنزال النطاقات الخبيثة بشكل قابل للتحقق. وقد بالغ عدد من كبار المسجِّلين في رد فعلهم وأطلقوا متطلبات رفع جوازات السفر كإجراء دفاعي، ثم سوَّقوا ذلك على أنه «التزام بـ ICANN». لكنه ليس كذلك — بل هو نزوع نحو تجنب المخاطر. قانونياً، لا يزال بإمكان المسجِّل قبول عميل بمجرد بريد إلكتروني مُتحقَّق منه ومسار فوترة وبيانات اتصال دقيقة.

ماذا يعني «بدون KYC» فعلياً في تسجيل النطاقات

في عالم النطاقات، «بدون KYC» مظلة ضبابية. يمكن أن تعني أربعة أشياء مختلفة جذرياً، والخلط بينها هو ما يجعل المستخدمين ينتهون بنطاق مُعلَّق أو بمدفوعات مجمَّدة.

1. بدون وثيقة هوية، مع شفافية كاملة في WHOIS

يقدِّم المُسجِّل اسمه الحقيقي وبريده وعنوانه، لكنه لا يرفع وثيقة هوية أبداً. هذا هو الإعداد الافتراضي لمعظم المسجِّلين الموجَّهين للأفراد، وهو متوافق تماماً مع ICANN 2026. مواصفة الدقة تهتم بما إذا كانت البيانات يمكن الوصول إليها، وليس بما إذا كنت قد أثبتَّها برخصة قيادة.

2. التسجيل عبر خدمة وكيل أو خصوصية

يُحتفظ ببيانات المُسجِّل الحقيقية لدى خدمة خصوصية (مثل نموذج الوصاية لدى Njalla، أو معادل WhoisGuard لدى 1API، أو الخصوصية المجانية لدى Porkbun). يُظهر WHOIS العام بيانات اتصال الخدمة. اتفاقية اعتماد المسجِّلين لعام 2024 من ICANN تسمح بذلك صراحةً عبر هيكل برنامج اعتماد خدمات الخصوصية والوكلاء (PPSAP)، رغم أن إطلاق PPSAP الفعلي لا يزال يتأخَّر.

3. هياكل الوصاية أو المالك المستفيد

يقوم وصي قانوني بتسجيل النطاق باسمه نيابةً عن المستخدم. هكذا تعمل Njalla، وذراع النطاقات في OrangeWebsite، وعدة مسجِّلين أيسلنديين. قانونياً، الوصي هو المُسجِّل؛ أما علاقة العميل الأساسية فيحكمها عقد خدمة خاص. وليس لـ ICANN 2026 اعتراض على ذلك ما دامت بيانات المُسجِّل المنشورة في WHOIS دقيقة بالنسبة للوصي.

4. نطاقات الدول والجذور البديلة خارج تعاقد ICANN

تتفاوض نطاقات الدول على سياساتها الخاصة مع مشغِّل السجل. تقبل .IS و.CH و.LI و.CC و.TO وعدة نطاقات في المحيط الهادئ بيانات الحد الأدنى. أما أنظمة الجذور البديلة مثل Handshake (HNS) وENS (.eth) وUnstoppable (.crypto و.x و.nft) فليست خاضعة لولاية ICANN على الإطلاق وتعمل بالكامل على أساس الملكية التشفيرية.

إذا طلب منك مُسجِّلٌ صورة بطاقة هوية وأطّرها على أنها «اشتراط من ICANN»، اطلب منه الاستشهاد بالبند التعاقدي. لن يستطيع، لأن البند غير موجود — والمُسجِّل الذي يُحرِّف القواعد هو نفسه خارج الامتثال.

المسجِّلون القانونيون الذين يقللون جمع البيانات في 2026

يُلخِّص الجدول التالي المسجِّلين وأنواع السجلات التي، حتى مايو 2026، لا تزال تسمح بالتسجيل دون رفع وثيقة هوية حكومية مع الحفاظ على نظافة تعاقدية. تعكس الأسعار نطاقات المستوى الأعلى من الفئة الوسطى (.com و.net و.org) بأسعار تجديد سنوية وتستثني خصومات السنة الأولى الترويجية.

المُزوِّد	النموذج	يقبل Monero	السعر التقريبي لـ .com سنوياً	ملاحظات
Njalla	وصاية، يمتلك النطاق نيابةً عنك	نعم، XMR مباشرة	~15 يورو	مقرها نيفيس؛ تأسست عام 2017؛ أقوى درع قانوني وفقاً لتدقيقات 2026.
OrangeWebsite	مقرها أيسلندا، صديقة لنطاقات الدول	نعم عبر معالج دفع	~18 يورو	تاريخ طويل مع .IS؛ الاستضافة مُضمَّنة، تتطلب بريداً إلكترونياً فقط.
1984 Hosting	أيسلندا، تسجيل gTLDs دون هوية	نعم، XMR مباشرة	~20 يورو	موقف علني ضد الإفراط في جمع البيانات؛ تدعم .IS وgTLDs.
Porkbun	مُسجِّل قياسي + خصوصية WHOIS مجانية	لا (BTC فقط)	~11 دولاراً	تسعير عام؛ يجب تحويل XMR خارج المنصة أولاً.
Handshake (HNS)	جذر لامركزي، ملكية على السلسلة	عبر مبادلة DEX	قائم على المزاد	ليست ضمن ICANN؛ يُحلّ عبر مُحلِّلات HNS أو امتداد متصفح.
ENS (.eth)	اسم عقد ذكي على إيثيريوم	عبر مبادلة DEX	~5 دولارات/سنة + رسوم الغاز	خارج نطاق ICANN؛ يُحلّ تلقائياً في Brave وMetaMask وOpera.

لاحظ أن «يقبل Monero» تعني أن المُزوِّد يقبل XMR مباشرة أو عبر معالج دفع مُدمَج لا يتطلب ربط حساب. أما بالنسبة لـ Porkbun والمسجِّلين المماثلين الذين يقبلون فقط العملات الورقية أو BTC، فيقوم مستخدمو MoneroSwapper عادةً بتحويل XMR إلى BTC أو USDT قبيل الدفع مباشرة، مما يحافظ على الخصوصية على السلسلة في طرف Monero دون انتهاك شروط المُسجِّل.

خطوة بخطوة: تسجيل نطاق بأقصى قدر من الخصوصية في 2026

الآليات لا تقل أهمية عن اختيار المُسجِّل. يمكن أن يُسرِّب مُسجِّلٌ مجهول تماماً هويتك إذا دفعتَ من محفظة مكشوفة أو سلَّمت ملف ارتباط لمعالج دفع مرتبط باسمك الحقيقي. إليك سير العمل الذي نوصي به للمستخدمين الذين يُعطون الأولوية للقانونية والخصوصية معاً تحت إطار ICANN 2026.

1. اختر نطاق المستوى الأعلى الصحيح أولاً. قرِّر قبل أي شيء آخر هل تحتاج إلى gTLD (.com و.org) تحت ICANN، أم ccTLD خفيف الهوية (.is و.ch و.li و.cc)، أم اسم سلسلة خارج النطاق (.eth و.crypto أو اسم HNS). يُقيِّد اختيار النطاق كل قرار خصوصية لاحق.
2. أنشئ هوية بريد إلكتروني نظيفة. استخدم مزوِّد بريد يحترم الخصوصية (Tutanota أو Proton أو Disroot أو عنوان مُستضاف ذاتياً على نطاق تملكه). تحقَّق من عمله بإرسال واستقبال رسالة من خارج صندوق الوارد ذاك؛ ستفحص مواصفة دقة ICANN قابلية الوصول.
3. اختر مُسجِّلاً من الجدول أعلاه. تأكَّد من شيئين في شروطه الحالية: أنه لا يطلب وثيقة هوية حكومية عند التسجيل، وأنه يلتزم باتفاقية اعتماد المسجِّلين لعام 2024. يمكن تأكيد كلا الأمرين عادةً دون إنشاء حساب.
4. احصل على Monero عبر مبادلة بدون حساب. استخدم MoneroSwapper أو خدمة مبادلة فورية مشابهة لتحويل عملة أخرى إلى XMR دون تسجيل. أرسل XMR إلى محفظة جديدة — يفضَّل أن تكون مُنشأة خصيصاً لهذه العملية لتجنب ربط النطاق بتاريخك الأوسع على السلسلة.
5. إذا كان المُسجِّل يقبل XMR مباشرةً، ادفع من تلك المحفظة الجديدة. إن لم يكن كذلك، قم بمرحلة ثانية: بادِل جزءاً من XMR إلى BTC أو USDT عبر MoneroSwapper، أرسل ما يكفي للفاتورة فقط، وادفع للمُسجِّل فوراً لتقليل قابلية تتبع الرصيد المتبقي.
6. فعِّل خصوصية WHOIS أو وضع الوصاية عند الدفع. حتى على المسجِّلين الذين ينشرون بيانات اتصالك افتراضياً، فإن تفعيل الخصوصية عند التسجيل يمنع لقطة WHOIS الأولية من التسرب. تطبيق الخصوصية بأثر رجعي لاحقاً لا يمحو تاريخ WHOIS المؤرشف.
7. وثِّق بيانات اتصالك الدقيقة بشكل خاص. احتفظ بسجل غير متصل بالإنترنت للبيانات التي قدَّمتها. إذا طلب المُسجِّل لاحقاً التحقق بموجب RDAS، يمكنك الرد من نفس البريد وتأكيد العنوان دون الحاجة إلى رفع وثيقة هوية.

اتباع هذا التسلسل يُبقيك ملتزماً تعاقدياً مع ICANN 2026 — فبيانات اتصالك دقيقة ويمكن الوصول إليها — مع عدم ترك أي أثر ورقي للدفع ولا بصمة بيومترية لدى المُسجِّل.

الدفع للنطاقات بشكل مجهول باستخدام Monero

مرحلة الدفع هي المكان الذي تفشل فيه معظم تسجيلات «بدون KYC» بصمت. يمكن للمُسجِّل أن يكون بلا أي اشتراطات هوية عند التسجيل، لكن إذا دفعتَ ببطاقة ائتمان أو بسحب BTC من منصة خاضعة لـ KYC، تصبح المعاملة نفسها هي الرابط. تحل Monero هذه المشكلة على مستوى البروتوكول: تضمن تقنيات RingCT وعناوين الشبح (stealth addresses) وBulletproofs+ ألا يستطيع معالج دفع المُسجِّل استنتاج مصدر التمويل أو تاريخ محفظتك.

في 2026، يقبل ثلاثة أصناف من المسجِّلين Monero بسلاسة. المسجِّلون الذين يقبلون XMR أصلياً (Njalla و1984 Hosting وOrangeWebsite عبر معالج) يعرضون ببساطة فاتورة XMR بعنوان شبح. المسجِّلون الداعمون عبر الجسور يستخدمون بوابة دفع مثل BTCPay Server مع ملحق Monero أو معالجاً تابعاً يعرض المعادل بـ BTC. المسجِّلون الواعون بالعملات المشفرة فقط يقبلون BTC أو USDT — لهؤلاء، يُوصِّل مسار MoneroSwapper الفوري XMR→BTC أو XMR→USDT الأموالَ مباشرة إلى عنوان فاتورة المُسجِّل، دون أن تتطلب المبادلة نفسها أي حساب.

تجدر الإشارة قانونياً إلى أن الدفع بـ Monero ليس «تحايلاً على KYC» في أي ولاية قضائية نعلمها، لأن ICANN 2026 لا تشترط KYC مالياً لشراء النطاقات أصلاً. أنت ببساطة تختار طريقة دفع تحترم القابلية للاستبدال. هذا التمييز مهم في أي نزاع مستقبلي مع المُسجِّل.

مثال عملي: حالة الباحث الصحفي

تأمَّل صحفياً يعمل في ولاية قضائية تتسم بقوانين صحافة معادية، ويرغب في الحصول على نطاق نشر شخصي في 2026. يحتاج إلى: (أ) نطاق مُسجَّل قانونياً لن يُلغى بسبب بيانات WHOIS غير دقيقة، (ب) عدم وجود أي رابط عام بين النطاق وهويته القانونية، (ج) مسار دفع لا يمكن استدعاؤه قضائياً ليُربط بحساب بنكي.

المسار العملي في 2026: نطاق .is مُسجَّل عبر 1984 Hosting ببريد Proton للاتصال، مدفوع بـ XMR مصدره مبادلة عبر MoneroSwapper من رصيد BTC صغير اشتراه من نظير لنظير قبل ستة أشهر. مواصفة RDAS الخاصة بـ ICANN لا تنطبق على .is (فهو نطاق دولة خاضع لقواعد ISNIC)، وبريد الاتصال حقيقي وقابل للوصول، ولا يرى معالج الدفع سوى عنوان شبح جديد. إجمالي الهوية المُفصح عنها: بريد إلكتروني يستجيب. إجمالي المستندات المرفوعة: صفر. إجمالي سياسات ICANN المُنتهَكة: صفر. التكلفة الإجمالية في 2026: أقل من 25 يورو.

قارن ذلك بنفس الصحفي وهو يستخدم مُسجِّلاً أمريكياً «يشترط» رفع جواز السفر «لأغراض الامتثال لـ ICANN». الآن هناك مسح ضوئي لجواز السفر في نظام إدارة علاقات عملاء تابع لطرف ثالث، وارتباط ببطاقة ائتمان، ومُسجِّل بنى لنفسه فعلياً التزام KYC لم تفرضه ICANN أبداً. الخصوصية تبخَّرت؛ والحماية القانونية ليست أفضل بأي حال.

اعتبارات إضافية للمستخدمين في المنطقة العربية

المستخدمون في الدول الناطقة بالعربية يواجهون طبقات إضافية تستحق الاعتبار. أولاً، بعض نطاقات الدول العربية مثل .SA و.QA و.EG تشترط ربطاً وطنياً موثَّقاً قد يصل إلى إثبات السجل التجاري أو الإقامة، وبالتالي فهي خيارات غير ملائمة لمن يسعى إلى تسجيل بأقل قدر من البيانات. ثانياً، عمليات الدفع من البنوك المحلية تجاه مسجِّلين أجانب قد تخضع لمراقبة معاملات مالية تُولِّد سجلات يمكن استدعاؤها لاحقاً، حتى لو كان المسجِّل نفسه لا يحتفظ بمتطلبات هوية. ثالثاً، حول الموقف من العملات المشفرة، تختلف اللوائح اختلافاً جوهرياً: ففي حين تتبنّى الإمارات إطاراً تنظيمياً واضحاً عبر هيئة تنظيم الأصول الافتراضية (VARA)، تحتفظ المملكة العربية السعودية بموقف متحفِّظ، فيما تواصل دول أخرى مراجعة موقفها. ومع ذلك، فإن استخدام Monero لدفع رسوم نطاق إلى مسجِّل أجنبي لا يندرج في معظم هذه الأطر تحت تعريف «المتاجرة بالأصول الافتراضية»، بل هو سداد قيمة خدمة. هذا التمييز يخدم المستخدم الحريص قانونياً.

على الجانب اللغوي، يستحسن للموقع المُسجَّل بـ .com أو .org أن يستخدم اسم نطاق بأحرف لاتينية أو نطاقاً عربياً مُدوَّلاً (IDN) منسجماً مع لغة المحتوى. النطاقات العربية المُدوَّلة تحت .مصر و.السعودية و.الإمارات تخضع لسياسات ccTLD مشابهة لنظيراتها بالأحرف اللاتينية، لذلك انتبه إلى متطلبات الوصل الوطني قبل الالتزام بنطاق مُدوَّل.

الأسئلة الشائعة

هل تشترط ICANN بطاقة هوية بصورة لتسجيل النطاق في 2026؟

لا. مواصفة دقة بيانات التسجيل (RDAS) السارية منذ أغسطس 2025 تشترط على المسجِّلين التحقق من أن بيانات الاتصال صحيحة نحوياً ويمكن الوصول إليها تشغيلياً. لكنها لا تشترط رفع جواز سفر أو رخصة قيادة أو أي وثيقة هوية حكومية. المسجِّلون الذين يطلبون صورة هوية إنما يفرضون سياستهم الداخلية، وليس التزاماً من ICANN.

هل لا يزال تسجيل نطاق عبر وصي مثل Njalla قانونياً في 2026؟

نعم. الوصي هو المُسجِّل الرسمي ويقدِّم بيانات WHOIS دقيقة باسمه. أما العقد الخاص الذي يربطه بمشغِّل الموقع الفعلي فهو خارج نطاق ICANN. وحتى مايو 2026، لم تتحدَّ أي سياسة من ICANN أو منظِّم وطني بارز هذا النموذج، ولا يزال الأوصياء في نيفيس وأيسلندا الخيارات الأقوى للمستخدمين الذين يولون الأولوية للمتانة القانونية.

هل يمكنني استخدام اسم مستعار لتسجيل نطاق إذا أردت «بدون KYC» حقيقياً؟

لا، وهذا هو الفخ الذي يجب تجنبه. تمنح مواصفة الدقة في ICANN المسجِّلين الحق (والواجب المتزايد) بتعليق النطاقات ذات البيانات الكاذبة بشكل قابل للتحقق. «بدون KYC» تعني عدم رفع وثيقة هوية، وليس تقديم معلومات كاذبة. استخدام اسم حقيقي مع بريد حقيقي قابل للوصول يفي بالقواعد؛ بينما اختراع هوية اتصال يُعرِّض النطاق لخطر التعليق خلال أسابيع.

هل تُعتبر أسماء .eth وHandshake نطاقات تحت ICANN؟

لا. أسماء ENS .eth وأسماء Handshake (HNS) موجودة خارج جذر ICANN كلياً. هي سجلات ملكية تشفيرية على سلسلة كتل، ولا تُحلّ إلا في المتصفحات أو المُحلِّلات الداعمة لتلك الجذور البديلة (Brave وOpera وMetaMask وHNSD أو طبقات DNS لـ HNS). تَحكم قانونيتها الولاية القضائية التي يعيش فيها صاحبها، وليس ICANN — وحتى الآن لم تُقيِّد أي ولاية كبرى الملكية الشخصية.

ماذا يحدث إن طلب المُسجِّل لاحقاً التحقق من هويتي؟

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

هل يُعامَل الدفع بـ Monero على أنه مريب من قبل المسجِّلين في 2026؟

ليس لدى المسجِّلين الذين يقبلونه بالفعل. تقبل Njalla و1984 Hosting وOrangeWebsite وعدد من المزوِّدين الأوروبيين والآسيويين الأصغر XMR منذ سنوات، ويتعاملون معه كطريقة دفع اعتيادية. أما لدى المسجِّلين الذين يقبلون العملات الورقية فقط أو BTC، فيكفي التحويل عبر خدمة مثل MoneroSwapper إلى العملة المدعومة. وعملية التحويل نفسها لا يُؤشَّر عليها في أي مكان طالما استخدمت مبادلة لا أمينية ولا تشترط حساباً.

الخلاصة

لا يزال تسجيل النطاقات بدون KYC قانونياً تحت إطار ICANN 2026 — شريطة أن تفهم ما يعنيه «بدون KYC» فعلاً. فهو ليس الحق في تقديم معلومات كاذبة؛ بل هو حرية التسجيل بدقة دون رفع وثائق هوية لم تشترطها عقود ICANN قط. جولة تشديد السياسات في الفترة 2024-2025 استهدفت دقة البيانات وإنزال الانتهاكات، لا KYC المالي. المسجِّلون المذكورون أعلاه يُتيحون لك البقاء ضمن القواعد كلياً مع الحفاظ على هويتك الواقعية بعيداً عن القرص الصلب للمُسجِّل وعن WHOIS العام.

أما في مرحلة الدفع، فلا تزال Monero الطريق الأنظف، ومبادلة بدون حساب عبر MoneroSwapper تتيح لك تمويل تسجيل نطاق دون فتح حساب على منصة تبادل إطلاقاً. سواء كنت تحمي مدوَّنة شخصية، أو تدير مشروعاً بحثياً، أو تفضِّل ببساطة الفصل بين استضافتك وهويتك في صناديق منفصلة، فإن إطار 2026 لا يزال يترك الباب مفتوحاً — عليك فقط أن تعرف من أي باب تدخل.