கணக்குகளும் முகவரிகளும்

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

இரண்டு சாவிகள், இரண்டு வகை முகவரிகள்

இவ்விரண்டும் ஒருபோதும் கலப்பதில்லை. சரிபார்ப்பாளர்கள் முதல் வகையால் அடையாளம் காணப்படுகிறார்கள்; அதே Dilithium2 சாவி வடிவம் ஒரு டோக்கனின் Key அச்சிடல் அதிகாரத்துக்கும் (rand token create --authority-key-out என்பது rand-node keygen வடிவிலான ஒரு கோப்பை எழுதுகிறது), பாலத்தின் இடைநிறுத்தச் சாவிக்கும், அதன் ஆறு குவாண்டத்துக்குப் பிந்தைய காவலர் சாவிகளுக்கும் பயன்படுகிறது. காவலர்களின் சான்றளிப்புச் சாவிகள் secp256k1 வகையைச் சேர்ந்தவை, Ethereum பாணி 20-பைட் முகவரிகளுடன் (பாலம்). மதிப்பு இரண்டாம் வகையின் கீழ் வைக்கப்படுகிறது.

வெளிப்படையான முகவரி

முனைச் சாவி என்பது ஒரு 32-பைட் விதை; அதிலிருந்து ஒரு Dilithium2 சாவி இணை தீர்மானமாக வருவிக்கப்படுகிறது: 1,312-பைட் பொதுச் சாவியும் 2,420-பைட் கையொப்பங்களும். முகவரி என்பது பொதுச் சாவியின் களம் பிரிக்கப்பட்ட BLAKE3 ஹாஷ், base58 வடிவில் காட்டப்படுவது:

address = blake3("rand-address" || public_key)      // 32 bytes, shown as base58

கையொப்பமிடப்பட்ட பொருள்கள் (வாக்குகள், தொகுதிகள், அச்சிடல்கள், பிணைய நடவடிக்கைகள்) முழுப் பொதுச் சாவியையும் கொண்டுள்ளன; எனவே சரிபார்ப்பவர் வெறும் முகவரியை நம்புவதற்குப் பதிலாக blake3("rand-address" || public_key) == address என்பதைச் சரிபார்க்கிறார். அதே விதை முனையின் libp2p அடையாளத்தையும் தருகிறது: blake3("rand-p2p-identity" || seed) இலிருந்து பெறப்படும் ஒரு ed25519 சாவி; இதுவே ஒரு bootstrap multiaddr இல் /p2p/ க்குப் பின் வரும் peer id.

rand-node keygen --out node.key.json      # prints the address
rand-node address --key node.key.json     # address, public key (hex), libp2p peer id

எடுத்துக்காட்டு: EdrEC2QRQrQF64iRXxF9927jNj6RidiHHByzx5xD6F1e என்பது சங்கிலி 20 இன் சரிபார்ப்பாளர்களில் ஒன்று. சங்கிலிகள் 15 முதல் 20 வரை, சங்கிலி 14 க்காகச் சுழற்றப்பட்ட பதினெட்டுச் சாவிகளையே மீண்டும் பயன்படுத்துகின்றன; எனவே அவற்றின் முகவரிகளும் peer id களும் மாறவில்லை, சங்கிலி 13 இன் எந்தச் சரிபார்ப்பாளர் முகவரியும் peer id யும் இப்போது பயன்பாட்டில் இல்லை; சங்கிலி 15 இல் மேலும் எட்டுச் சரிபார்ப்பாளர்கள் பிணைக்கப்பட்டனர், சங்கிலி 16 முதல் மொத்தம் 26 பேரும் தொடக்கத் தொகுதிக் கோப்பில் உள்ளனர்.

மறைக்கப்பட்ட முகவரி

ஒரு பணப்பை என்பது ஒரே ஒரு இரகசியம், அதாவது 256-பிட் செலவுச் சாவி sk; மற்ற அனைத்தும் அதிலிருந்து வருவிக்கப்படுபவை. இந்த வருவிப்பு, முதலில் உள்வாங்கப்படும் சொல்லாக ஒரு களக் குறியைக் கொண்ட Poseidon2 (H(domain, msg)); zkVM சுற்றுக்குள் கணக்கிடும் அதே சார்பு இது:

spend key   sk                          256 bits, in wallet.key.json
   │
   ├─ viewing key   nk = H(NK, sk)      sees the whole history; cannot spend
   │     ├─ pk = H(PK, nk)              the field a note names its owner by
   │     ├─ nullifier(cm) = H(NF, nk, cm)   what a spend publishes
   │     ├─ ovk                         opens envelopes this wallet sent
   │     └─ ML-KEM-768 decapsulation key    opens envelopes sent to this wallet
   └─ address   rand1 + base58(pk || kem_ek)

முகவரி என்பது pk இன் 32 பைட்டுகளும் அதைத் தொடர்ந்து 1,184-பைட் ML-KEM-768 உறையாக்கச் சாவியும், rand1 முன்னொட்டுக்குப் பின் base58 வடிவில்: 1,665 அல்லது 1,666 எழுத்துகள் (base58 நீளம் முன்னணி பைட்டுகளைப் பொறுத்தது; ஏறத்தாழப் பதினான்கில் ஒரு முகவரி குறுகியதாக இருக்கும்), ஏறத்தாழ 1.6 KB, சரிபார்ப்புத் தொகை இல்லை. நோட்டின் உறையை முத்திரையிட அனுப்புநருக்கு உறையாக்கச் சாவி தேவை; அதனால்தான் அது முகவரியில் உள்ளது. அது வடிவமைப்பின்படியே பொதுவானது: யார் வேண்டுமானாலும் அதற்குப் பணம் செலுத்தலாம், அதை வைத்திருப்பது அது எதை வைத்திருக்கிறது என்பது பற்றி எதையும் கூறாது.

rand keygen                      # wallet.key.json; refuses to overwrite an existing file
rand address                     # rand1… on stdout, its fingerprint XXXX-XXXX-XXXX-XXXX on stderr

v0.5.10 முதல் rand address என்பது stdout இல் முகவரியையும் ஒரு புதுவரியையும் மட்டுமே அச்சிடுகிறது; எனவே $(rand address) ஒரு ஸ்கிரிப்ட்டில் வேலை செய்கிறது. கைரேகை stderr க்குச் செல்கிறது.

ShieldedAddress::parse செய்வதைப் போலவே பகுத்தல்: rand1 ஐ நீக்கி, base58 குறிவிலக்கம் செய்து, சரியாக 32 + 1,184 = 1,216 பைட்டுகள் இருக்க வேண்டும் எனக் கோருதல்; முதல் 32 பைட்டுகள் எட்டு little-endian u32 சொற்களாக pk, மீதமுள்ளவை உறையாக்கச் சாவி. 2,000 எழுத்துகளுக்கு மேற்பட்ட எந்த அளவுருவையும் RPC பகுப்பதற்கு முன்பே மறுக்கிறது.

சாவிக் கோப்புக்கு அருகில் பணப்பை <key>.key.json.notes.json ஐ வைத்திருக்கிறது; இது இந்தச் சாவி திறந்த நோட்டுகளின் தற்காலிகச் சேமிப்பு. இது நோட்டுகளின் வெளிப்படை உரைகளைக் கொண்டிருப்பதால், சாவியைப் போலவே அனுமதி நிலை 0600 இல் எழுதப்படுகிறது; அதன் ஒவ்வொரு வரிசையையும் இலை 0 இலிருந்து மீண்டும் வருடுவதன் மூலம் மீட்டெடுக்கலாம்.

ஒரு முகவரியைப் பகிர்தல்: கைரேகையும் randpay: இணைப்புகளும்

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

fingerprint = first 80 bits of blake3("rand-address-fingerprint-1" || pk_bytes || kem_ek)
            = 16 Crockford base32 characters, shown as XXXX-XXXX-XXXX-XXXX

ஹாஷ், முகவரி குறியாக்கும் 1,216 மூல பைட்டுகளின் மீது கணக்கிடப்படுகிறது. எழுத்துத் தொகுதி 0123456789ABCDEFGHJKMNPQRSTVWXYZ; பகுத்தல் எழுத்து வடிவையும் இணைப்புக்கோடுகளையும் புறக்கணிக்கிறது, O ஐ 0 ஆகவும் I அல்லது L ஐ 1 ஆகவும் படிக்கிறது.

ஒரு randpay: இணைப்பு ஒரு முகவரியையும், விருப்பத்தேர்வாக, அதற்கு எதைச் செலுத்த வேண்டும் என்பதையும் கொண்டுள்ளது:

randpay:<rand1…>[?amount=<decimal>][&asset=<index | 64 hex | rpl1…>][&memo=<percent-encoded UTF-8>]

amount சொத்தின் காட்சி அலகுகளில் இருக்கும் (RAND ஒன்பது தசம இடங்களுடன், ஒரு டோக்கன் அதன் பதிவேட்டு வரிசையின் சொந்த decimals உடன்), அது பூஜ்ஜியமாக இருக்கக்கூடாது. memo அதிகபட்சம் 510 பைட்டுகள் UTF-8. திட்டப்பெயர் எழுத்து வடிவைப் பொருட்படுத்தாமல் பொருத்தப்படுகிறது; அறியப்படாத அளவுரு, மீண்டும் வரும் அளவுரு, அல்லது தவறான சதவீதக் குறியாக்கம் மறுக்கப்படும்.

rand address --uri --amount 1.5 --memo "invoice #42" --qr   # a randpay: link, as a terminal QR
rand contacts add alice rand1q9f…                            # shows the fingerprint, asks add? [y/N]
rand send alice 1.5 --memo "coffee"                          # to a contact, with a memo

rand send <TO> ஒரு rand1… முகவரியையோ, ஒரு randpay: இணைப்பையோ, சேமிக்கப்பட்ட ஒரு தொடர்பின் பெயரையோ அதே வரிசையில் முயன்று ஏற்கிறது. கட்டளை வரி விட்டுவிடுபவற்றை இணைப்பின் amount, asset, memo நிரப்புகின்றன; இரு வழிகளிலும் கொடுக்கப்பட்டு முரண்படும் மதிப்பு மறுக்கப்படும். நிரூபிப்பதற்கு முன், send என்பது to <contact, if any> · fingerprint XXXX-XXXX-XXXX-XXXX · <amount> <asset> ஐ அச்சிட்டு உறுதிப்படுத்தல் கேட்கிறது; ஒரு ஸ்கிரிப்ட் --yes ஐ அனுப்புகிறது. தொடர்புகள் சாவிக்கு அருகில் <key>.contacts.json இல், அனுமதி நிலை 0600 இல் சேமிக்கப்படுகின்றன. குறிப்புரை நோட்டின் உறைக்குள் பயணிக்கிறது (நோட்டுகள்).

rand balance <address> இல்லை, இருப்பு RPC யும் இல்லை: சங்கிலியால் இதை யாருக்கும் பதிலளிக்க முடியாது. ஒரு பணப்பை, சங்கிலியில் உள்ள ஒவ்வொரு உறையையும் தனது பார்வைச் சாவியால் வருடித் தனது இருப்பைக் கணக்கிடுகிறது (நோட்டுகள்).

மற்றொருவரிடம் ஒப்படைக்கக்கூடிய சாவிகள்

வெளிப்படுத்தல் என்பது சாவிகளின் பண்பு; சங்கிலியால் அதில் எதையும் கட்டாயப்படுத்த முடியாது.

பார்வைச் சாவியால் செலவு செய்ய முடியாது. சங்கிலி 17 முதல் (பிரிக்கப்பட்ட அங்கீகாரம்) தொகுப்பு நிரூபணமே nk இலிருந்து உருவாக்கப்படுகிறது; ஒவ்வொரு தொகுப்பும் இரண்டாவதாக ஒரு சிறிய அங்கீகார நிரூபணத்தையும் கொண்டுள்ளது, அதைச் செலவுச் சாவியால் மட்டுமே உருவாக்க முடியும், அது அந்த ஒரே பரிவர்த்தனையுடன் பிணைக்கப்பட்டுள்ளது (நோட்டுகள்). இதனால்தான் ஒப்படைக்கப்பட்ட நிரூபகரிடம் nk ஐயும், அதன் மூலம் பணப்பையின் முழு வரலாற்றையும், செலவு செய்யும் திறனின்றி ஒப்படைக்க முடிகிறது; பணப்பை எப்போதும் அங்கீகார நிரூபணத்தைத் தனது சொந்தக் கணினியிலேயே உருவாக்குகிறது. இந்தப் பிரிப்பால் முகவரிகள், சாவிகள், ஏற்கனவே உள்ள நோட்டுகள் மாறவில்லை. பணப்பை ஒவ்வொரு இயக்கத்திலும் nk ஐ வருவிக்கிறது, அதை ஒருபோதும் சேமிப்பதில்லை; ஒவ்வொரு TxKey யும் ஒவ்வொரு உறைக்கும் புதிதாக எடுக்கப்பட்டு, முத்திரையிட்ட பின் கைவிடப்படுகிறது. ஒரு முனையிடம் rand_importViewingKey மூலம் ஒரு பார்வைச் சாவியை ஒப்படைக்கலாம் (நினைவகத்தில் மட்டும், ஒரு முனைக்கு அதிகபட்சம் 64, மறுதொடக்கத்தில் அழிந்துவிடும்); அதனால் அது வைத்திருப்பவர் சார்பாக வருடுகிறது — எக்ஸ்ப்ளோரர் பயன்படுத்தும் வழி இதுவே — மேலும் rand_checkTransaction(hash, key) ஒரு நிலையற்ற அழைப்பில் ஒரு TxKey க்கு எதிராக ஒரு கொடுப்பனவைச் சரிபார்க்கிறது. rand viewing-key என்பது nk ஐ அச்சிடுகிறது; rand tx-key <hash> என்பது இந்தப் பணப்பை திறக்கக்கூடிய ஒரு பரிவர்த்தனையின் ஒவ்வொரு வெளியீட்டின் சாவியையும் அச்சிடுகிறது.

டோக்கன் id கள் முகவரிகள் அல்ல

ஒரு RPL டோக்கனுக்கு மூன்றாவது வகை உரை அடையாளங்காட்டி உள்ளது; அது ஒரு டோக்கனைக் குறிக்கிறது, ஒருபோதும் ஒரு வைத்திருப்பவரை அல்ல. டோக்கனின் 32-பைட் சொத்து id, 64 hex எழுத்துகளாகவும் rpl1… ஆகவும் காட்டப்படுகிறது: 32 id பைட்டுகளின் மீது rpl என்ற மனிதர் படிக்கக்கூடிய பகுதியுடன் bech32m (BIP-350), 52 தரவு எழுத்துகளும் 6-எழுத்துச் சரிபார்ப்புத் தொகையும், 62 எழுத்துகள். பகுத்தல் கண்டிப்பானது: தவறான சரிபார்ப்புத் தொகை, வேறொரு மனிதர் படிக்கக்கூடிய பகுதி, சரியாக 32 பைட்டுகள் இல்லாத உள்ளடக்கம், அல்லது கலந்த எழுத்து வடிவம் மறுக்கப்படும்; எனவே ஓர் எழுத்துப்பிழை ஒருபோதும் வேறொரு டோக்கனாகத் தீர்மானிக்கப்படாது. ஒரு நோட்டு id ஐக் கொண்டிருப்பதில்லை; அதன் asset சொல் டோக்கனின் அடர்த்தியான பதிவேட்டுச் சுட்டெண் (RPL டோக்கன்கள்).

பாலத்தின் பெறுநர்

பாலத்தின் கம்பி வடிவத்தில் 32-பைட் பெறுநர் இடம் உள்ளது; ஒரு மறைக்கப்பட்ட முகவரி அதில் பொருந்தாது. இன்று அந்த இடம் முகவரியின் ஒரு ஹாஷைக் கொண்டுள்ளது:

recipient_hash = blake3("rand-shielded-recipient" || pk_bytes || kem_ek)

மூலச் சங்கிலியில் வைப்பவர் ஹாஷைக் குறிப்பிடுகிறார், காவலர்கள் அதில் கையொப்பமிடுகிறார்கள், BridgeAttest பரிவர்த்தனை முழு முகவரியையும் கொண்டுள்ளது, அதனுடன் பேரேடு ஒப்பிட்டுச் சரிபார்க்கிறது (பாலம்).

குறுகிய மறைக்கப்பட்ட முகவரி: சங்கிலி 11 இல் முயற்சிக்கப்பட்டு, திரும்பப்பெறப்பட்டது

சங்கிலி 11 (fullnode குறிச்சொல் v0.2, 2026-09-17) நீண்ட முகவரிக்குப் பதிலாக 53 முதல் 55 எழுத்துகள் கொண்ட பெறுநர் அடையாளத்தை அறிமுகப்படுத்தியது: rand1 + base58(blake3(பெறுநர் கையொப்ப விசை) ‖ சரிபார்ப்புத் தொகை). ML-KEM உறையிடல் விசை கையொப்பமிடப்பட்ட ஒரு பெறுநர் பதிவுக்கு மாற்றப்பட்டது. அனுப்புநர் அந்தப் பதிவை எக்ஸ்ப்ளோரரின் பதிவகத்திலிருந்து பெற்றார், அல்லது கட்டணக் கோரிக்கையிலேயே உள்ளிணைப்பாகப் பெற்றார். இந்த வடிவமைப்பு ஒரு நாள் மட்டுமே இயங்கியது; அதே நாளில் திரும்பப் பெறப்பட்டது (fullnode 17db41d). சங்கிலி 12 மேலே விவரிக்கப்பட்ட நீண்ட முகவரிக்கு அப்படியே திரும்பியது. அதன் பின் வந்த ஒவ்வொரு சங்கிலியும், சங்கிலி 20 உட்பட, அதையே தொடர்கிறது.

அது ஏன் நீக்கப்பட்டது? பெறுநர் அடையாளம் ஒரு ஹாஷ் ஆகும். ஒரு ஹாஷுக்கு அனுப்புநரால் ஒரு குறிப்பை முத்திரையிட இயலாது. இதுவரை பதிவு செய்யாத ஒரு வாலட்டுக்கான முதல் கட்டணத்திற்கு, பெறுநர் ஒரு கட்டணக் கோரிக்கையையோ பதிவுக் கோப்பையோ வழங்க வேண்டியிருந்தது. பதிவுக்கான கட்டணம் சுய-பரிமாற்றம் மூலம் செலுத்தப்பட்டது; புதிய, வெறுமையான வாலட்டால் அத்தகைய பரிமாற்றத்தைச் செய்ய இயலாது. மேலும், இவ்விரு வழங்கல் வழிகளும் யாருக்குக் கட்டணம் செலுத்தப்படவுள்ளது என்பதைப் பதிவகத்துக்குத் தெரிவித்தன. குறுகிய முகவரி, நிபந்தனையற்ற அனுப்பும் திறன், குறியாக்கவியல் தனியுரிமை ஆகிய மூன்றையும் தக்கவைக்கும் வடிவமைப்பு ஒரு கலப்பு முகவரியாகும். அதில் 32-பைட் X25519 விசை உள்ளிணைப்பாக இருக்கும் (சுமார் 93 எழுத்துகள்). குவாண்டத்துக்குப் பிந்தைய விசை தேடல் மூலம் பெறப்படும். பதிவு செய்யாத வாலட்டுக்கான முதல் கட்டணம் மரபுக் கணினி எதிராளிகளுக்கு எதிராக இரகசியமாக இருக்கும். அதன் பிந்தைய ஒவ்வொரு கட்டணமும் முழுமையாகக் குவாண்டத்துக்குப் பிந்தைய பாதுகாப்புடன் இருக்கும். அது அடுத்து வரையறுக்கப்படுகிறது. அது வெளியாகும் வரை நீண்ட முகவரியே முகவரியாகும்.

சங்கிலி 11 விவரக்குறிப்பும் அதன் செயலாக்கமும் fullnode வரலாற்றில் (docs/superpowers/specs/2026-09-17-short-shielded-address.md, குறிச்சொல் v0.2) தொடர்ந்து இருக்கும். கலப்பு வடிவமைப்பு மீண்டும் பயன்படுத்தும் பகுதிகள் அவை: வருவிக்கப்பட்ட பெறுநர் கையொப்ப விசை, கையொப்பமிடப்பட்ட பதிவும் அதன் சரிபார்ப்பானும், சங்கிலி நிலையாக உள்ள பதிவகம்.