ஒரு AI முகவர் டொமைனைச் சொந்தமாக வைத்திருக்க முடியுமா? WHOIS, பாதுகாப்புப் பொறுப்பு மற்றும் டோக்கன்கள்

ஒருவரின் சார்பாக ஓர் AI முகவர் டொமைன்களைப் பதிவுசெய்து, புதுப்பித்து, நிர்வகிக்கத் தொடங்கியதும், "என் AI முகவர் ஒரு டொமைனைச் சொந்தமாக வைத்திருக்க முடியுமா?" என்ற கேள்வி அடிக்கடி எழுகிறது. 2026-இல் இது எவ்வளவு பொதுவானதாகிவிட்டது என்பதை மனிதர் இல்லாமல் AI முகவர்கள் டொமைன்களை எப்படி வாங்குகின்றன? என்ற கட்டுரையில் பார்க்கலாம். சுருக்கமான பதில் முதலில் உள்ளது; ஏன் அப்படி என்பதைக் கீழே மக்கள் உண்மையில் கேட்கும் தனித்தனிக் கேள்விகளாக விளக்கியுள்ளோம். ஒவ்வொரு பதிலையும் தனியாகவும் படித்துப் புரிந்துகொள்ளலாம்.

ஒரு AI முகவர் சட்டபூர்வமாக ஒரு டொமைனைச் சொந்தமாக வைத்திருக்க முடியுமா?

தன் சொந்தப் பெயரில் முடியாது. ஒவ்வொரு ICANN அங்கீகாரம் பெற்ற ரெஜிஸ்ட்ராரும் கையெழுத்திட்டு அதன்படி செயல்படும் ICANN-இன் 2013 Registrar Accreditation Agreement ஒப்பந்தத்தில், "ரெஜிஸ்ட்ரார் பதிவு ஒப்பந்தம் செய்துகொள்ளும் பதிவுசெய்யப்பட்ட பெயரின் உரிமையாளர், அந்த ரெஜிஸ்ட்ராரைத் தவிர்த்த ஒரு நபராகவோ சட்டபூர்வ அமைப்பாகவோ இருக்க வேண்டும்" என்று நேரடியாகக் கூறப்பட்டுள்ளது. ஒரு பதிவாளர் இயல்பான நபராகவோ பதிவுசெய்யப்பட்ட சட்டபூர்வ அமைப்பாகவோ இருக்க வேண்டும்: தனிநபர், நிறுவனம், இலாப நோக்கற்ற அமைப்பு அல்லது அரசு அமைப்பு போன்றவை. மென்பொருளான AI முகவர் இவற்றில் எதுவுமல்ல. எனவே, பதிவில் முகவரின் பெயரே இடம்பெற முடியாது.

ஆனால் இந்த விதி பொறுப்பை ஒப்படைப்பதைத் தடுக்கவில்லை. ஓர் ஊழியரையோ தானியக்க மென்பொருளையோ இன்று அங்கீகரிப்பதைப் போல, ஒரு மனிதரோ அமைப்போ தன் சார்பாக டொமைனைத் தேட, பதிவுசெய்ய, புதுப்பிக்க அல்லது DNS-ஐ நிர்வகிக்க ஒரு முகவருக்கு அனுமதி அளிப்பதை RAA தடுக்கவில்லை. பதிவாளர் சட்டபூர்வ நபராகவே இருப்பார்; டொமைனை இயக்கும் பணியை முகவரிடம் ஒப்படைக்கலாம். பதிவேட்டில் யாருடைய பெயர் உள்ளது என்பதற்கும், யார் கிளிக் செய்கிறார் (அல்லது API அழைப்பைச் செய்கிறார்) என்பதற்கும் உள்ள இந்த வேறுபாடுதான் இந்தப் பக்கத்தின் மையப்பொருள்.

ஒரு AI முகவர் டொமைனைப் பதிவுசெய்யும்போது பதிவாளர் யார்?

கணக்கை வைத்திருப்பவர், வாங்குவதற்கான பணத்தை வழங்கியவர், ரெஜிஸ்ட்ராரின் விதிமுறைகளை ஏற்றுக்கொண்டவர்—முகவர் ஒருபோதும் அல்ல. ஒரு பெயரைப் பதிவுசெய்ய முகவர் ரெஜிஸ்ட்ராரின் API-ஐ அழைக்கும்போது, ஒருவரின் அங்கீகாரத்தின் கீழ் ஒரு கருவியாகச் செயல்படுகிறது. ஒரு மனிதர் வலைப் படிவத்தைப் பயன்படுத்துவதன் தானியக்க வடிவமே இது; சட்டபூர்வ அமைப்பு ஒன்றே. அந்தப் பொறுப்பு யாரிடம் உள்ளது என்பது குறித்து பதிவாளர்களுக்கான ICANN-இன் வழிகாட்டுதல் தெளிவாகக் கூறுகிறது: ICANN-இன் பதிவாளர்களுக்கான நன்மைகள் மற்றும் பொறுப்புகள் பக்கம் கூறுவதுபோல், "உங்கள் டொமைன் பெயரைப் பதிவுசெய்தல் மற்றும் பயன்படுத்துவதற்கான முழுப் பொறுப்பையும் நீங்களே ஏற்பீர்கள்." அந்தப் பொறுப்பு முகவரைச் செயல்பட அனுமதித்த கணக்கு உரிமையாளரிடமே சேரும்; அழைப்பைச் செயல்படுத்திய மென்பொருளிடம் அல்ல.

இதனால்தான் Namefi உள்ளிட்ட நம்பகமான ஒவ்வொரு முகவர்-பதிவுச் செயல்முறையும், ஒரு மனிதரின் அல்லது அமைப்பின் கட்டுப்பாட்டிலுள்ள அங்கீகாரச் சான்றைப் பயன்படுத்துகிறது: பணம் செலுத்தப்பட்ட கணக்குடன் இணைக்கப்பட்ட API விசை அல்லது பணப்பை—அதன் தனிப்பட்ட விசையை யாரோ ஒருவர் கட்டுப்படுத்துவார். இந்த அங்கீகாரப் படி நடைமுறையில் எப்படி வேலை செய்கிறது என்பதை Namefi-இல் உங்கள் AI முகவர் மூலம் ஒரு டொமைனைப் பதிவுசெய்வது எப்படி? என்ற கட்டுரையில் பார்க்கலாம்.

ஒரு முகவர் பதிவுசெய்த டொமைனின் WHOIS அல்லது RDAP பதிவு உண்மையில் எதைக் காட்டும்?

வேறு எந்தப் பதிவிலும் காட்டப்படும் அதே புலங்களைத்தான் இது காட்டும்: பதிவு செய்யப்பட்ட ரெஜிஸ்ட்ரார், பதிவு மற்றும் காலாவதி தேதிகள், மேலும்—பெரும்பாலான ரெஜிஸ்ட்ரார்கள் இப்போது இயல்பாகப் பயன்படுத்தும் WHOIS தனியுரிமையால் மறைக்கப்படாவிட்டால்—பதிவாளரின் பெயர், அமைப்பு மற்றும் தொடர்பு விவரங்கள். "AI முகவரால் பதிவுசெய்யப்பட்டது" என்ற புலம் எதுவும் இல்லை; அதற்கான ICANN கொள்கையும் இல்லை. குறிப்பிட்ட ஒரு டொமைனின் தற்போதைய பதிவைப் பார்க்க அதிகாரப்பூர்வமான இடம் ICANN-இன் RDAP அடிப்படையிலான தேடல் கருவி. ஒரு மனிதர் பதிவுப் படிவத்தைத் தட்டச்சு செய்தாரா அல்லது அதே தரவைச் சமர்ப்பிக்க ஒரு முகவர் API-ஐ அழைத்ததா என்பதைப் பொருட்படுத்தாமல், அது ஒரே தரவுக் கட்டமைப்பையே வழங்குகிறது.

நடைமுறையில், ஒரு வர்த்தகமுத்திரை உரிமையாளர், பாதுகாப்பு ஆய்வாளர் அல்லது சாத்தியமான வாங்குநர் போன்ற வெளிப்புறப் பார்வையாளரால், WHOIS/RDAP தகவலை மட்டும் வைத்து ஒரு டொமைன் முகவரால் பதிவுசெய்யப்பட்டதா என்பதைத் தெரிந்துகொள்ள முடியாது. பதிவு சட்டபூர்வ பதிவாளரை அடையாளப்படுத்தும். அதை உருவாக்கிய API அழைப்பு எதனால் செய்யப்பட்டது என்பது அந்தத் தரவு மாதிரியின் ஒரு பகுதியாக இல்லை.

ஒரு முகவர் டொமைனை இயக்குவதற்கும், அதை முகவர் சொந்தமாக வைத்திருப்பதற்கும் என்ன வேறுபாடு?

இயக்குவது என்பது, அதற்கான வரம்புடன் வழங்கப்பட்ட அங்கீகாரச் சான்று இருப்பதால் முகவர் டொமைனைப் புதுப்பிக்கலாம், DNS பதிவுகளைத் திருத்தலாம், பரிமாற்றத்தைத் தொடங்கலாம் என்பதாகும். சட்டபூர்வ முக்கியத்துவம் கொண்ட ஒரே பொருளில் சொந்தமாக வைத்திருப்பது என்பது, மேலே உள்ள RAA வரையறையின்படி பதிவேட்டிலுள்ள பதிவாளராக இருப்பது: ரெஜிஸ்ட்ராருக்கும் ICANN கொள்கைக்கும் பொறுப்பேற்கும் ஒரு நபர் அல்லது சட்டபூர்வ அமைப்பு. ஒரு கட்டட மேலாளர் சாவிகளை வைத்திருந்து பராமரிப்புப் பணிகளைச் செய்ய முடிந்தாலும் கட்டடத்தின் உரிமைப் பத்திரத்தை வைத்திருக்காததைப் போல, Namefi-இன் MCP சர்வர் வழங்கும் கருவிகளைப் பயன்படுத்தி ஒரு முகவர் டொமைனை விரிவாக இயக்க முடியும்; ஆனால் ஒருபோதும் உரிமையாளராக இருக்க முடியாது.

இந்த இரு பங்குகளுக்கு இடையேயான இடைவெளியில்தான் மக்கள் கேட்கும் பெரும்பாலான நடைமுறைக் கேள்விகள் உள்ளன. அதனால்தான் அடுத்த சில பகுதிகள் இதை ஒரே ஆம்/இல்லை என்ற பதிலாக அல்லாமல், பல நிலைகளைக் கொண்ட வரம்பாக விளக்குகின்றன.

ஒரு முகவர் நிர்வகிக்கும் டொமைனுக்கான பாதுகாப்புப் பொறுப்பின் நிலைகள் என்ன?

சட்டபூர்வ பதிவாளர் மாறாமல் இருக்க, முகவருக்கு படிப்படியாக அதிக நேரடிக் கட்டுப்பாட்டை வழங்கும் மூன்று நிலைகள் உள்ளன:

• ரெஜிஸ்ட்ரார் கணக்கிற்கான அணுகல். முகவர் (அல்லது முகவரின் சார்பாக ரெஜிஸ்ட்ராரின் API-ஐ அழைக்கும் நிரல்), மனிதர் அல்லது அமைப்பின் சொந்த ரெஜிஸ்ட்ரார் கணக்குடன் இணைக்கப்பட்ட அங்கீகாரச் சான்றுகளைப் பயன்படுத்துகிறது. பதிவாளர் புலம் மாறுவதில்லை; இன்று கணக்கு உள்நுழைவைப் பகிரும் ஏற்பாடு செயல்படுவதைப் போல, ஏற்கெனவே ஒருவருக்குச் சொந்தமான கணக்கிற்குள் முகவர் செயல்படுகிறது.
• API விசை. முழுக் கணக்கு முகப்பிற்கான அணுகலைப் பகிர வேண்டிய அவசியமின்றி, பணம் செலுத்தப்பட்ட இருப்பிலிருந்து கட்டணம் வசூலிக்கப்படும் வகையில் ரெஜிஸ்ட்ராரின் API-க்கு வரம்பிட்ட அங்கீகாரச் சான்று. உலாவி அமர்வைத் தொடாமல் ஒரு முகவர் தேடவும், விலையை அறியவும், பதிவுசெய்யவும் Namefi இத்தகைய விசைகளை வழங்குகிறது. இது Namefi-இல் உங்கள் AI முகவர் மூலம் ஒரு டொமைனைப் பதிவுசெய்வது எப்படி? என்ற கட்டுரையில் விளக்கப்பட்டுள்ளது. அந்த விசை எந்தக் கணக்குடன் இணைக்கப்பட்டுள்ளதோ, அதன் உரிமையாளரே இன்னமும் பதிவாளர்.
• பணப்பையில் வைக்கப்பட்ட டோக்கனைஸ் செய்யப்பட்ட டொமைன். பதிவு ஆன்-செயின் டோக்கனாக உருவாக்கப்படுகிறது. அந்த டோக்கனை வைத்திருக்கும் பணப்பையின் கட்டுப்பாட்டாளர்—அது x402 மூலம் பணப்பை கையொப்பமிட்ட செக்-அவுட் அல்லது குறிப்பிடப்பட்ட பெறும் முகவரி வழியாகப் பெறப்பட்டிருந்தாலும்—ரெஜிஸ்ட்ரார் முகப்பைப் பயன்படுத்தாமலேயே டொமைனின் ஆன்-செயின் பரிமாற்றப் பாதையை நேரடியாகக் கட்டுப்படுத்துகிறார். ஒரு டொமைனை இவ்வாறு பணப்பைக்குள் பெறும் முறை கிரிப்டோ பணப்பை மூலம் டொமைன்களுக்கு பணம் செலுத்துங்கள்: கணக்கு தேவையில்லை என்ற கட்டுரையில் விளக்கப்பட்டுள்ளது.

ஒவ்வொரு நிலையும் அதற்கு முந்தையதைவிட நேரடியானது. ஆனால் முன்பு பார்த்த சட்டபூர்வ பதிவாளர் குறித்த பதில் மாறாது—முகவர் எந்த நிலையில் செயல்பட்டாலும் அது ஒன்றே.

ஒரு டொமைன் டோக்கனைஸ் செய்யப்படும்போது என்ன மாறுகிறது?

ஒரு டொமைனை டோக்கனைஸ் செய்வது, உண்மையான DNS பதிவின் மீது இணையான ஆன்-செயின் கட்டுப்பாட்டு அடுக்காகச் செயல்படும் NFT ஒன்றை உருவாக்குகிறது. இது டோக்கனைஸ் செய்யப்பட்ட டொமைன்கள் என்றால் என்ன? என்ற கட்டுரையில் மேலும் விரிவாக விளக்கப்பட்டுள்ளது. ICANN அங்கீகாரம் பெற்ற ரெஜிஸ்ட்ராரான Namefi, அடிப்படைப் பதிவை உண்மையானதாகவும் ICANN அங்கீகரித்ததாகவும் வைத்துக்கொண்டு, வாங்குநர் குறிப்பிடும் பணப்பைக்கு உரிமை டோக்கனை உருவாக்குகிறது. வாங்குநர் கட்டுப்படுத்தும் nftReceivingWallet முகவரிக்கு விளைவாகக் கிடைக்கும் டோக்கனை நேரடியாக அனுப்பிப் பதிவுசெய்யலாம் என்று Namefi-இன் சொந்த ஆவணம் விளக்குகிறது. அந்த டொமைனுக்கு இன்னமும் WHOIS/RDAP பதிவும் பதிவு செய்யப்பட்ட ரெஜிஸ்ட்ராரும் இருக்கும்; ரெஜிஸ்ட்ரார் வழியாகப் பரிமாற்றக் கோரிக்கை செய்யாமல், அந்தப் பதிவின் கட்டுப்பாட்டை நபரிடமிருந்து நபருக்கு ஆன்-செயினில் மாற்றுவதற்கான வழியை டோக்கன் கூடுதலாக வழங்குகிறது.

யார் பதிவாளராக இருக்கலாம் என்பதை டோக்கனைசேஷன் மறுவரையறை செய்வதில்லை. டோக்கனைஸ் செய்யப்பட்ட டொமைன்களின் அடிப்படையான ERC-721 தரநிலையில், எந்த வகையான முகவரி ஒரு டோக்கனை வைத்திருக்கலாம் என்பதில் கட்டுப்பாடு இல்லை—எந்தப் பணப்பை முகவரியும் NFT-ஐ வைத்திருக்கலாம்; ஒப்பந்தங்களும் டோக்கன்களை வைத்திருக்கலாம் என்று அந்தத் தரநிலை வெளிப்படையாகக் கருதுகிறது. இது டோக்கனைப் பற்றிய விதி; அதற்கு மேலேயுள்ள ரெஜிஸ்ட்ரார் அடுக்கில் பொருந்தும் ICANN-இன் பதிவாளர் விதியைப் பற்றியது அல்ல. அடிப்படைப் பதிவு இன்னமும் ஒரு சட்டபூர்வ நபர் அல்லது அமைப்புடன் இணைக்கப்பட்டிருக்க வேண்டும்.

ஒரு AI முகவரின் பணப்பை உண்மையிலேயே டோக்கனைஸ் செய்யப்பட்ட டொமைனை வைத்திருக்க முடியுமா?

தொழில்நுட்ப ரீதியாக, குறுகிய பொருளில் ஆம். பணப்பை என்பது ஒரு விசை இணை மட்டுமே. தனிப்பட்ட விசையைக் கட்டுப்படுத்துவது மனிதரா, நிரலா அல்லது தன்னாட்சி செயல்முறையா என்பதை ERC-721 தரநிலையோ டோக்கன் உருவாக்கும் பரிவர்த்தனையோ சோதிப்பதில்லை. ஒரு பணப்பையில் கையொப்பமிடும் அதிகாரம் முகவருக்கு இருந்தால்—அதன் சொந்த விசையாக இருந்தாலும் சரி, வேறொருவரின் விசையின் மீது ஒப்படைக்கப்பட்ட அதிகாரமாக இருந்தாலும் சரி—மற்ற எந்தப் பணப்பையையும் போல அந்தப் பணப்பையும் டோக்கனைஸ் செய்யப்பட்ட டொமைனின் NFT-ஐப் பெற்றுத் தக்கவைத்துக்கொள்ள முடியும்.

இந்த ஏற்பாடு சட்டபூர்வமாக அர்த்தமுள்ள விதத்தில் முகவரையே உரிமையாளராக்குகிறதா என்பது நாம் இங்கு தீர்க்க முடியாத உண்மையான திறந்த கேள்வி. ஓர் AI முகவர் (அதன் பணப்பையைக் கட்டுப்படுத்தும் நபர் அல்லது அமைப்பு அல்ல) எதற்காவது சட்டபூர்வ உரிமைப் பத்திரம் வைத்திருப்பது குறித்து எந்த ICANN கொள்கையும், நீதிமன்றத் தீர்ப்பும், நாங்கள் கண்ட ஆதாரமும் பேசவில்லை. "முகவரின் பணப்பை டோக்கனை வைத்திருக்கிறது" என்பதைத் தொழில்நுட்பக் கட்டுப்பாட்டின் விளக்கமாக மட்டும் எடுத்துக்கொள்ளுங்கள்; தீர்மானிக்கப்பட்ட சட்ட முடிவாக அல்ல. மேலுள்ள எல்லா ஆதாரங்களும் ஆதரிக்கும் பாதுகாப்பான விளக்கம் இதுதான்: தனிப்பட்ட விசையை வைத்திருக்கும் அல்லது அதை இயக்கக்கூடிய பணப்பையின் கட்டுப்பாட்டாளருக்கே உண்மையான உரிமைக் கோரல் உள்ளது. அவர் இன்னமும் ஒரு நபராகவோ அமைப்பாகவோ இருப்பார் என்று எதிர்பார்க்கப்படுகிறது; மென்பொருளாக அல்ல.

முகவர் தவறாகச் செயல்பட்டால் என்ன ஆகும்—டொமைனைப் பூட்டவோ மீட்டெடுக்கவோ முடியுமா?

பாதுகாப்புப் பொறுப்பின் நிலையைப் பொறுத்து இரண்டு வெவ்வேறு பாதுகாப்பு முறைகள் பொருந்தும்; அவை ஒரே வகையான நிவாரணத்தை வழங்குவதில்லை. ரெஜிஸ்ட்ரார் நிலையில், ICANN-இன் பரிமாற்ற விதிகள் சில தடைகளை அமைக்கின்றன: முதல் பதிவுக்குப் பிறகு 60 நாட்களுக்குள் பொதுவாக ஒரு டொமைனை வேறொரு ரெஜிஸ்ட்ராருக்கு மாற்ற முடியாது. பதிவாளரின் பெயர், அமைப்பு அல்லது மின்னஞ்சல் முகவரி மாறிய பிறகு 60 நாள் பதிவாளர் மாற்றப் பூட்டு பொருந்தும். இவை இரண்டும் ICANN-இன் பதிவாளர் FAQ-வில் ஆவணப்படுத்தப்பட்டுள்ளன. அங்கீகரிக்கப்படாத மாற்றம் இறுதியாகும் முன் அதை கவனித்து எதிர்ப்பதற்கு இந்தக் கால அவகாசங்கள் பதிவாளருக்கு நேரம் தருகின்றன. சாதாரண ரெஜிஸ்ட்ரார் கணக்கு அல்லது API விசையில் கட்டுப்பாட்டை மீறும் முகவருக்கு எதிராக இது வரம்புள்ளதாயினும் உண்மையான பாதுகாப்பாகும்.

ஒரு டொமைன் டோக்கனைஸ் செய்யப்பட்டு NFT ஒரு பணப்பையில் இருக்கும்போது, இந்தப் பாதுகாப்பு வேறுபடுகிறது. உறுதிசெய்யப்பட்ட ஆன்-செயின் பரிமாற்றம் பொதுவாக இறுதியானது—தவறான முகவரிக்கு அனுப்பப்பட்ட டோக்கனைத் திரும்பப் பெற ரெஜிஸ்ட்ரார் தரப்பிலான பூட்டு எதுவும் இல்லை. எனவே நடைமுறைப் பாதுகாப்பு அதற்கு முன்பே தீர்மானிக்கப்படுகிறது: முகவரின் பணப்பைக்கு எவ்வளவு அதிகாரம் உள்ளது என்பதில். இரண்டாவது கையொப்பமிடுபவர் தேவைப்படும் பல-கையெழுத்து (Multi-sig) ஏற்பாட்டைப் பயன்படுத்தலாம்; அல்லது மதிப்புமிக்க டோக்கனைஸ் செய்யப்பட்ட டொமைன்களைக் கொண்ட பணப்பையின் மீது முகவருக்கு நிரந்தர அதிகாரமே வழங்காமல் இருக்கலாம். பணம் செலுத்துவதற்கான இதே கட்டுப்பாட்டுக் கொள்கை கிரிப்டோ பணப்பை மூலம் டொமைன்களுக்கு பணம் செலுத்துங்கள் என்ற கட்டுரையில் விளக்கப்பட்டுள்ளது.

ஒரு டொமைனை டோக்கனைஸ் செய்வது UDRP ஆபத்தை நீக்குமா?

இல்லை; நாங்கள் பார்த்த எந்த ஆதாரமும் அப்படிக் கூறவில்லை. ஒரு டோக்கனைஸ் செய்யப்பட்ட டொமைனிலும் அடிப்படையான ICANN அங்கீகரித்த DNS பதிவு இருப்பதால், UDRP கடமைகள் அந்தப் பதிவுக்குப் பொருந்தும். டோக்கனைசேஷன் டொமைனை யார், எப்படி நகர்த்த முடியும் என்பதை மாற்றுகிறது; வர்த்தகமுத்திரைச் சட்டமோ ICANN-இன் தகராறுக் கொள்கையோ அதற்குப் பொருந்துமா என்பதை மாற்றுவதில்லை. முகவர் கட்டுப்பாட்டிலுள்ள டொமைன்கள் குறித்த ஒரு கருத்துக் கட்டுரை இந்த ஆபத்தைத் தெளிவாகச் சொல்கிறது: முகவரின் அங்கீகாரச் சான்றுகளைப் பயன்படுத்தி அது பதிவுசெய்வதை யாரும் கண்காணிக்கவில்லை என்றால், "ஒரு வர்த்தகமுத்திரையுடன் முரண்படும் டொமைனை முகவர் பதிவுசெய்தால், UDRP புகாருக்குப் பதிலளிக்க எந்த மனிதரும் இருக்கமாட்டார்." இது மனிதர் இல்லாமல் AI முகவர்கள் டொமைன்களை எப்படி வாங்குகின்றன? என்ற கட்டுரையில் மேலும் விரிவாக விளக்கப்பட்டுள்ளது. UDRP புகார் பதிவேட்டிலுள்ள பதிவாளருக்கு—அந்தச் சட்டபூர்வ நபர் அல்லது அமைப்பு யாராக இருந்தாலும்—எதிராகத்தான் தாக்கல் செய்யப்படும்; பதிவுக் கோரிக்கையைச் சமர்ப்பித்த முகவருக்கு எதிராக அல்ல.

முகவரின் டொமைன் சட்டச் சிக்கலை ஏற்படுத்தினால் உண்மையில் பொறுப்பேற்பவர் யார்?

பதிவேட்டிலுள்ள பதிவாளரே பொறுப்பேற்பார்: எந்த மனிதரின் அல்லது சட்டபூர்வ அமைப்பின் கணக்கு, API விசை அல்லது பணப்பை பதிவை அங்கீகரித்ததோ அவரே—AI மாதிரி ஒருபோதும் அல்ல. மேலே உள்ள ஒவ்வொரு கேள்வியிலும் தொடரும் மையக் கருத்து இதுதான்: WHOIS/RDAP ஒரு சட்டபூர்வ நபரின் பெயரைக் காட்டுகிறது; RAA அதைக் கட்டாயப்படுத்துகிறது; ICANN-இன் பரிமாற்றப் பூட்டு பாதுகாப்புகளும் UDRP ஆபத்தும் அதே பெயருடன் இணைகின்றன; டோக்கனைசேஷன் கட்டுப்பாட்டு முறையை மாற்றினாலும், அடிப்படையில் யார் பொறுப்பேற்க வேண்டும் என்பதை மாற்றுவதில்லை. "முகவர் டொமைனைச் சொந்தமாக வைத்திருக்கிறது" என்பது "டொமைனின் கட்டுப்பாடு முகவரிடம் ஒப்படைக்கப்பட்டுள்ளது" என்பதற்கான வசதியான சுருக்கமே. முகவருக்கு எவ்வளவு அதிகாரத்தை ஒப்படைக்கலாம் என்பதும், அதன் இயக்குநர் பொறுப்பேற்கும் ஒரு கருவியைவிட மேலானதாகத் தன்னாட்சி முகவரை எந்தச் சட்ட அதிகார வரம்பாவது கருதுமா என்பதும் இன்னும் சோதிக்கப்படவில்லை. எனவே அதைச் சட்டபூர்வமாக முடிவு செய்யப்பட்ட உண்மையாக எடுத்துக்கொள்ள வேண்டாம். மேலுள்ள எந்த நிலையிலும் முகவருக்கு வாங்கும் அல்லது பாதுகாப்புப் பொறுப்பு அதிகாரத்தை வழங்குவதற்கு முன், சட்டபூர்வ பதிவாளர் யார் என்பதை வெளிப்படையாகத் தீர்மானியுங்கள்.

உண்மையான பதிவாளரைப் பதிவில் வைத்து பதிவுசெய்து டோக்கனைஸ் செய்யுங்கள்

இந்தக் கேள்வியின் தேவைகளுக்கேற்ப Namefi உருவாக்கப்பட்டுள்ளது: ICANN கோருவதற்கேற்ப பதிவாளர் புலத்தைக் கையாளும் உண்மையான ICANN அங்கீகாரம் பெற்ற பதிவு; மேலும் நீங்கள் தேர்ந்தெடுக்கும் எந்தப் பணப்பைக்கும் ஆன்-செயின் கட்டுப்பாட்டை வழங்கும் விருப்பத்தேர்வான டோக்கனைஸ் செய்யப்பட்ட அடுக்கு—நீங்கள் அமைக்கும் கட்டுப்பாடுகளின் கீழ் ஒரு முகவர் இயக்கும் பணப்பையையும் இதில் பயன்படுத்தலாம். Namefi-இல் உங்கள் AI முகவர் மூலம் ஒரு டொமைனைப் பதிவுசெய்வது எப்படி? என்ற வழிகாட்டியுடன் தொடங்குங்கள் அல்லது கிரிப்டோ பணப்பை மூலம் டொமைன்களுக்கு பணம் செலுத்துங்கள்: கணக்கு தேவையில்லை என்பதில் பணப்பை கையொப்பமிட்ட செக்-அவுட்டுக்கு நேரடியாகச் செல்லுங்கள்.

Namefi-இல் ஒரு டொமைனைத் தேடிப் பதிவுசெய்யுங்கள்.

ஆதாரங்களும் மேலதிக வாசிப்பும்

• ICANN — 2013 Registrar Accreditation Agreement, §3.7.7 ("ரெஜிஸ்ட்ராரைத் தவிர்த்த ஒரு நபராகவோ சட்டபூர்வ அமைப்பாகவோ இருக்க வேண்டும்"—பதிவாளருக்கான தகுதியின் அடிப்படை விதி)
• ICANN — பதிவாளர்களுக்கான நன்மைகளும் பொறுப்புகளும் ("உங்கள் டொமைன் பெயரைப் பதிவுசெய்தல் மற்றும் பயன்படுத்துவதற்கான முழுப் பொறுப்பையும் நீங்களே ஏற்பீர்கள்")
• ICANN — பதிவாளர்களுக்கான FAQ: உங்கள் டொமைன் பெயரைப் பரிமாற்றுதல் (புதிய பதிவுக்குப் பிறகான 60 நாள் பூட்டும், பதிவாளர் மாற்றப் பரிமாற்றத்திற்கான பூட்டும்)
• ICANN — ICANN Lookup (lookup.icann.org) (எந்த டொமைனின் தற்போதைய பதிவாளர் பதிவையும் பார்க்கும் அதிகாரப்பூர்வ RDAP அடிப்படையிலான WHOIS/RDAP தேடல்)
• Ethereum — EIP-721: Non-Fungible Token Standard (ஒப்பந்தம் உள்ளிட்ட எந்த முகவரியும் டோக்கனை வைத்திருப்பதில் கட்டுப்பாடு இல்லை)
• Namefi — namefi.io/llms.txt (டோக்கனைசேஷன் மற்றும் nftReceivingWallet மூலம் உருவாக்குவதற்கான குறிப்பு—இந்தக் கட்டுரையில் உள்ள Namefi தயாரிப்புக் கூற்றுகளுக்கான ஆதாரம்)
• dev.to — AI முகவர்கள் தங்களுக்கான டொமைன் பெயர்களை எப்படி வாங்கலாம், அது ஏன் முக்கியம் (முகவரின் பதிவுகளை யாரும் கண்காணிக்காதபோது ஏற்படும் UDRP ஆபத்து)
• Namefi — மனிதர் இல்லாமல் AI முகவர்கள் டொமைன்களை எப்படி வாங்குகின்றன? (2026) (இந்தக் கட்டுரை அடிப்படையாகக் கொண்ட கட்டுப்பாடுகளும் மறுவிற்பனையாளர் அமைப்பும்)
• Namefi — கிரிப்டோ பணப்பை மூலம் டொமைன்களுக்கு பணம் செலுத்துங்கள்: கணக்கு தேவையில்லை (பணப்பை கையொப்பமிட்ட பாதுகாப்புப் பொறுப்பு முறைகளும் செலவுக் கொள்கைக் கட்டுப்பாடுகளும்)