கிரிப்டோ பணப்பை மூலம் டொமைன்களுக்குப் பணம் செலுத்துங்கள்: கணக்கு தேவையில்லை

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

முகவர் சார்ந்த வர்த்தகத்தில் பணம் செலுத்துதலே ஏன் மிகக் கடினமான பகுதி?

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

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

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

Namefi-யின் பதில்: கணக்கு உருவாக்காமல் பணப்பைக் கையொப்பமிட்ட செக்-அவுட்

Namefi-யில் வழக்கமாக ஒரு டொமைனைப் பதிவுசெய்ய, நிதியளிக்கப்பட்ட NFSC (Namefi Service Credit) இருப்பிலிருந்து கட்டணம் எடுக்கப்படும் API விசை பயன்படுத்தப்படுகிறது. இதைப் பற்றி Namefi-யில் உங்கள் AI முகவர் மூலம் ஒரு டொமைனைப் பதிவுசெய்வது எப்படி என்ற கட்டுரை விளக்குகிறது. அந்த வழிக்கு ஒரு கணக்கு தேவை: ஒருவர் பணப்பையிலிருந்து ஒரு விசையை உருவாக்கி, இருப்பில் நிதி சேர்ப்பார்; ஒவ்வொரு பதிவிலும் அந்த விசை வழியாக இருப்பிலிருந்து தொகை கழிக்கப்படும்.

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

ஒரு பணப்பை அந்தக் கையொப்பத்தை உருவாக்க மூன்று வழிகளை Namefi ஆவணப்படுத்துகிறது; அவை கீழே படிப்படியாக விளக்கப்பட்டுள்ளன: x402 நெறிமுறை (முதன்மை வழியும் இந்த வழிகாட்டி கவனம் செலுத்துவதும் இதுதான்), Machine Payable Protocol (MPP) சவால்-பதில் வடிவம், இந்த இரு சுருக்குவழிகளையும் பயன்படுத்தாத பணப்பைகளுக்கான கைமுறை EIP-712 கையொப்ப வழி.

x402 செயல்முறை, படிப்படியாக

x402 என்பது Cloudflare, AWS, Stripe உள்ளிட்ட நிறுவனங்களின் ஆதரவைப் பெற்ற திறந்த தரநிலை. நீண்ட காலமாகப் பயன்படுத்தப்படாத HTTP 402 Payment Required நிலைக் குறியீட்டைப் புதுப்பித்து, தனியான செக்-அவுட் பக்கத்திற்குத் திருப்பிவிடாமல் ஒரு வழக்கமான கோரிக்கைக்குள்ளேயே ஆன்-செயின் கட்டணத்தைக் கேட்கும் கட்டமைக்கப்பட்ட முறையாக இது பயன்படுத்துகிறது. Namefi தனது டொமைன் பதிவு முனைப்புள்ளியில் இதைச் செயல்படுத்தியுள்ளது:

1. கட்டணம் இல்லாத கோரிக்கை. முகவர் எளிய GET கோரிக்கையை Namefi-யின் /x402/domain/{domainName} முனைப்புள்ளிக்கு அனுப்பும் — விலை இன்னும் தெரியாததால் கட்டணம் இணைக்கப்படாது.
2. விலையுடன் HTTP 402. Namefi 402 Payment Required என்று பதிலளித்து, கட்டண விருப்பங்களைப் பதில் உடலில் சேர்க்கும்: பிணையம், ஏற்கப்படும் சொத்து (USDC), தொகை. இதுவே x402-ஐ வழக்கமான பிழையிலிருந்து வேறுபடுத்துகிறது — "முடியாது" என்று மட்டும் கூறாமல், செல்லுபடியாகும் கட்டணத்தை உருவாக்க கிளையண்டுக்குத் தேவையான அனைத்தையும் 402 நிலை வழங்குகிறது.
3. பணப்பை EIP-3009 transferWithAuthorization-இல் கையொப்பமிடுகிறது. தனி பிளாக்செயின் பரிவர்த்தனையை அனுப்பி அது உறுதிப்படுத்தப்படும் வரை காத்திருப்பதற்குப் பதிலாக, கையொப்பத்தால் அங்கீகரிக்கப்பட்ட டோக்கன் பரிமாற்றங்களுக்காகவே உருவாக்கப்பட்ட Ethereum தரநிலையான EIP-3009-இன் கீழ் பணப்பை ஒரு கையொப்பத்தை உருவாக்குகிறது. EIP-3009-இன் transferWithAuthorization செயல்பாட்டின் மூலம், ஒரு குறிப்பிட்ட தொகையை, குறிப்பிட்ட பெறுநருக்கு, குறிப்பிட்ட நேரச் சாளரத்துக்குள் (validAfter / validBefore) மட்டுமே செல்லுபடியாகும் வகையில் மாற்றுவதற்கான செய்தியில் டோக்கன் வைத்திருப்பவர் கையொப்பமிடலாம்; பின்னர் மூன்றாம் தரப்பு அதை ஆன்-செயினில் சமர்ப்பிக்கலாம். இந்தப் படிக்கு Namefi கணக்கோ முன்கூட்டிய EIP-712 கையொப்பமோ தேவையில்லை — பணப்பை தனித்த USDC பரிமாற்ற அங்கீகாரத்தில் மட்டுமே கையொப்பமிடுகிறது என்று Namefi-யின் ஆவணம் தெளிவாகக் கூறுகிறது.
4. கட்டணத் தலைப்புப் புலத்துடன் கோரிக்கையை மீண்டும் அனுப்புதல். கையொப்பமிட்ட அங்கீகாரத்தை ஏந்திய X-PAYMENT தலைப்புப் புலத்துடன் முகவர் அசல் கோரிக்கையை மீண்டும் அனுப்பும்.
5. சரிபார்த்தல், தீர்வு செய்தல், பதிவு செய்தல். Namefi கையொப்பத்தைச் சரிபார்த்து, டொமைன் பதிவு செயல்முறையைத் தொடங்கி, கட்டணத்தைத் தீர்வு செய்கிறது — USDC வாங்குநரின் பணப்பையிலிருந்து நகரும்; API விசை வழியில் நடப்பதைப் போலவே பதிவு தொடரும். அதே பணம் செலுத்திய பணப்பைக்கு இயல்பாகவே அந்த டொமைன் ஓர் NFT ஆக — ஒரு டோக்கனைஸ் செய்யப்பட்ட டொமைனாக — பதிவு செய்யப்படுவதும் இதில் அடங்கும்.

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

MPP சவால்-பதில் வடிவம்

x402 முதன்மை வழி. ஆனால் வேறொரு கட்டண முறையைப் பேசும் பணப்பைகள் அல்லது முகவர் கட்டமைப்புகளுக்கான இரண்டாவது வழியையும் Namefi ஆவணப்படுத்துகிறது: Machine Payable Protocol (MPP). கட்டமைப்பு ரீதியாக இது x402-ன் எதிரொலி போன்றது — வெறும் 402-க்கு பதிலாகச் சவால்-பதில் முறை:

1. பாதுகாக்கப்பட்ட முனைப்புள்ளிக்கான முதல் கோரிக்கைக்கு மீண்டும் 402 Payment Required பதில் கிடைக்கும்; ஆனால் இம்முறை எளிய விலை மேற்கோளுக்குப் பதிலாக கையொப்பமிட்ட சவால் இடம்பெறும்.
2. கிளையண்ட் (பொதுவாகக் கையொப்பப் படியைக் கையாளவே உருவாக்கப்பட்ட Namefi-யின் mppx கட்டளை வரிக் கருவி மூலம்) பணம் செலுத்தும் பணப்பையைக் கொண்டு அந்தச் சவாலில் கையொப்பமிடும்.
3. அதிலிருந்து கிடைக்கும் கையொப்பத்தை Authorization தலைப்புப் புலத்தில் இணைத்து, கிளையண்ட் அசல் கோரிக்கையை மீண்டும் அனுப்பும்.

மொத்த விளைவு x402 போலவே இருக்கும் — சேமிக்கப்பட்ட அணுகல் சான்று இல்லாத, ஒவ்வொரு கோரிக்கைக்கும் பணப்பைக் கையொப்பமிட்ட கட்டணம் — ஆனால் 402-இல் எளிய விலையை வழங்குவதற்குப் பதிலாகக் கையொப்பமிட்ட சவால் பரிமாற்ற முறையாக இது தொகுக்கப்பட்டுள்ளது. முகவரின் கட்டணக் கருவி ஏற்கெனவே எந்த முறையைப் பேசுகிறது என்பதே எதைப் பயன்படுத்துவது என்பதைத் தீர்மானிக்கும்; Namefi-யின் கட்டண முனைப்புள்ளிகள் இரண்டையும் ஆதரிக்கின்றன.

கைமுறை EIP-712 வழி

இந்த இரண்டு சுருக்குவழிகளிலும் எதையும் பயன்படுத்தாத பணப்பைகள் அல்லது நிரல்களுக்காக, EIP-712 வகையமைக்கப்பட்ட-தரவுக் கையொப்பத்தின் மீது கட்டப்பட்ட கீழ்மட்ட, முழுமையான கைமுறை கையொப்ப வழியை Namefi வழங்குகிறது; EIP-3009 உருவாக்கப்பட்டுள்ள அதே தரநிலை இதுதான். இந்த முறையில் கையொப்பமிடப்பட்ட கோரிக்கை மூன்று தலைப்புப் புலங்களை ஏந்தும் — x-namefi-signer (கையொப்பமிடும் பணப்பையின் முகவரி), x-namefi-signature (hex வடிவில் குறியாக்கப்பட்ட கையொப்பம்), x-namefi-eip712-type (கையொப்பம் எந்த வகையமைக்கப்பட்ட-தரவுத் தரவமைப்புக்கு எதிராக உருவாக்கப்பட்டது) — மேலும் payloadType, payload, timestamp, nonce ஆகியவற்றைக் கொண்ட உறைக்குள் அதன் உள்ளடக்கத் தரவு இடம்பெறும்.

இந்தக் கைமுறை வழியின் பாதுகாப்புக்கு இரண்டு விவரங்கள் முக்கியமானவை: கையொப்பங்கள் 300 வினாடிகளுக்குப் பிறகு காலாவதியாகும்; nonce-களை ஒருமுறை மட்டுமே பயன்படுத்த முடியும். 300 வினாடிகள் கடந்த பிறகு அல்லது அந்த nonce-ஐப் பயன்படுத்திய கோரிக்கை ஏற்கப்பட்ட பிறகு, கைப்பற்றப்பட்ட கையொப்பத்தை மீண்டும் வெற்றிகரமாகப் பயன்படுத்த முடியாது. ஒருங்கிணைப்பில் துல்லியமான தரவமைப்பை நிலையாகப் பதிக்கக்கூடாது; கையொப்பம் பொருந்த வேண்டிய தரவமைப்பு மாறக்கூடும் என்பதால், கோரிக்கை அனுப்பும் நேரத்தில் Namefi-யின் /v-next/eip712/ முனைப்புள்ளிகளிலிருந்து நடப்பு EIP-712 வகை வரையறைகளைப் பெற வேண்டும் என்றும் அதன் ஆவணம் குறிப்பிடுகிறது.

இந்த முறையில் ஸ்மார்ட் கான்ட்ராக்ட் பணப்பைக் கையொப்பத்தையும் Namefi ஆவணப்படுத்துகிறது: ERC-1271 அல்லது புதிய EIP-7702-இன் கீழ், அங்கீகரிக்கப்பட்ட வெளிப்புற உரிமையாளர் கணக்கு (externally-owned account, EOA) ஒரு கான்ட்ராக்ட் பணப்பையின் சார்பாகக் கையொப்பமிடலாம்; API சரிபார்க்கக்கூடிய approvedSigners(address) சோதனையை அந்தக் கான்ட்ராக்ட் செயல்படுத்தியிருக்க வேண்டும்.

பாதுகாப்பு மாதிரி: முகவரால் செய்யக்கூடியதும் செய்ய முடியாததும்

இந்தக் கையொப்ப முறை வழங்குவதைவிட வலுவான உத்தரவாதத்தை விவரிக்காமல், அது உண்மையில் எதைக் கட்டுப்படுத்துகிறது என்பதைத் துல்லியமாகப் புரிந்துகொள்வது முக்கியம்.

இது கட்டுப்படுத்துவது. Namefi-யிடம் நிரந்தர அணுகல் சான்றை ஒப்படைப்பதற்குப் பதிலாக, நடப்பு கோரிக்கைக்காகப் பணப்பை கையொப்பமிட வேண்டும் என்று ஒவ்வொரு வழியும் கோருகிறது. மீள்பயன்பாட்டுக் கட்டுப்பாடுகள் நெறிமுறையைப் பொறுத்து வேறுபடும்: கைமுறை EIP-712 வழி 300 வினாடிகளுக்குப் பிறகு காலாவதியாகி, ஒருமுறை மட்டுமே பயன்படுத்தக்கூடிய nonce-ஐப் பயன்படுத்திவிடுகிறது; x402 ஒரு குறிப்பிட்ட தொகை மற்றும் பெறுநருடன் இணைக்கப்பட்ட, validAfter/validBefore வரம்புகளுக்குள் செல்லுபடியாகும், nonce மூலம் பாதுகாக்கப்படும் EIP-3009 அங்கீகாரத்தைப் பயன்படுத்துகிறது; MPP கிளையண்ட் சேவையகம் வழங்கிய சவாலில் கையொப்பமிடுகிறது, எனவே அதன் காலாவதி மற்றும் மீள்பயன்பாட்டுக் கட்டுப்பாடுகள் அந்தச் சவால் குறிப்பிடுபவையே. எதிர்காலத்தில் தானாகவே கட்டணங்களைத் தொடங்குவதற்கான நிரந்தர அதிகாரத்தைப் பணப்பை Namefi-க்கு ஒருபோதும் வழங்குவதில்லை. இதைச் சேமிக்கப்பட்ட அட்டையுடன் ஒப்பிடுங்கள்: வணிகரிடம் உங்கள் அட்டை டோக்கன் வந்த பிறகு, அடுத்த மாதம் எவ்வளவு கட்டணம் வசூலிக்கலாம் அல்லது சமரசப்படுத்தப்பட்ட அமைப்பு அதை மீண்டும் பயன்படுத்தலாமா என்பதை அந்த டோக்கனே கட்டுப்படுத்தாது. இந்த எந்தச் செயல்முறையிலும் பணப்பையின் தனிப்பட்ட விசை பணப்பையை விட்டு வெளியேறாது — ஒரு குறிப்பிட்ட கோரிக்கைக்கான கையொப்பத்தை உருவாக்குமாறு முகவர் பணப்பையிடம் கேட்கிறது; நடப்பதன் முழு வரம்பும் அதுதான்.

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

நிரந்தர அணுகல் சான்று இல்லாமை, வரம்புடைய ஒவ்வொரு பரிவர்த்தனை அங்கீகாரம், நடைமுறை செலவு வரம்பாக நிதியளிப்பு ஆகியவற்றின் சேர்க்கை, இதைச் சேமிக்கப்பட்ட அட்டையிலிருந்து உண்மையாகவே வேறுபட்ட அபாய வடிவமாக மாற்றுகிறது; அதே முறையின் கிரிப்டோ வடிவமாக மட்டும் அல்ல. கசிந்த அட்டை எண் அல்லது சமரசப்படுத்தப்பட்ட கட்டண டோக்கனில், ஒருவர் கவனித்ததைத் தொடர்ந்து அதை ரத்து செய்யும் வரை மீண்டும் மீண்டும் கட்டணம் வசூலிக்கலாம். ஆனால் கைப்பற்றப்பட்ட கட்டண அங்கீகாரம், அதன் நெறிமுறை சார்ந்த காலாவதி அல்லது மீள்பயன்பாட்டு நிபந்தனை நிறைவேறியதும் நிராகரிக்கப்படும்: கைமுறை EIP-712 வழி 300 வினாடிகளுக்குப் பிறகு அல்லது அதன் nonce பயன்படுத்தப்பட்டதும் அதை நிராகரிக்கும்; x402-இன் EIP-3009 அங்கீகாரம் validAfter/validBefore சாளரத்திற்கு வெளியிலோ அதன் nonce பயன்படுத்தப்பட்ட பிறகோ நிராகரிக்கப்படும்; MPP அணுகல் சான்று அதன் கையொப்பமிட்ட சவாலில் குறியாக்கப்பட்ட காலாவதி மற்றும் மீள்பயன்பாட்டு நிபந்தனைகளைப் பின்பற்றும்.

அதற்குப் பதிலாக API விசை அல்லது NFSC கட்டணத்தை எப்போது பயன்படுத்துவது?

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

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

அடிக்கடி கேட்கப்படும் கேள்விகள்

கிரிப்டோ பணப்பை மூலம் பணம் செலுத்த எனக்கு Namefi கணக்கு தேவையா?

இல்லை. x402, MPP ஆகிய இரு செயல்முறைகளும் முன்கூட்டியே Namefi கணக்கையோ API விசையையோ உருவாக்காமல், கையொப்பமிட்ட பணப்பைக் கட்டணத்திலிருந்து டொமைன் பதிவைத் தீர்வு செய்கின்றன. NFSC இருப்பு கட்டண வழிக்கு மட்டுமே API விசை தேவை.

பணப்பை செக்-அவுட்டுக்கு Namefi எந்தக் கிரிப்டோகரன்சியை ஏற்கிறது?

USDC. Namefi-யின் x402 முனைப்புள்ளி குறிப்பாக USDC-இல் விலையை மேற்கோள் காட்டி கட்டணத்தைத் தீர்வு செய்கிறது. விலை கூறப்படும் தருணத்திற்கும் கட்டணம் தீர்வாகும் தருணத்திற்கும் இடையே ETH போன்ற நிலையற்ற சொத்து உருவாக்கக்கூடிய விலை ஏற்ற இறக்கங்களை இது தவிர்க்கிறது.

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

இல்லை — தனிப்பட்ட விசையை வெளிப்படுத்தாமலேயே பணப்பை கையொப்பத்தை உருவாக்குகிறது. முகவர் (அல்லது அது அழைக்கும் கருவி) ஒரு குறிப்பிட்ட, வரம்புடைய அங்கீகாரத்தில் கையொப்பமிடுமாறு பணப்பையிடம் கேட்கிறது; முழு நேரமும் விசை பணப்பைக்குள்ளேயே இருக்கும்.

முன்பு நான் உருவாக்கிய கட்டணக் கையொப்பத்தை யாராவது மீண்டும் பயன்படுத்த முடியுமா?

கைப்பற்றப்பட்ட கையொப்பம், அதன் சொந்த காலாவதி அல்லது மீள்பயன்பாட்டுக் கட்டுப்பாடு அதை நிராகரிக்கும் வரை பயன்படுத்தக்கூடியதாக இருக்கலாம்; மூன்று வழிகளுக்கும் ஒரே பொதுவான விதி இல்லை. கைமுறை EIP-712 வழியில், கையொப்பங்கள் 300 வினாடிகளுக்குப் பிறகு காலாவதியாகும்; ஒவ்வொரு nonce-ஐயும் ஒருமுறை மட்டுமே பயன்படுத்த முடியும். x402 செயல்முறையின் EIP-3009 அங்கீகாரம் அதன் validAfter/validBefore சாளரத்துக்குள் மட்டுமே செல்லுபடியாகும்; அதன் nonce-ஐ இரண்டாவது முறையாகப் பயன்படுத்த முடியாது. MPP கையொப்பமிட்ட சவாலைப் பயன்படுத்துவதால், அதன் காலாவதி மற்றும் மீள்பயன்பாட்டு நிபந்தனைகள் மற்ற இரண்டு வழிகளில் ஏதாவது ஒன்றுடன் பொருந்தும் என்று கருதாமல், அந்தச் சவாலில் அவற்றைச் சரிபார்க்க வேண்டும்.

நான் இவ்வாறு பணம் செலுத்தும்போது டொமைன் தானாகவே டோக்கனைஸ் செய்யப்படுமா?

இயல்பாக, ஆம் — வேறொரு பெறுநர் பணப்பை குறிப்பிடப்படாதவரை, API விசை வழியில் பயன்படுத்தப்படும் அதே டோக்கனைசேஷன் நடத்தையின் கீழ் பதிவு செய்யப்பட்ட டொமைன் பணம் செலுத்திய அதே பணப்பைக்கு NFT-ஆக உருவாக்கப்படும். பணப்பை-நேட்டிவ் செக்-அவுட்டையோ டோக்கனைஸ் செய்யப்பட்ட உரிமையையோ வழங்காத ரெஜிஸ்ட்ரார்களுடன் இது எவ்வாறு ஒப்பிடப்படுகிறது என்பதை Cloudflare vs Name.com vs Namefi: முகவர்-நேட்டிவ் ரெஜிஸ்ட்ரார்கள் என்ற கட்டுரையில் பார்க்கவும்.

சேமிக்கப்பட்ட அட்டையால் பணம் செலுத்துவதைவிட பணப்பை செக்-அவுட் பாதுகாப்பானதா?

இது எல்லா அபாயத்தையும் நீக்குவதற்குப் பதிலாக வேறொரு தொகுப்பு அபாயங்களைக் கட்டுப்படுத்துகிறது. சமரசப்படுத்தப்பட்ட அமைப்பு காலவரையின்றி மீண்டும் பயன்படுத்தக்கூடிய நிரந்தர அணுகல் சான்று எதுவும் இல்லை; ஒவ்வொரு கட்டணத்திற்கும் புதிய, கோரிக்கை மட்டத்திலான கையொப்பம் தேவை. மீள்பயன்பாட்டுக் கட்டுப்பாடுகள் வேறுபடும்: கைமுறை EIP-712 வழி 300 வினாடி காலாவதியையும் ஒருமுறை nonce-ஐயும் பயன்படுத்துகிறது; x402-இன் EIP-3009 அங்கீகாரம் validAfter/validBefore மற்றும் nonce-ஐப் பயன்படுத்துகிறது; MPP அதன் கையொப்பமிட்ட சவாலில் உள்ள நிபந்தனைகளைப் பின்பற்றுகிறது. இவற்றில் எந்தக் கட்டுப்பாடும் ஒரே கையொப்பமிட்ட கோரிக்கை எவ்வளவு தொகையை அங்கீகரிக்கலாம் என்பதற்கு உச்சவரம்பு அமைப்பதில்லை. எனவே முகவர் நடைமுறையில் செலவிடக்கூடிய அதிகபட்ச தொகை, பணப்பையில் நீங்கள் எவ்வளவு நிதி சேர்க்கிறீர்கள் என்பதையும் அதன் முன் நீங்கள் அமைக்கும் கூடுதல் ஒப்புதல் கொள்கையையும் (பல-கையெழுத்து போன்றது) பொறுத்தே இருக்கும்.

Namefi-யில் பணப்பை மூலம் டொமைனை வாங்குங்கள்

முகவரைப் பயன்படுத்துவதன் நோக்கமே, முகவருக்கும் வாங்குதலுக்கும் இடையில் எந்த மனிதக் கணக்கும் இருக்கக்கூடாது என்பதாக இருந்தால், Namefi-யின் பணப்பைக் கையொப்பமிட்ட செக்-அவுட் அதற்காகவே உருவாக்கப்பட்டுள்ளது: ஒரே கையொப்பமிட்ட USDC அங்கீகாரத்தின் மூலம் பணம் செலுத்தப்படும் உண்மையான ICANN அங்கீகாரம் பெற்ற டொமைன் பதிவு; பணம் செலுத்திய அதே பணப்பைக்கு டோக்கனைஸ் செய்யப்பட்ட உரிமை கிடைக்கும். முழுச் செயல்முறையை namefi.io/web3/llms.txt-இல் பார்க்கலாம்; அல்லது விரிவான தொடக்க அமைப்புக்கு Namefi-யில் உங்கள் AI முகவர் மூலம் ஒரு டொமைனைப் பதிவுசெய்வது எப்படி என்ற கட்டுரையிலிருந்து தொடங்குங்கள்.

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

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

• Namefi — namefi.io/web3/llms.txt (x402 செயல்முறை, MPP சவால்-பதில் வடிவம், கைமுறை EIP-712 கையொப்ப வழி, கையொப்ப காலாவதி/nonce விதிகள், ERC-1271/EIP-7702 ஸ்மார்ட் கான்ட்ராக்ட் பணப்பைக் கையொப்பம் ஆகியவற்றிற்கான முதன்மை ஆதாரம்)
• Namefi — namefi.io/llms.txt (NFSC/API விசை கட்டண வழியும் மேலே உள்ள பணப்பைக் கட்டணக் குறிப்புக்கான சுட்டியும்)
• x402.org — x402: இணையத்திற்கு இயல்பான கட்டணத் தரநிலை (Namefi-யின் செயல்முறை நடைமுறைப்படுத்தும் திறந்த HTTP-402 அடிப்படையிலான கட்டண நெறிமுறை)
• Ethereum — EIP-3009: Transfer With Authorization (transferWithAuthorization படியின் பின்னணிக் கையொப்பத் தரநிலை; validAfter/validBefore நேர வரம்புகள், ஒருமுறை பயன்படுத்தப்படும் சீரற்ற nonce-கள்)
• Ethereum — EIP-721: Non-Fungible Token Standard (டோக்கனைஸ் செய்யப்பட்ட டொமைன் உரிமை உருவாக்கப்பட்டுள்ள NFT தரநிலை)
• Namefi — Namefi-யில் உங்கள் AI முகவர் மூலம் ஒரு டொமைனைப் பதிவுசெய்வது எப்படி (API விசை/NFSC கட்டண வழியும் விரிவான பாதுகாப்புக் கட்டுப்பாட்டு வழிகாட்டுதலும்)
• Namefi — Cloudflare vs Name.com vs Namefi: முகவர்-நேட்டிவ் ரெஜிஸ்ட்ரார்கள் (முகவர் பயன்பாட்டிற்கான மூன்று ரெஜிஸ்ட்ரார்களிலும் பணப்பை-நேட்டிவ் செக்-அவுட் எவ்வாறு ஒப்பிடப்படுகிறது)