பல-கையெழுத்து பணப்பைகள் உண்மையில் பாதுகாப்பை மேம்படுத்துகின்றனவா? அச்சுறுத்தல் மாதிரியின் பார்வை
பல-கையெழுத்து பணப்பைகள் கிரிப்டோவில் பாதுகாப்பான காவலுக்கான இயல்புநிலை அமைப்பாகப் பரவலாகக் கருதப்படுகின்றன. ஆனால், "அவை உண்மையில் பாதுகாப்பை மேம்படுத்துகின்றனவா?" என்பதற்கான பதில் முழுவதும் அச்சுறுத்தல் மாதிரியைப் பொறுத்தது. பல-கையெழுத்து எவற்றைத் தடுக்கிறது, எவற்றைத் தடுக்காது, எங்கு நிலைமையை மோசமாக்கலாம் என்பவற்றை இந்தக் கட்டுரை விளக்குகிறது.
- security
- wallets
- multisig
- web3
- key-management
பல-கையெழுத்து பணப்பைகள்—ஒரு பரிவர்த்தனை செல்லுபடியாகும் முன் M-of-N முறையில் N விசைகளில் M விசைகள் கையொப்பமிட வேண்டிய பணப்பைகள்—ஒற்றை விசையுள்ள, இணையத்துடன் இணைந்த பணப்பையிலிருந்து மேம்படுத்துவதற்கான தெளிவான தேர்வாக வழக்கமாக முன்வைக்கப்படுகின்றன. DAO-க்கள், பரிமாற்றத் தளங்கள் மற்றும் முதிர்ந்த கிரிப்டோ நிறுவனங்களின் பெரும்பாலான கருவூல அமைப்புகள் ஏதோ ஒரு வகையான பல-கையெழுத்து (Multi-sig) முறையையே பயன்படுத்துகின்றன (Safe, Squads, Multisig.js, வரம்புக் கையொப்ப வகைகள்).
அந்த நற்பெயருக்குத் தகுதி உண்டு; ஆனால் அது ஒரு குறிப்பிட்ட அச்சுறுத்தல் மாதிரிக்கு எதிராக மட்டுமே. நிதி திருடப்படுவதற்கான மிகவும் பொதுவான சில வழிகளை பல-கையெழுத்து முறியடிக்கிறது; மற்றவற்றுக்கு எதிராக அது கிட்டத்தட்ட எதுவும் செய்வதில்லை. நேர்மையான விளக்கம் இதுதான்: பல-கையெழுத்து உண்மையில் எதில் சிறந்தது, எங்கு போதாமல் போகிறது, அதை ஏற்றுக்கொள்வதால் ஓர் அமைப்பு எப்போது குறைந்த பாதுகாப்புடையதாக மாறலாம்.
பல-கையெழுத்து என்றால் என்ன? மிகச் சுருக்கமாக
2-of-3 பல-கையெழுத்து அமைப்பில் மூன்று தனிப்பட்ட விசைகள் இருக்கும்; அவற்றில் எந்த இரண்டு விசைகளாவது ஒரு பரிவர்த்தனையில் கையொப்பமிட்டால்தான் அது ஆன்-செயினில் செயல்படும். அந்தப் பணப்பையே ஒரு ஸ்மார்ட் கான்ட்ராக்ட் (Ethereum / EVM உலகில்) அல்லது உள்ளமைந்த பல-கையெழுத்து வெளியீட்டு வகை (Bitcoin-இல் P2SH/P2WSH வழியாக) ஆகும். கான்ட்ராக்ட் கையொப்பங்களைச் சரிபார்த்த பின் பரிவர்த்தனையை அனுப்புகிறது.
EVM சூழல்களில் மிகப் பரவலாகப் பயன்படுத்தப்படும் செயலாக்கம் Safe (முன்பு Gnosis Safe) ஆகும். Solana-வில் Squads அதே பங்கை வகிக்கிறது. Bitcoin-இல் உள்ளமைந்த பல-கையெழுத்து ஆதரவுக்கு நீண்ட வரலாறு உண்டு; இது பெரும்பாலும் PSBT பணிப்பாய்வுகள் வழியாக வன்பொருள் பணப்பைகளுடன் இணைக்கப்படுகிறது.
வரம்புக் கையொப்பத் திட்டங்கள் (TSS, FROST, MPC) ஒரே ஆன்-செயின் விசையைப் பயன்படுத்தி இதேபோன்ற முடிவை அடைகின்றன—ஒவ்வொரு கையொப்பமிடுபவரும் தனிப்பட்ட விசையின் ஒரு பங்கை வைத்திருப்பார்; விசையை ஒருபோதும் முழுமையாக மீளுருவாக்காமல் அவர்கள் கூட்டாகக் கையொப்பமிடுவார்கள். அச்சுறுத்தல் மாதிரியின் பார்வையில், கீழேயுள்ள பெரும்பாலான கருத்துகள் சில விதிவிலக்குகளுடன் இரு முறைகளுக்கும் சமமாகப் பொருந்தும்; அந்த விதிவிலக்குகள் பின்னர் சுட்டிக்காட்டப்பட்டுள்ளன.
பல-கையெழுத்து தடுப்பவை (நல்ல செய்தி)
ஒற்றை விசை கைப்பற்றப்படுதல்
இதுதான் முதன்மையான பயன். ஒரு கையொப்பமிடுபவரின் வன்பொருள் பணப்பை திருடப்பட்டாலோ, அவரது தொலைபேசி தீம்பொருளால் பாதிக்கப்பட்டாலோ, அவரது விதை சொற்றொடர் கசிந்தாலோ, அந்த ஒரு விசையை மட்டும் வைத்திருக்கும் தாக்குபவரால் நிதியை நகர்த்த முடியாது. அவர் அதே நேரத்தில் குறைந்தது மேலும் M-1 விசைகளைக் கைப்பற்ற வேண்டும்.
2-of-3 அமைப்பில், வெவ்வேறு நபர்களிடம், வெவ்வேறு வன்பொருள்களில், வெவ்வேறு இடங்களில் வைக்கப்பட்டிருப்பதே சிறந்தது என்ற நிலையில், தாக்குபவர் ஒன்றுக்கொன்று சாராத இரண்டு முனைப்புள்ளிகளைக் கைப்பற்ற வேண்டும். ஒரே காலப்பகுதியில் இரண்டு சுயாதீனமான கைப்பற்றல்கள் நிகழும் வாய்ப்பு, ஒரு கைப்பற்றல் நிகழும் வாய்ப்பைவிட பொதுவாகப் பல பத்துமடங்குகள் குறைவு.
உள்நபர் ஆபத்து
முழுக் காவலையும் கொண்ட ஓர் நபர் கோபத்தில் வெளியேறலாம், தரப்பு மாறலாம், கட்டாயப்படுத்தப்படலாம் அல்லது பேரழிவை ஏற்படுத்தும் தவறைச் செய்யலாம். பல-கையெழுத்து கூட்டு நடவடிக்கையை கட்டாயமாக்குகிறது. DAO-க்கள் மற்றும் நிறுவனங்களுக்கு இதுவே பெரும்பாலும் முதன்மையான நோக்கம்—வெளித் தாக்குபவர்களுக்கு எதிரான பாதுகாப்புப் பயன், எந்த ஓர் உள்நபரிடமிருந்தும் கிடைக்கும் ஆளுகைப் பாதுகாப்புக்குப் பிறகே வருகிறது.
இழந்த விசையை மீட்டெடுத்தல்
N > M ஆக இருக்கும் M-of-N அமைப்பில் ஒரு விசையை இழப்பது பேரழிவு அல்ல. மீதமுள்ள கையொப்பமிடுபவர்கள் நிதியைப் புதிய பல-கையெழுத்து பணப்பைக்கு மாற்றி, இழந்த விசைக்குப் பதிலாகப் புதிய விசையைச் சேர்க்கலாம். ஒற்றை விசைக் காவலில் ஒரு விதை சொற்றொடரை இழந்தால் நிரந்தர இழப்பு ஏற்படும்; அதனுடன் ஒப்பிடும்போது இது குறிப்பிடத்தக்க மேம்பாடு.
பயனரை ஏமாற்றும் ஃபிஷிங்
பல பணப்பை ஃபிஷிங் (Phishing) தாக்குதல்கள் (போலி airdrop தளங்கள், தீங்கிழைக்கும் டோக்கன் அனுமதிகள், நிதியை வடிக்கும் கான்ட்ராக்ட்கள்) ஒரே உலாவி அமர்வில் பயனர் ஒரு தீங்கிழைக்கும் பரிவர்த்தனையில் கையொப்பமிடுவதை நம்பியிருக்கின்றன. பல-கையெழுத்து வேறொரு தளத்தில் உறுதிப்படுத்தும் படியைச் சேர்க்கிறது—Safe போன்ற ஒருங்கிணைப்பு UI-இல் அல்லது பல சாதனங்களில் வன்பொருள் ஒப்புதல் வழியாக—இதனால் பயனர் தான் உத்தேசிக்காத ஒன்றில் கையொப்பமிடுகிறார் என்பதை கவனிக்க இன்னொரு வாய்ப்பு கிடைக்கிறது.
பல-கையெழுத்து தடுக்காதவை (அசௌகரியமான பகுதி)
பெரும்பாலான சுருக்கமான விளக்கங்கள் தவிர்க்கும் பகுதி இதுதான்.
பல-கையெழுத்து கான்ட்ராக்டிலேயே உள்ள ஸ்மார்ட் கான்ட்ராக்ட் பிழைகள்
பல-கையெழுத்து அமைப்பு ஒரு ஸ்மார்ட் கான்ட்ராக்ட். அந்த கான்ட்ராக்டில் பிழை இருந்தால், எவ்வளவு கவனமாக விசைகளை நிர்வகித்தாலும் பயனில்லை. வரலாற்றில் அதிக மதிப்பிழப்பை ஏற்படுத்திய பல-கையெழுத்து சம்பவமான நவம்பர் 2017-இன் Parity multisig முடக்கம் ஒரு கான்ட்ராக்ட் பிழையால் ஏற்பட்டது; விசை கைப்பற்றப்பட்டதால் அல்ல. சுமார் $150M மதிப்புள்ள ETH-ஐ ஒரே பரிவர்த்தனை நிரந்தரமாக அணுக முடியாதபடி செய்தது.
நவீன Safe, Ethereum-இல் மிக விரிவாகத் தணிக்கை செய்யப்பட்ட கான்ட்ராக்ட்களில் ஒன்றாகும்; இதுவரை சிறப்பாகத் தாக்குப்பிடித்துள்ளது. இருந்தாலும் மையக் கருத்து மாறாது: "பாதுகாக்க வேண்டிய ஒரு தனிப்பட்ட விசை" என்பதிலிருந்து "நம்ப வேண்டிய ஒரு ஸ்மார்ட் கான்ட்ராக்ட்" என்பதற்கு நீங்கள் மாறுகிறீர்கள். தணிக்கைகளும் காலப் பரிசோதனையும் அந்த நம்பிக்கையை உருவாக்க வேண்டும்; தொடர்ந்து மீண்டும் உறுதிப்படுத்தவும் வேண்டும்.
கையொப்பமிடும் UI கைப்பற்றப்படுதல்
கிட்டத்தட்ட ஒவ்வொரு பல-கையெழுத்து ஒப்புதலும் ஏதோ ஓர் இடைமுகம் வழியாகவே நடக்கிறது—Safe-இன் இணைய UI, பணப்பை நீட்சி அல்லது தனிப்பயன் நிர்வாகப் பலகம். அந்த இடைமுகம் கைப்பற்றப்பட்டால் (DNS கடத்தல், சார்புநிரல் மீதான விநியோகச் சங்கிலித் தாக்குதல், தீங்கிழைக்கும் உலாவி நீட்சி), வன்பொருள் பணப்பைக்கு கையொப்பமிடுவதற்காக உண்மையில் "1000 ETH-ஐ attacker.eth-க்கு அனுப்பு" என்பதை அனுப்பிக்கொண்டே, கையொப்பமிடுபவர் A-க்கு "1 ETH-ஐ alice.eth-க்கு அனுப்பு" என்று தாக்குபவர் காட்டலாம்.
பெரும்பாலான வன்பொருள் பணப்பைகள் உண்மையான பெறுநர் முகவரியைக் காட்டுகின்றன; ஆனால் கையொப்பமிடுபவர்கள் அதை வழக்கமாக மேலோட்டமாக மட்டுமே பார்க்கிறார்கள். 2025 தொடக்கத்தில் நடந்த Bybit சம்பவம் Safe UI கைப்பற்றப்பட்டதை மையமாகக் கொண்டது; வழக்கமான பரிவர்த்தனை என்று நினைத்த ஒன்றை அனைத்து கையொப்பமிடுபவர்களும் ஒப்புதல் அளித்தனர், ஆனால் உண்மையில் proxy கான்ட்ராக்ட் மாற்றப்பட்டுக்கொண்டிருந்தது.
ஒரே ஒரு விசையை மட்டும் வைத்திருக்கும் தாக்குபவரிடமிருந்து பல-கையெழுத்து உங்களைப் பாதுகாக்கிறது. உங்கள் எல்லா கையொப்பமிடுபவர்களின் முன்னும் தவறான பரிவர்த்தனையை வைக்கக்கூடிய தாக்குபவரிடமிருந்து அது உங்களைப் பாதுகாக்காது.
பல கையொப்பமிடுபவர்களைக் குறிவைக்கும் ஒருங்கிணைந்த ஃபிஷிங்
கையொப்பமிடுபவர்கள் யார் என்பதை அறிந்து அவர்களைத் தொடர்புகொள்ள முடிந்தால்—Safe முகவரி வெளியிடப்பட்ட எந்தக் கருவூலத்திலும் பொதுவாக இது சாத்தியம்—தாக்குபவர் அவர்கள் அனைவரையும் குறிவைக்கலாம். ஒவ்வொரு கையொப்பமிடுபவரிடமும் அதே ஃபிஷிங் முயற்சியை மேற்கொண்டு காத்திருக்கலாம். மூவரில் இருவர் ஒரே நாளில் சோர்வாகவோ, கவனச் சிதறலுடனோ, விழிப்புணர்வு குறைந்த நிலையிலோ இருந்தால் தேவையான வரம்பை எட்டிவிடலாம்.
நடைமுறையில் நன்கு நிர்வகிக்கப்படும் பல-கையெழுத்து அமைப்புகளுக்கு எதிரான மிகவும் யதார்த்தமான தாக்குதல் இதுவே. இதற்கான தற்காப்புகள் பெரும்பாலும் தொழில்நுட்பம் சார்ந்தவை அல்ல; நடைமுறை சார்ந்தவை: ஒவ்வொரு பரிவர்த்தனையையும் வேறொரு தனிச் சேனலில் (Signal, வேறொரு அரட்டை, தொலைபேசி அழைப்பு) உறுதிப்படுத்துவது, மேலும் $X-ஐத் தாண்டிய எந்தப் பரிவர்த்தனையும் கையொப்பமிடுவதற்கு முன் நேரலையில் விவாதிக்கப்பட வேண்டும் என்ற கடுமையான கொள்கை.
ஆஃப்-செயின் விசை சேமிப்பகம் கைப்பற்றப்படுதல்
"கையொப்பமிடும் விசைகள்" என்பவை உண்மையில் இரண்டு பொறியாளர்களின் MetaMask விதை சொற்றொடர்களுக்கும் அலுவலகப் பாதுகாப்புப் பெட்டகத்தில் உள்ள ஒரு வன்பொருள் பணப்பைக்கும் இடையிலான 2-of-3 அமைப்பு என்றால், பல-கையெழுத்து தோற்றத்தில் மறைக்கப்பட்ட OPSEC சிக்கல் உங்களிடம் உள்ளது. தொழில்நுட்ப ரீதியாக வரம்பு பூர்த்தியாகிறது; ஆனால் விசைகளின் பன்முகத்தன்மை போலியானது. இரண்டு பொறியாளர்களின் கணினிகளையும் பாதிக்கும் மடிக்கணினித் தீம்பொருள் அல்லது அலுவலகத்துக்குள் ஒருமுறை அத்துமீறி நுழைவது, கையொப்ப வரம்பை அடையத் தேவையான விசைகளைக் கைப்பற்றப் போதுமானதாக இருக்கலாம்.
உண்மையான பன்முகத்தன்மைக்குத் தேவையானவை:
- வெவ்வேறு வன்பொருள் மாதிரிகள். (ஒரு Ledger, ஒரு Trezor, ஒரு Keystone.)
- மென்பொருள் மூலம் கையொப்பமிடும் எந்தச் சாதனத்திற்கும் வெவ்வேறு இயக்க முறைமைகள்.
- நீடித்த சேமிப்பகங்களுக்கு வெவ்வேறு இடங்கள்.
- பொருந்தும் இடங்களில், வெவ்வேறு ஆபத்து நிலைகளைக் கொண்ட வெவ்வேறு நபர்கள்.
வரம்பை மீறும் விசை இழப்பு
மீட்பின் மறுபக்கம்: 2-of-3 அமைப்பில் இரண்டு விசைகளை இழந்தால் நிரந்தர இழப்பு. 3-of-5 அமைப்பில் மூன்று விசைகளை இழந்தால் நிரந்தர இழப்பு. M-க்கும் N-க்கும் இடையிலான இடைவெளி அதிகமாக இருந்தால் ஒற்றை விசை இழப்புகளிலிருந்து பாதுகாப்பு கூடும்—ஆனால் தாக்குபவர் ஃபிஷிங் செய்வதற்கான M கையொப்பமிடுபவர்களைக் கண்டுபிடிப்பது எளிதாகும்.
இது தவிர்க்க முடியாத இழுபறி. அதிக M, வெளித் தாக்குதலுக்கு எதிராக அதிகப் பாதுகாப்பையும் குறைந்த மீட்புத் திறனையும் தருகிறது. குறைந்த M, அதிக மீட்புத் திறனையும் எளிதில் தாக்கக்கூடிய நிலையையும் தருகிறது. இரண்டையும் ஒரே நேரத்தில் சிறப்பாக்கும் ஓர் அமைப்பு இல்லை.
பல-கையெழுத்து எங்கு நிலைமையை மோசமாக்கலாம்
நேர்மையாகக் கூற வேண்டிய சில நிலைகள்:
- இருப்புத் தொகையின் தாக்கம் செயல்பாட்டுச் செலவை நியாயப்படுத்தாதபோது, பல-கையெழுத்து ஒருங்கிணைப்பு, பரிவர்த்தனைக் கட்டணங்கள் மற்றும் கற்றல் சுமை ஆகியவை எளிய அமைப்பு தவிர்த்திருக்கக்கூடிய தவறுகளை அறிமுகப்படுத்தலாம். அனைவருக்கும் பொருந்தும் டாலர் வரம்பு எதுவுமில்லை: உரிமையாளரால் எவ்வளவு இழப்பைத் தாங்க முடியும், அவர் எவ்வளவு தாக்குதல் வெளிப்பாட்டில் உள்ளார், மீட்பு நடைமுறைகளை இயக்கும் திறன் அவருக்கு உள்ளதா என்பவற்றின் அடிப்படையில் தேர்வு அமைய வேண்டும். குறைந்த தாக்கமே ஏற்படுத்தக்கூடிய சில தனிப்பட்ட இருப்புகளுக்கு, நன்கு பாதுகாக்கப்பட்ட வன்பொருள் ஆதரவுள்ள ஒற்றை விசையே செயல்பாட்டளவில் பாதுகாப்பான தேர்வாக இருக்கலாம்.
- தனிநபர் பயனர்கள் பல-கையெழுத்தை ஒரு மீட்பு முறையாகக் கருதி, எல்லா விசைகளையும் ஒன்றுடன் ஒன்று தொடர்புடைய சூழல்களில் வைத்திருந்தால், அதிக சுயாதீனத்தன்மையைப் பெறாமல் சிக்கலை மட்டும் அது கூட்டலாம். பகிரப்பட்ட கடவுச்சொல் மேலாளர், மேகக் காப்புப்பிரதி, மீட்பு இடம் அல்லது ஒரேபோல நிர்வகிக்கப்படும் சாதனக் குழுவை அணுகும் தாக்குபவர், அந்தப் பொதுவான சார்பு வழியாக தேவையான வரம்பைக் கடக்கலாம். ஒன்றுக்கொன்று உண்மையாகச் சாராத சேமிப்பு மற்றும் மீட்புப் பாதைகளில் விசைகளைப் பிரிப்பதே அச்சுறுத்தலை மாற்றுகிறது.
- உண்மையில் கையொப்பமிடுபவர்களின் பன்முகத்தன்மை இல்லாத நிறுவனங்களில்—அனைவரும் ஒரே அலுவலகத்தில், ஒரே VPN-இல், ஒரே SSO-ஐப் பயன்படுத்தினால்—வரம்பு என்பது பெயரளவிலான நடைமுறையாக மட்டுமே மாறுகிறது.
இந்த மூன்று நிலைகளிலும் பதில் "ஒற்றை விசைக் காவலைப் பயன்படுத்துங்கள்" என்பதல்ல. "பல-கையெழுத்தைச் சரியாகப் பயன்படுத்துங்கள் அல்லது அதைச் சரியாகப் பயன்படுத்தும் காவல் சேவையை நாடுங்கள்" என்பதே பதில். செயல்பாட்டு நடைமுறை எப்படியிருந்தாலும் கான்ட்ராக்ட் வகை மட்டுமே பாதுகாப்பை வழங்கும் என்று பாசாங்கு செய்வதால்தான் பெரிதாகப் பேசப்படும் இழப்புகள் நிகழ்கின்றன.
நல்ல அமைப்பு எப்படி இருக்கும்
பின்வரும் எல்லா நிபந்தனைகளும் பூர்த்தியாகும்போது 2-of-3 அல்லது 3-of-5 பல-கையெழுத்து, கருவூலக் கட்டுப்பாடாகச் சிறப்பாகச் செயல்படும்:
- கையொப்பமிடுபவர்கள் வெவ்வேறு நபர்களாகவும், சாத்தியமான இடங்களில் வெவ்வேறு சட்ட ஆளுகைப் பகுதிகளில் இருப்பவர்களாகவும் இருக்க வேண்டும்.
- கையொப்பமிடும் சாதனங்கள் வெவ்வேறு வன்பொருள் பிராண்டுகளிலும் வெவ்வேறு இயக்க முறைமைகளிலும் இருக்க வேண்டும்.
- கையொப்பமிடும் UI-இலிருந்து சுயாதீனமான தனித் தகவல்தொடர்பு சேனல் பரிவர்த்தனையை உறுதிப்படுத்தப் பயன்படுத்தப்பட வேண்டும்.
- எந்தக் கையொப்பமிடுபவரும் ஒப்புதல் அளிப்பதற்கு முன், எதிர்பார்க்கப்படும் மாற்றத்துடன் பரிவர்த்தனைத் தரவை—calldata, target, value—ஒப்பிட்டுச் சரிபார்ப்பதற்கான ஆவணப்படுத்தப்பட்ட நடைமுறை இருக்க வேண்டும்.
- பல-கையெழுத்து கான்ட்ராக்ட் நன்கு தணிக்கை செய்யப்பட்டிருக்க வேண்டும் (2026-இல் Safe தான் எச்சரிக்கையான இயல்புநிலைத் தேர்வு); அதன் பதிப்பு குறிப்பிட்ட பதிப்பாக நிலைநிறுத்தப்பட்டு அறியப்பட்டிருக்க வேண்டும்.
- கையொப்பமிடுபவரை மாற்றுவதற்கான நடைமுறை இருக்க வேண்டும்; அது ஒத்திகை செய்யப்பட்டும் இருக்க வேண்டும்.
தொடக்கத்தில் பெரும்பாலான குழுக்கள் உணர்வதைவிட இதற்கு அதிகக் கட்டுப்பாடு தேவை. இது தொடர்ச்சியான செயல்பாட்டு முதலீடு: பணப்பையின் வாழ்நாள் முழுவதும் கையொப்பமிடுபவர் மாற்றம், மீட்பு ஒத்திகைகள், சாதனப் புதுப்பிப்புகள், பரிவர்த்தனை மதிப்பாய்வு மற்றும் நடைமுறைத் தணிக்கைகள் தொடர வேண்டும். அந்தக் கட்டுப்பாடு கான்ட்ராக்டுக்கு இணையாகவோ அதைவிட அதிகமாகவோ முக்கியமானது.
இது டொமைன்களுடன் எவ்வாறு தொடர்புபடுகிறது
டொமைன் செயல்பாடுகளில் பல பாதுகாப்பு எல்லைகள் உள்ளன; ஆனால் அவை ஒன்றாகச் சேர்ந்து ஒரு பல-கையெழுத்து அமைப்பாக மாறுவதில்லை. ரெஜிஸ்ட்ரார் லாக் மற்றும் Registry Lock (பதிவக பூட்டு), பதிவு அடுக்கில் இடமாற்றம், நீக்கம் அல்லது பதிவுத் தரவு மாற்றத்தைக் கட்டுப்படுத்துகின்றன. DNS வழங்குநரின் 2FA, அந்த வழங்குநர் கணக்கைப் பாதுகாக்கிறது. பல அதிகாரப்பூர்வ DNS வழங்குநர்கள் சுயாதீனமாக உள்ளமைக்கப்பட்டு இயக்கப்படும்போது கிடைப்புத்தன்மையை மேம்படுத்தலாம். இவை பயனுள்ள பாதுகாப்பு அடுக்குகள்; ஆனால் M-of-N வரம்பை உருவாக்குவதில்லை: மற்ற எல்லா அடுக்குகளையும் முறியடிக்காமலேயே, ரெஜிஸ்ட்ரார் கணக்கு அல்லது எழுதும் அதிகாரமுள்ள ஒற்றை DNS கட்டுப்பாட்டுத் தளம் கைப்பற்றப்படுவது nameserver ஒப்படைப்பையோ DNS பதில்களையோ மாற்றப் போதுமானதாக இருக்கலாம்.
Namefi, டொமைன் உரிமையை ஒரு பல-கையெழுத்து பணப்பையில் வைக்கக்கூடிய ஆன்-செயின் பதிவாகப் பிரதிநிதித்துவப்படுத்துகிறது. அந்த அமைப்பில், டோக்கன் வைத்திருப்பவரின் அங்கீகாரம் தேவைப்படும் ஆன்-செயின் உரிமை நடவடிக்கைகளைப் பணப்பையின் வரம்பு பாதுகாக்கிறது: கைப்பற்றப்பட்ட ஒற்றைக் கையொப்பமிடுபவர் தனியாக டோக்கனை இடமாற்ற முடியாது. ஆனால் Cloudflare அல்லது Route 53 போன்ற ரெஜிஸ்ட்ரார் அல்லது வெளிப்புற DNS வழங்குநர் வழியாகச் செய்யப்படும் DNS மாற்றங்களுக்கு அது தானாகவே அதே வரம்பை விதிப்பதில்லை. அந்த அமைப்புகளுக்கு அவற்றுக்கே உரிய, தேவையான அளவுக்கு மட்டும் கட்டுப்படுத்தப்பட்ட அணுகல் அனுமதிகள், MFA, ஒப்புதல், நிகழ்வுப் பதிவு மற்றும் மீட்புக் கட்டுப்பாடுகள் தேவை. எனவே அச்சுறுத்தல் மாதிரியில் கிடைக்கும் துல்லியமான மேம்பாடு டோக்கனைஸ் செய்யப்பட்ட உரிமை எல்லையில்தான் உள்ளது; DNS-இன் தாக்குப்பிடிக்கும் திறன், தனித்தனி DNS மற்றும் ஒப்படைப்புக் கட்டுப்பாட்டுத் தளங்கள் எவ்வாறு உள்ளமைக்கப்பட்டுள்ளன என்பதைப் பொறுத்தது.
ஆதாரங்களும் கூடுதல் வாசிப்பும்
- Safe — ஸ்மார்ட் அக்கவுண்ட் கான்ட்ராக்ட்களும் தணிக்கைகளும்.
- IETF FROST — RFC 9591, the Flexible Round-Optimized Schnorr Threshold protocol.
- Bitcoin — BIP-174 PSBT.
- Parity — Multisig முடக்கத்திற்குப் பிந்தைய அறிக்கை.
- a16z crypto — Safe multisig-ஐ இயக்குவதற்கான நடைமுறை வழிகாட்டி.
- ICANN SSAC — டொமைன் பெயர்ப் பதிவுக் கணக்குகளைப் பாதுகாப்பதற்கான பதிவாளரின் வழிகாட்டி (SAC044), இதில் தனித்தனி பதிவு, DNS hosting, monitoring மற்றும் lock கட்டுப்பாடுகள் அடங்கும்.
- Namefi — டோக்கனைஸ் செய்யப்பட்ட டொமைனில் DNS, nameserver-கள் மற்றும் உரிமை டோக்கன் எவ்வாறு ஒன்றுடன் ஒன்று செயல்படுகின்றன.
பங்களிப்பாளர்கள்
Fenwei Bian முப்பதுகளில் உள்ள மென்பொருள் உருவாக்குநர். வேலை நேரத்தை pull request-களிலும், வார இறுதிகளை மண் அல்லது மரத்தூளில் கைகளைப் பதித்தும் செலவிடுகிறார். GitHub-இல் பல ஆண்டுகள் திறந்த மூலத் திட்டங்களில் பணியாற்றிய அனுபவம், பெயர்களும் இடைமுகங்கள்தான் என்பதை அவருக்குக் கற்றுக்கொடுத்தது: ஒரு நல்ல பெயர் தெளிவாக இருக்கும், தான் என்ன செய்கிறது என்பதை நேர்மையாகச் சொல்லும், அடுத்ததாக அதைப் பயன்படுத்த வேண்டியவரிடமும் அக்கறை காட்டும்.
தோட்டக்கலை பொறுமைக்குப் பலன் தருவதோடு வெறும் ஆசையைத் தண்டிப்பதால் அதைச் செய்கிறார். மரவேலை செய்யும்போது ஓர் இணைப்பு பொருந்தும் அல்லது பொருந்தாது; இடைநிலை ஏதுமில்லை என்பதால் அதையும் விரும்புகிறார். பெயரிடல் குறித்து அவர் எழுதும் முறையிலும் இந்த இரண்டு பழக்கங்களும் தெரிகின்றன: இருமுறை அளக்க வேண்டும், ஆதாரத்தைச் சரிபார்க்க வேண்டும், கரடான இடத்தை மெருகேற்றி யாரும் கவனிக்க மாட்டார்கள் என்று நம்பக் கூடாது.
Namefi-க்காக, டொமைன் சந்தைகள் உண்மையில் எவ்வாறு இயங்குகின்றன, பெயர்களை டோக்கனைஸ் செய்வதிலும் மறுவிற்பனை செய்வதிலும் உள்ள நடைமுறைச் சமரசங்கள், இருபது ஆண்டுகளுக்குப் பிறகும் வைத்திருப்பதில் மகிழ்ச்சி தரக்கூடிய ஒரு டொமைனைத் தேர்ந்தெடுப்பது ஆகியவை குறித்து அவர் எழுதுகிறார்.
Victor Zhou டிஜிட்டல் அடையாளம் மற்றும் நம்பிக்கையில் கவனம் செலுத்தும் தொழில்நுட்ப நிறுவனர் மற்றும் தரநிலைத் தொகுப்பாசிரியர். Namefi-ஐ நிறுவிய அவர், Ethereum மேம்பாட்டு முன்மொழிவுகளைத் தொகுக்கிறார்; இதற்கு முன்பு Google Labs-இல் ஸ்மார்ட் கான்ட்ராக்ட் கட்டமைப்புப் பணியை வழிநடத்தினார்.
பெயரிடல், உரிமை, மக்கள் இணையத்தில் தங்கள் அடையாளத்தை நிலைநாட்டப் பயன்படுத்தும் அமைப்புகள் ஆகியவை சந்திக்கும் இடத்தில் அவரது பணி உள்ளது. பெயர்கள் தனிப்பட்ட பொருள், பொது அங்கீகாரம், டிஜிட்டல் உள்கட்டமைப்பு ஆகியவற்றுக்கு இடையே நகரும் விதத்தில் இந்தப் பார்வை அவருக்குச் சிறப்பு ஆர்வத்தை ஏற்படுத்துகிறது.
Namefi-க்காக, நீடித்த டிஜிட்டல் அடையாளமாக டொமைன்களைப் பற்றி Victor எழுதியும் தொகுத்தும் வருகிறார்: பெயர்கள் எவ்வாறு சொந்தமாக்கக்கூடிய ஆன்-செயின் சொத்துகளாகின்றன, டோக்கனைசேஷன் காவலையும் நம்பிக்கையையும் எவ்வாறு மாற்றுகிறது, இணையத்தில் அடையாளத்தை நிலைநாட்ட மக்கள் பயன்படுத்தும் அமைப்புகளிலிருந்து பெயரிடல் என்ன கற்றுக்கொள்ளலாம் ஆகியவற்றை அவர் ஆராய்கிறார்.
Arivu Iyandhiran (அறிவு இயந்திரன்) கோயம்புத்தூரைத் தளமாகக் கொண்ட, இருபதுகளின் இறுதியில் உள்ள மொழிபெயர்ப்பாளர். ஒரு ஜவுளி ஆலையின் உற்பத்தித் தளத்தில் தானியக்கத் தொழில்நுட்ப வல்லுநராகப் பணியைத் தொடங்கினார். பின்னர் தமிழ் மற்றும் ஆங்கிலத்தில் தொழில்நுட்பம் பற்றி வலைப்பதிவு எழுதத் தொடங்கி, அதையே முழுநேர உள்ளூர்மயமாக்கல் பணியாக மாற்றினார்.
தமிழ் எழுத்துகளைப் போர்த்திய ஆங்கிலமாக அல்லாமல், தமிழாகவே வாசிக்கப்படும் தமிழை அவர் முக்கியமாகக் கருதுகிறார். ஒலிபெயர்ப்பு, எழுத்துமுறை, மொழிநடை ஆகிய தேர்வுகளே ஒரு தொழில்நுட்பக் கட்டுரை இயல்பானதாகத் தோன்றுமா அல்லது இறக்குமதி செய்யப்பட்டதாகத் தோன்றுமா என்பதைத் தீர்மானிக்கின்றன என்பதிலும் கவனம் செலுத்துகிறார். ஃபில்டர் காபி, கர்நாடக இசைப் பட்டியல்கள், வார இறுதிக் கபடி ஆகியவை அவரது வாரத்தை நிறைவு செய்கின்றன.
Namefi-க்காக, டொமைன்கள் மற்றும் பெயரிடல் குறித்த கட்டுரைகளைத் தமிழுக்கு உள்ளூர்மயமாக்குகிறார். தமிழ் எழுத்து IDN-கள், ஒலிபெயர்ப்பு, பிராந்தியப் பெயர்வெளிகள் ஆகியவற்றைக் கையாள்வதன் மூலம் ஒரு பெயர் தமிழிலும் ஆங்கிலத்திலும் ஒரேபோல் நன்றாக வாசிக்கப்படுவதை உறுதிசெய்கிறார்.
தொடர்புடைய வழிகாட்டிகள்
- What Is HTTPS? Encryption, Certificates, Ports, and ACME, ExplainedHTTPS is HTTP inside a TLS tunnel. How encryption, certificates, certificate authorities, port 443, and the ACME protocol secure the modern web.
- ஒரு AI முகவர் டொமைனைச் சொந்தமாக வைத்திருக்க முடியுமா? WHOIS, பாதுகாப்புப் பொறுப்பு மற்றும் டோக்கன்கள்பதிவாளர் ஒரு சட்டபூர்வ நபராக இருக்க வேண்டும்; ஆனால் பாதுகாப்புப் பொறுப்பை ஒப்படைக்கலாம். WHOIS, API விசைகள், டோக்கனைஸ் செய்யப்பட்ட டொமைன்கள் ஆகியவற்றின் கட்டுப்பாட்டு நிலைகள் இங்கே விளக்கப்படுகின்றன.
- Namefi MCP சேவையகம்: AI முகவர்களுக்கான டொமைன் கருவிகள்Namefi MCP சேவையகத்தின் தற்போதைய /v-next கருவிப் பரப்பு: தேடல், பதிவு, DNS, புதுப்பித்தல், வெளிச்செல் பணிச்சுற்றுகள், OAuth மற்றும் API-விசை அங்கீகாரம்; மேலும் தனித்தனி x402 மற்றும் MPP HTTP கட்டண வழிகள்.
- ENS மற்றும் டோக்கனைஸ் செய்யப்பட்ட டொமைன்களை மதிப்பிடுதல்: ஆன்-செயின் ஒப்பீட்டு விற்பனைகளைப் புரிந்துகொள்ளுதல்ஆன்-செயின் ஒப்பீட்டு விற்பனைகள், அடிப்படை விலை vs உயர்விலைப் பகுப்பாய்வு, ENS club காரணிகள் ஆகியவற்றைப் பயன்படுத்தி ENS மற்றும் டோக்கனைஸ் செய்யப்பட்ட டொமைன்களை மதிப்பிடுவது எப்படி — இது ஏன் DNS-இலிருந்து வேறுபடுகிறது.