การจดทะเบียนโดเมนแบบไม่ต้อง KYC ยังถูกกฎหมายภายใต้ ICANN 2026 หรือไม่?

ในเดือนมกราคม 2026 คณะกรรมการของ ICANN ได้ยืนยันอีกครั้งว่าการแก้ไข Registrar Accreditation Agreement ฉบับปี 2024 ซึ่งเป็นฉบับที่นำมาตรฐานการตรวจสอบข้อมูลผ่าน Registration Data Accuracy Specification เข้ามาบังคับใช้นั้น ยังคงมีผลใช้บังคับกับ gTLD ทุกตัว ทีมงานฝ่ายกำกับการปฏิบัติตามกฎเปิดสำนวนบังคับใช้ไปแล้วกว่า 140 เรื่องต่อ Registrar ที่จัดการข้อมูล WHOIS ไม่ถูกต้อง และมี Registrar ระดับ Tier-2 ถูกถอนสิทธิ์ไปแล้วสามรายในไตรมาสแรกเพียงไตรมาสเดียว ทว่าตลาดเงียบ ๆ ของการจดทะเบียนโดเมนที่เน้นความเป็นส่วนตัวก็ยังคงเฟื่องฟู โดยถูกโฆษณาภายใต้คำว่า "anonymous domain", "private WHOIS" หรือเรียกง่าย ๆ ว่า "no-KYC" คำถามคือ การจดทะเบียนโดเมนแบบไม่ต้องทำ KYC ยังถูกกฎหมายภายใต้กรอบของ ICANN 2026 หรือว่าประตูสุดท้ายสำหรับผู้ใช้ที่อยากมีเว็บไซต์โดยไม่ต้องส่งสำเนาพาสปอร์ตได้ปิดลงไปแล้วกันแน่?

คำตอบสั้น ๆ มีความซับซ้อน คือ กรอบ ICANN ปี 2026 ไม่ได้บังคับให้ทำ KYC ด้วยรูปถ่ายบัตรประชาชนเหมือนที่ exchange ภายใต้การกำกับต้องทำ แต่บังคับให้ข้อมูลติดต่อต้อง "ถูกต้องตามจริง" และให้ Registrar มีหน้าที่ตรวจสอบบางฟิลด์ แต่ก็เปิดช่องให้กับโครงสร้างแบบ proxy ผู้รับโอนสิทธิ์ (trustee) และ ccTLD ที่อยู่นอกขอบเขตของ ICANN โดยสิ้นเชิง สำหรับผู้ที่วางแผนจะชำระเงินด้วย Monero ผ่านบริการอย่าง MoneroSwapper เรื่องของกฎหมายมีน้ำหนักมากกว่าคำโฆษณาเสียอีก คู่มือฉบับนี้จะแกะรายละเอียดว่าอะไรเปลี่ยนไปในปี 2026 ผู้ให้บริการรายใดยังคงปฏิบัติตามกฎโดยเก็บข้อมูลน้อยที่สุด และคุณจะจดโดเมนได้อย่างไรโดยไม่ต้องยอมเปิดเผยตัวตนเกินกว่าที่กฎหมายเรียกร้องจริง ๆ

ภูมิทัศน์การกำกับดูแลในปี 2026: จุดยืนใหม่ของ ICANN

ก่อนจะเข้าใจว่าอะไรทำได้และอะไรทำไม่ได้ คุณต้องแยกสามชั้นที่ทับซ้อนกันให้ออก ซึ่งสื่อมักนำมารวมกันจนสับสน นั่นคือชั้นสัญญาของ ICANN, ชั้นกฎหมาย EU NIS2 พ่วงกับช่องว่างของ GDPR และนโยบายเฉพาะของแต่ละ ccTLD แต่ละชั้นมองคำว่า "ตัวตน" ไม่เหมือนกัน และคำว่า "no-KYC" ก็อยู่หรือดับลงไปตามช่องว่างระหว่างชั้นเหล่านี้

• ICANN RAA + RDAS: ข้อกำหนด Registration Data Accuracy Specification ซึ่งมีผลเต็มรูปแบบตั้งแต่สิงหาคม 2025 บังคับให้ Registrar ทำ syntactic validation (อีเมลอ่านค่าได้หรือไม่ เบอร์โทรตรงกับรูปแบบ E.164 หรือไม่) และ operational validation (อีเมลรับเมลได้จริงหรือไม่) แต่ ไม่ได้ บังคับให้ตรวจบัตรประชาชน เก็บข้อมูล biometric หรือทำ KYC ทางการเงินใด ๆ
• การถ่ายโอน NIS2 ของ EU: กฎหมายของประเทศสมาชิกในปัจจุบันบังคับให้ ccTLD registry ในยุโรปต้องเก็บข้อมูลการจดทะเบียน "ครบถ้วนและถูกต้อง" และต้องเปิดเผยต่อ "ผู้ขอเข้าถึงที่ชอบด้วยกฎหมาย" นี่คือกรอบที่ผลักให้ .EU, .DE และ .FR เข้มข้นเรื่องการพิสูจน์ตัวตนในช่วงปลายปี 2025
• กฎของแต่ละ ccTLD: Registry บางแห่ง (.IS, .CH, .LI, .TO, .CC) ยังคงรับการจดทะเบียนโดยใช้แค่อีเมลที่ใช้งานได้ ขณะที่บางแห่ง (.US, .CA, .CN รวมถึง .TH ของไทยภายใต้ THNIC) เรียกขอหลักฐานความเชื่อมโยงทางถิ่นที่อยู่หรือนิติบุคคลซึ่งทำหน้าที่เหมือน KYC โดยปริยาย

สิ่งที่ ICANN ไม่ได้ ทำในปี 2026 คือการออกกฎ "ขอดูบัตรประชาชน" แบบเหมารวมทั้งระบบ ความสับสนที่ฝังลึกเกิดจาก expedited policy development process เรื่องการรับมือกับการละเมิดที่จบลงในเดือนพฤศจิกายน 2025 ซึ่งเพิ่มภาระให้กับการระงับโดเมนที่พิสูจน์ได้ว่าเป็นภัย Registrar รายใหญ่หลายเจ้าตอบสนองแรงเกินไป จึงเปิดให้อัปโหลดพาสปอร์ตเพื่อกันความเสี่ยง แล้วโฆษณาว่าเป็น "การปฏิบัติตาม ICANN" ทั้งที่ความจริงไม่ใช่ มันคือการระวังภัยฝ่ายเดียวต่างหาก ในเชิงกฎหมาย Registrar ยังคงรับลูกค้าใหม่ได้ด้วยอีเมลที่ยืนยันได้ ช่องทางชำระเงิน และข้อมูลติดต่อที่ถูกต้องเพียงเท่านี้

"No-KYC" หมายความว่าอะไรกันแน่สำหรับการจดทะเบียนโดเมน

ในโลกของโดเมน คำว่า "no-KYC" เป็นร่มที่กว้างและไม่ชัดเจน อาจหมายถึงสี่อย่างที่แตกต่างกันโดยสิ้นเชิง และการเหมารวมทั้งหมดเข้าด้วยกันคือสาเหตุที่ทำให้คนจำนวนมากจบลงด้วยโดเมนที่ถูกระงับหรือการชำระเงินที่ถูกอายัด

1. ไม่มีเอกสารยืนยันตัวตน แต่ WHOIS แสดงข้อมูลครบ

ผู้จดทะเบียนกรอกชื่อจริง อีเมล และที่อยู่ของตัวเอง แต่ไม่อัปโหลดเอกสารใด ๆ นี่คือค่าตั้งต้นของ Registrar ระดับผู้บริโภคส่วนใหญ่ และสอดคล้องกับ ICANN 2026 อย่างสมบูรณ์ ข้อกำหนดด้านความถูกต้องสนใจว่าข้อมูลติดต่อได้จริงหรือไม่ ไม่ได้สนใจว่าคุณพิสูจน์ด้วยใบขับขี่หรือเปล่า

2. การจดผ่านบริการ Proxy หรือ Privacy

รายละเอียดจริงของผู้จดทะเบียนถูกเก็บไว้กับบริการ privacy (เช่น โมเดล trustee ของ Njalla, ระบบเทียบเท่า WhoisGuard ของ 1API หรือบริการ privacy ฟรีของ Porkbun) ส่วน WHOIS สาธารณะจะแสดงรายละเอียดของผู้ให้บริการแทน Registrar Accreditation Agreement ปี 2024 ของ ICANN อนุญาตให้ทำเช่นนี้ได้อย่างชัดเจนผ่านโครงสร้าง Privacy and Proxy Services Accreditation Program แม้ว่าการเปิดตัว PPSAP จริงจะถูกเลื่อนซ้ำแล้วซ้ำเล่าก็ตาม

3. โครงสร้าง Trustee หรือ Beneficial-Owner

Trustee ที่มีสถานะตามกฎหมายจะจดทะเบียนโดเมนในชื่อตัวเองในนามของผู้ใช้ นี่คือวิธีการทำงานของ Njalla, ฝ่ายโดเมนของ OrangeWebsite และ Registrar ไอซ์แลนด์อีกหลายเจ้า ในเชิงกฎหมาย Trustee คือ ผู้จดทะเบียน ส่วนความสัมพันธ์กับลูกค้าตัวจริงถูกควบคุมด้วยสัญญาบริการส่วนตัว ICANN 2026 ไม่มีปัญหาตราบเท่าที่ข้อมูลผู้จดทะเบียนที่เผยแพร่ใน WHOIS ถูกต้องสำหรับ Trustee

4. ccTLD และ alt-root นอกขอบเขตสัญญา ICANN

Country-code TLD ตกลงนโยบายกับ registry operator ของตัวเอง .IS, .CH, .LI, .CC, .TO และ ccTLD แถบแปซิฟิกอีกหลายตัวยอมรับข้อมูลขั้นต่ำ ระบบ alt-root อย่าง Handshake (HNS), ENS (.eth) และ Unstoppable (.crypto, .x, .nft) ไม่ได้อยู่ใต้เขตอำนาจของ ICANN เลย และทำงานบนพื้นฐานของกรรมสิทธิ์ทางคริปโทกราฟิกล้วน ๆ

ถ้า Registrar เรียกขอรูปบัตรประชาชนแล้วอ้างว่าเป็น "ข้อกำหนดของ ICANN" ให้ขอให้พวกเขาชี้ข้อสัญญาที่อ้างถึง พวกเขาจะชี้ไม่ได้ เพราะข้อนั้นไม่มีอยู่จริง และ Registrar ที่บิดเบือนกฎกลับเป็นฝ่ายไม่ปฏิบัติตามเสียเอง

Registrar ที่ถูกกฎหมายและเก็บข้อมูลน้อยที่สุดในปี 2026

ตารางด้านล่างสรุป Registrar และประเภท registry ที่ ณ เดือนพฤษภาคม 2026 ยังเปิดให้จดทะเบียนได้โดยไม่ต้องอัปโหลดเอกสารราชการ ขณะเดียวกันก็ยังปฏิบัติตามสัญญาอย่างครบถ้วน ราคาที่ระบุเป็นของ TLD ระดับกลาง (.com, .net, .org) ที่อัตราต่ออายุปีเดียวและไม่รวมส่วนลดปีแรกแบบโปรโมชัน

ผู้ให้บริการ	โมเดล	จ่ายด้วย Monero	ราคา .com 1 ปี	หมายเหตุ
Njalla	Trustee ครอบครองโดเมนแทนคุณ	ได้ XMR โดยตรง	~€15	จดทะเบียนใน Nevis ก่อตั้งปี 2017 มีรายงานว่าเป็นเกราะกฎหมายที่แข็งแกร่งที่สุดในรายงานปี 2026
OrangeWebsite	ฐานในไอซ์แลนด์ เป็นมิตรกับ ccTLD	ได้ผ่าน processor	~€18	มีประวัติยาวกับ .IS รวมโฮสติ้งให้ ขอแค่อีเมล
1984 Hosting	ไอซ์แลนด์ จด gTLD ได้โดยไม่ต้อง ID	ได้ XMR โดยตรง	~€20	ยืนหยัดต่อต้านการเก็บข้อมูลเกินจำเป็น รองรับ .IS และ gTLD
Porkbun	Registrar มาตรฐาน + privacy ฟรี	ไม่ได้ (รับเฉพาะ BTC)	~$11	ราคามาตรฐาน ต้องแปลง XMR นอกแพลตฟอร์มก่อน
Handshake (HNS)	Root กระจายศูนย์ ครอบครองบน-chain	ผ่าน DEX swap	ระบบประมูล	ไม่อยู่ใต้ ICANN แก้ไขชื่อด้วย resolver ที่รองรับ HNS หรือ browser extension
ENS (.eth)	ชื่อแบบ smart contract บน Ethereum	ผ่าน DEX swap	~$5/ปี + gas	นอกขอบเขต ICANN รองรับโดยตรงใน Brave, MetaMask, Opera

คำว่า "จ่ายด้วย Monero" หมายถึงผู้ให้บริการรับ XMR โดยตรงหรือผ่าน payment processor ที่ผูกบัญชีกับลูกค้ามาแล้วโดยไม่ต้องเชื่อมโยงบัญชีเพิ่ม สำหรับ Porkbun และ Registrar รายอื่น ๆ ที่รับเฉพาะ fiat หรือ BTC ผู้ใช้ MoneroSwapper มักจะแปลง XMR เป็น BTC หรือ USDT ทันทีก่อนชำระเงิน ซึ่งช่วยรักษาความเป็นส่วนตัวบน-chain ฝั่ง Monero โดยไม่ละเมิดเงื่อนไขของ Registrar

ขั้นตอนทีละขั้น: จดโดเมนให้ปลอดภัยสูงสุดในปี 2026

กลไกการดำเนินการสำคัญพอ ๆ กับการเลือก Registrar Registrar ที่ไม่ขอข้อมูลใด ๆ ยังคงรั่วตัวตนได้ถ้าคุณจ่ายจากกระเป๋าที่ถูก dox ไปแล้ว หรือยอมส่ง cookie ของ payment processor ที่ผูกกับชื่อจริง นี่คือลำดับงานที่เราแนะนำสำหรับผู้ใช้ที่ให้ความสำคัญทั้งความถูกกฎหมายและความเป็นส่วนตัวภายใต้ ICANN 2026

1. เลือก TLD ที่เหมาะสมก่อนเป็นอันดับแรก ตัดสินใจก่อนทำสิ่งอื่นว่าคุณต้องการ gTLD (.com, .org) ภายใต้ ICANN, ccTLD แบบเบา (.is, .ch, .li, .cc) หรือชื่อ chain นอกขอบเขต (.eth, .crypto, ชื่อ HNS) การเลือก TLD จะเป็นตัวกำหนดข้อจำกัดด้านความเป็นส่วนตัวทุกขั้นที่ตามมา
2. สร้างอีเมลที่สะอาด ใช้ผู้ให้บริการอีเมลที่เคารพความเป็นส่วนตัว เช่น Tutanota, Proton, Disroot หรืออีเมลที่ตั้งบนโดเมนของตัวเอง ทดสอบให้แน่ใจว่ารับและส่งจากภายนอกได้ เพราะข้อกำหนดด้านความถูกต้องของ ICANN จะตรวจสอบว่าติดต่อได้จริงหรือไม่
3. เลือก Registrar จากตารางด้านบน ตรวจยืนยันสองเรื่องในเงื่อนไขล่าสุดของพวกเขา คือไม่มีการขอบัตรประชาชนตอนสมัคร และพวกเขาปฏิบัติตาม ICANN 2024 RAA ทั้งสองเรื่องตรวจได้โดยไม่ต้องสมัครสมาชิก
4. หา Monero ผ่าน swap แบบไม่มีบัญชี ใช้ MoneroSwapper หรือบริการ instant-swap เทียบเท่าเพื่อแปลงเหรียญอื่นให้เป็น XMR โดยไม่ต้องสมัครสมาชิก ส่ง XMR เข้ากระเป๋าใหม่ ดีที่สุดคือกระเป๋าที่สร้างมาสำหรับการซื้อครั้งนี้โดยเฉพาะ เพื่อหลีกเลี่ยงการเชื่อมโดเมนกับประวัติ on-chain ในวงกว้างของคุณ
5. ถ้า Registrar รับ XMR โดยตรง ให้จ่ายจากกระเป๋าใหม่นั้นเลย ถ้าไม่รับ ให้ทำขั้นที่สอง คือสลับ XMR บางส่วนเป็น BTC หรือ USDT ผ่าน MoneroSwapper ส่งเฉพาะจำนวนที่ใช้สำหรับใบแจ้งหนี้ และจ่ายให้ Registrar ทันที เพื่อลดยอดคงเหลือที่อาจติดตามได้
6. เปิด WHOIS privacy หรือ trustee mode ตอน checkout แม้แต่กับ Registrar ที่เผยข้อมูลติดต่อโดยค่าตั้งต้น การเปิด privacy ตอนจดทะเบียนจะป้องกันไม่ให้ snapshot WHOIS ครั้งแรกหลุดข้อมูลออกไป การเปิด privacy ย้อนหลังไม่สามารถลบประวัติ WHOIS ที่ถูก archive ไว้ได้
7. บันทึกข้อมูลติดต่อจริงของคุณไว้ส่วนตัว เก็บบันทึก offline ของข้อมูลที่ส่งไป ถ้า Registrar เรียกขอการยืนยันภายใต้ RDAS ในภายหลัง คุณตอบจากอีเมลเดิมและยืนยันที่อยู่ได้โดยไม่ต้องอัปโหลดเอกสาร

การทำตามลำดับนี้ช่วยให้คุณปฏิบัติตามสัญญาของ ICANN 2026 อย่างครบถ้วน เพราะข้อมูลติดต่อถูกต้องและติดต่อได้จริง ขณะที่ไม่เหลือเส้นทางการชำระเงินบนกระดาษ และไม่ทิ้งรอย biometric ใด ๆ ไว้กับ Registrar

การชำระค่าโดเมนแบบไม่เปิดเผยตัวด้วย Monero

ขั้นตอนชำระเงินคือจุดที่การจด "no-KYC" ส่วนใหญ่ล้มเหลวอย่างเงียบ ๆ Registrar อาจไม่ต้องการตัวตนใด ๆ ตอนสมัคร แต่ถ้าคุณจ่ายด้วยบัตรเครดิตหรือถอน BTC จาก exchange ที่ทำ KYC ไว้ ธุรกรรมเองคือจุดเชื่อมโยง Monero แก้ปัญหานี้ที่ระดับ protocol ด้วย RingCT, stealth address และ Bulletproofs+ ที่ทำให้ payment processor ของ Registrar ไม่สามารถสืบที่มาของเงินหรือประวัติกระเป๋าของคุณได้

ในปี 2026 Registrar มีสามกลุ่มที่รับ Monero ได้อย่างราบรื่น Registrar แบบ XMR-native (Njalla, 1984 Hosting, OrangeWebsite ผ่าน processor) เพียงแสดงใบแจ้งหนี้ XMR พร้อม stealth address Registrar ที่รองรับ bridge ใช้ payment gateway อย่าง BTCPay Server พร้อม plugin Monero หรือ processor ภายนอกที่อ้างราคาเทียบเท่า BTC ส่วน Registrar ที่รับเฉพาะคริปโทบางตัวจะรับ BTC หรือ USDT ซึ่งสำหรับกลุ่มนี้ บริการ instant XMR→BTC หรือ XMR→USDT ของ MoneroSwapper จะส่งเงินตรงเข้าที่อยู่ใบแจ้งหนี้ของ Registrar โดยที่ swap เองไม่ต้องสมัครบัญชีใด ๆ

ประเด็นทางกฎหมายที่ควรย้ำคือ การจ่ายด้วย Monero ไม่ใช่การ "หลบเลี่ยง KYC" ในเขตอำนาจใด ๆ ที่เราทราบ เพราะ ICANN 2026 ไม่ได้บังคับให้ทำ KYC ทางการเงินสำหรับการซื้อโดเมนตั้งแต่แรก คุณแค่เลือกวิธีชำระเงินที่เคารพหลักการแลกเปลี่ยนได้เท่าเทียม (fungibility) เท่านั้น ความแตกต่างนี้สำคัญอย่างยิ่งหากเกิดข้อพิพาทกับ Registrar ในอนาคต

ตัวอย่างจริง: กรณีนักวิจัย

ลองนึกถึงนักข่าวในเขตอำนาจที่มีกฎหมายเป็นปฏิปักษ์ต่อสื่อ ซึ่งต้องการจดโดเมนสำหรับเผยแพร่งานส่วนตัวในปี 2026 เขาต้องการ (ก) โดเมนที่จดอย่างถูกกฎหมายและจะไม่ถูกเพิกถอนเพราะ WHOIS ไม่ถูกต้อง (ข) ไม่มีจุดเชื่อมต่อสาธารณะระหว่างโดเมนกับตัวตนตามกฎหมายของเขา และ (ค) เส้นทางการชำระเงินที่ไม่สามารถถูกหมายเรียกย้อนกลับไปยังบัญชีธนาคารได้

เส้นทางที่ใช้งานได้จริงในปี 2026 คือ ccTLD .is จดผ่าน 1984 Hosting โดยใช้อีเมล Proton เป็นช่องทางติดต่อ ชำระด้วย XMR ที่ได้จาก MoneroSwapper โดยแปลงมาจากยอด BTC จำนวนเล็กน้อยที่ซื้อมาจากตลาด peer-to-peer เมื่อหกเดือนก่อน RDAS ของ ICANN ไม่บังคับใช้กับ .is (เพราะอยู่ใต้กฎ ISNIC) อีเมลติดต่อเป็นของจริงและติดต่อได้ และ payment processor เห็นเพียง stealth address ใหม่ ๆ เท่านั้น ตัวตนที่เปิดเผยทั้งหมด คือ อีเมลที่ resolve ได้ จำนวนเอกสารที่อัปโหลด คือ ศูนย์ จำนวนนโยบายของ ICANN ที่ถูกละเมิด คือ ศูนย์ ค่าใช้จ่ายทั้งหมดในปี 2026 คือ ต่ำกว่า €25

ลองเปรียบกับนักข่าวคนเดิมที่ใช้ Registrar ฐานสหรัฐที่ "บังคับ" ให้อัปโหลดพาสปอร์ต "เพื่อปฏิบัติตาม ICANN" ตอนนี้มีรูปพาสปอร์ตอยู่ใน CRM ของบุคคลที่สาม มีการเชื่อมโยงกับบัตรเครดิต และ Registrar ที่สร้างภาระ KYC ขึ้นมาเองทั้งที่ ICANN ไม่เคยกำหนด ความเป็นส่วนตัวหายไปหมด แต่การป้องกันทางกฎหมายก็ไม่ได้ดีขึ้นเลย

คำถามที่พบบ่อย

ICANN บังคับให้แสดงรูปบัตรประชาชนสำหรับการจดทะเบียนโดเมนในปี 2026 หรือไม่?

ไม่บังคับ Registration Data Accuracy Specification ของ ICANN ซึ่งมีผลตั้งแต่สิงหาคม 2025 บังคับให้ Registrar ตรวจสอบว่าข้อมูลติดต่อถูกต้องในเชิงรูปแบบและติดต่อได้จริง แต่ไม่ได้บังคับให้อัปโหลดพาสปอร์ต ใบขับขี่ หรือเอกสารราชการใด ๆ Registrar ที่เรียกขอรูปบัตรประชาชนกำลังบังคับใช้นโยบายภายในของตัวเอง ไม่ใช่ข้อผูกพันของ ICANN

การจดโดเมนผ่าน trustee อย่าง Njalla ยังถูกกฎหมายในปี 2026 หรือไม่?

ใช่ Trustee เป็นผู้จดทะเบียนตามบันทึกและให้ข้อมูล WHOIS ที่ถูกต้องในชื่อของตัวเอง สัญญาส่วนตัวกับผู้ดำเนินงานเว็บไซต์จริงอยู่นอกขอบเขตของ ICANN ณ เดือนพฤษภาคม 2026 ไม่มีนโยบาย ICANN ใดและไม่มีหน่วยงานกำกับดูแลระดับชาติรายใดท้าทายโมเดลนี้ และ trustee ที่ฐานอยู่ใน Nevis และไอซ์แลนด์ยังเป็นทางเลือกที่แข็งแกร่งที่สุดสำหรับผู้ใช้ที่ให้ความสำคัญกับความมั่นคงทางกฎหมาย

ใช้ชื่อปลอมในการจดโดเมนได้ไหมถ้าต้องการ no-KYC แบบจริง ๆ?

ไม่ได้ และนี่คือกับดักที่ต้องหลีกเลี่ยง ข้อกำหนดด้านความถูกต้องของ ICANN ให้สิทธิ์ Registrar (และยิ่งวันยิ่งเป็นหน้าที่) ในการระงับโดเมนที่มีข้อมูลเท็จที่พิสูจน์ได้ "No-KYC" หมายถึงไม่ต้องอัปโหลดเอกสารยืนยันตัวตน ไม่ได้หมายถึงข้อมูลเท็จ การใช้ชื่อจริงพร้อมอีเมลจริงที่ติดต่อได้สอดคล้องกับกฎ ส่วนการกุตัวตนติดต่อจะทำให้โดเมนเสี่ยงถูกระงับภายในไม่กี่สัปดาห์

ชื่อ .eth และ Handshake นับเป็นโดเมนภายใต้ ICANN หรือไม่?

ไม่ใช่ ชื่อ .eth ของ ENS และชื่อ Handshake (HNS) อยู่นอกราก ICANN โดยสิ้นเชิง เป็นบันทึกกรรมสิทธิ์ทางคริปโทกราฟิกบน blockchain และ resolve ได้เฉพาะใน browser หรือ resolver ที่รองรับ alt-root เหล่านี้ (Brave, Opera, MetaMask และ HNSD หรือ HNS DNS overlay) ความถูกต้องตามกฎหมายของชื่อเหล่านี้ขึ้นอยู่กับเขตอำนาจที่ผู้ถือครองอาศัยอยู่ ไม่ใช่ ICANN และจนถึงตอนนี้ยังไม่มีเขตอำนาจสำคัญใดที่จำกัดการถือครองส่วนบุคคล

จะเกิดอะไรขึ้นถ้า Registrar ขอให้ยืนยันตัวตนภายหลัง?

ภายใต้กรอบปี 2026 Registrar อาจขอให้ยืนยันการติดต่อใหม่ เช่น ยืนยันอีเมลโดยคลิกลิงก์ ตอบรับการตรวจสอบทางโทรศัพท์ หรืออัปเดตที่อยู่ที่ล้าสมัย ทำได้ตามสัญญา พวกเขาอาจยกระดับเป็นการขอเอกสารหากมีสัญญาณการละเมิดที่ชี้ตรงมายังโดเมนของคุณ ถ้าคุณจดทะเบียนด้วยข้อมูลที่ถูกต้องบน Registrar ที่ปฏิบัติตามกฎและไม่มีประวัติการละเมิด ปกติแล้วคุณจะผ่านการยืนยันได้โดยไม่ต้องอัปโหลดเอกสารใด ๆ

การชำระด้วย Monero ถือว่าน่าสงสัยสำหรับ Registrar ในปี 2026 หรือไม่?

ไม่ สำหรับ Registrar ที่รับ XMR อยู่แล้ว Njalla, 1984 Hosting, OrangeWebsite และผู้ให้บริการขนาดเล็กในยุโรปและเอเชียอีกหลายรายรับ XMR มาหลายปีและถือเป็นวิธีชำระเงินตามปกติ ที่ Registrar ที่รับเฉพาะ fiat หรือ BTC คุณก็แค่แปลงผ่านบริการอย่าง MoneroSwapper ไปยังเหรียญที่รองรับ การแปลงเองไม่ได้ถูกตั้งธงไว้ที่ไหน ตราบเท่าที่คุณใช้ swap แบบ non-custodial และไม่ต้องสมัครบัญชี

บทสรุป

การจดทะเบียนโดเมนแบบไม่ต้อง KYC ยังคงถูกกฎหมายภายใต้ ICANN 2026 ตราบเท่าที่คุณเข้าใจว่า "no-KYC" หมายถึงอะไรจริง ๆ มันไม่ใช่สิทธิ์ในการให้ข้อมูลเท็จ แต่เป็นเสรีภาพในการจดทะเบียนอย่างถูกต้องโดยไม่ต้องอัปโหลดเอกสารยืนยันตัวตนซึ่งสัญญาของ ICANN ไม่เคยบังคับมาก่อน รอบของการเข้มงวดนโยบายในช่วงปี 2024-2025 มุ่งเป้าไปที่ความถูกต้องของข้อมูลและการระงับการละเมิด ไม่ใช่ KYC ทางการเงิน Registrar ที่ระบุไว้ด้านบนช่วยให้คุณอยู่ในกรอบของกฎอย่างครบถ้วน ขณะที่ตัวตนในโลกจริงของคุณไม่ตกอยู่ในฮาร์ดดิสก์ของ Registrar และไม่ปรากฏใน WHOIS สาธารณะ

สำหรับขั้นตอนชำระเงิน Monero ยังคงเป็นเส้นทางที่สะอาดที่สุด และการ swap แบบไม่มีบัญชีผ่าน MoneroSwapper ทำให้คุณจ่ายค่าจดทะเบียนโดเมนได้โดยไม่ต้องเปิดบัญชี exchange เลย ไม่ว่าคุณจะปกป้องบล็อกส่วนตัว ดำเนินโครงการวิจัย หรือเพียงต้องการให้โฮสติ้งกับตัวตนของคุณอยู่กันคนละกล่อง กรอบของปี 2026 ก็ยังเปิดประตูทิ้งไว้ คุณแค่ต้องรู้ว่าจะเดินผ่านประตูบานใด