Rand Protocol
ஆவணமாக்கல்
டோக்கன்கள்

RPL டோக்கனை வரிசைப்படுத்துதல்

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

இந்தப் பக்கம் ஒரு டோக்கனை ஒன்றுமில்லாத நிலையிலிருந்து, Rand-இல் நேரடியாக இயங்கும், பரிமாற்றக்கூடிய சொத்தாகக் கொண்டுசெல்கிறது. RPL என்பது Rand-இன் டோக்கன் தரநிலை; இது சங்கிலி 14-இல் புதிதாக அறிமுகமானது. நீங்கள் ஒரு ERC-20-ஐ நிறுவியிருந்தாலோ ஒரு SPL மின்ட்டை உருவாக்கியிருந்தாலோ, முதல் பகுதியை நிதானமாகப் படியுங்கள்; ஏனெனில் RPL டோக்கன் அவ்விரண்டில் எதுவும் அல்ல. இந்தப் பக்கத்தின் பின்னணிக் கருத்துப் பக்கம் RPL டோக்கன்கள்.

1. RPL டோக்கன் என்றால் என்ன

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

புலம்விதி
சொத்து அடையாளம்32 பைட்டுகள், டோக்கனின் அடையாளம். rpl1… என எழுதப்படும்: bech32m, 62 எழுத்துகள், சரிபார்ப்புத்தொகை கொண்டது
குறியீட்டெண்பதிவின்போது சங்கிலி ஒதுக்கும் சிறிய எண் (1, 2, …; 0 என்பது RAND). இந்தச் சங்கிலியில் அடையாளத்துக்கான சுருக்கக் குறி
பெயர்UTF-8-இல் 1 முதல் 32 பைட்டுகள், உருவாக்கும்போதே நிலைநிறுத்தப்படும்
குறியீடுஅச்சிடக்கூடிய ASCII எழுத்துகள் 1 முதல் 12, உருவாக்கும்போதே நிலைநிறுத்தப்படும்
தசம இடங்கள்0 முதல் 9, உருவாக்கும்போதே நிலைநிறுத்தப்படும்
வெளியீட்டு அதிகாரம்மேலும் அலகுகளை வெளியிடக்கூடியவர்: யாருமில்லை (None), ஒரு சாவி (Key), அல்லது பாலம் (Bridge)
மொத்த வழங்கல்பொதுவில் தெரியும்; வெளியீடு அல்லது எரிப்பு மூலம் மட்டுமே மாறும்

குறியீடுகள் தனித்துவமானவை அல்ல. Ethereum, Solana ஆகியவற்றில் போலவே, யார் வேண்டுமானாலும் USDC என்ற பெயரில் டோக்கனை உருவாக்கலாம். டோக்கனின் அடையாளம் அதன் சொத்து அடையாளமே; எனவே ஒரு டோக்கனை ஏற்கும் முன்போ பட்டியலிடும் முன்போ குறியீட்டை அல்ல, rpl1… அடையாளத்தையே சரிபாருங்கள். உரை வடிவத்தில் சரிபார்ப்புத்தொகை உள்ளது: தவறாகத் தட்டச்சு செய்யப்பட்ட அடையாளம் வேறெங்கோ அனுப்பப்படாமல் நிராகரிக்கப்படும்.

ERC-20, SPL ஆகியவற்றிலிருந்து இது எவ்வாறு வேறுபடுகிறது

ERC-20 / SPLRPL
டோக்கன் என்பதுஒரு ஒப்பந்தம், அல்லது ஒரு நிரலுக்குச் சொந்தமான கணக்குஒரு பதிவேட்டு வரிசை; ஒவ்வொரு டோக்கனுக்கும் தனி நிரல் இல்லை, எனவே பரிமாற்ற வரி, மறுசீரமைப்பு (rebase), கொக்கி (hook) எதுவும் இல்லை
இருப்புகள்பொதுவில் தெரியும், முகவரி வாரியாகமறைக்கப்பட்ட குறிப்புகள். ஒரு வைத்திருப்பவரின் இருப்பை யாரும் படிக்கவோ, ஒரு டோக்கனின் வைத்திருப்பவர்களைப் பட்டியலிடவோ முடியாது
ஒரு பரிமாற்றம்அனுப்புநர், பெறுநர், தொகை பொதுவில் தெரியும்அனுப்புநரால் நிரூபிக்கப்பட்டு முழுமையாக மறைக்கப்படுகிறது. கவனிப்பவரால் அதை ஒரு RAND செலுத்தலிலிருந்து வேறுபடுத்த முடியாது
கட்டணம்சங்கிலியின் சொந்த நாணயம்RAND. ERC-20 வைத்திருப்பவருக்கு ETH தேவைப்படுவது போல, டோக்கனை நகர்த்த வைத்திருப்பவருக்குச் சிறிதளவு RAND தேவை
பெறுதல்SPL-க்கு முதலில் ஒரு டோக்கன் கணக்கு தேவைஅமைக்க எதுவும் இல்லை. எந்த rand1… முகவரியும் எந்த டோக்கனையும் பெறலாம்
தொகைகள்uint256 / u64u64, அதிகபட்சம் 9 தசம இடங்கள்
approve / transferFromஉண்டுv1-இல் இல்லை
முடக்குதல், கருப்புப் பட்டியல், இடைநிறுத்தம்பெரும்பாலும் உண்டுஎதுவும் இல்லை
மீத்தரவுசங்கிலிக்கு வெளியே, அல்லது மாற்றக்கூடியதுசங்கிலியிலேயே, மாற்ற முடியாதது
ஒரு நிரல் வைத்திருத்தல்உண்டுv1-இல் இல்லை

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

2. தொடங்கும் முன்

உங்களுக்குத் தேவைஎப்படி
rand கட்டளை வரிநோடை இயக்குதல் அதை உருவாக்குகிறது; கட்டளை வரி ஒவ்வொரு கட்டளையையும் பட்டியலிடுகிறது
ஒரு வாலட்rand keygen ஒரு செலவுச் சாவிக் கோப்பை எழுதுகிறது, rand address அதன் rand1… முகவரியை அச்சிடுகிறது (கணக்குகளும் முகவரிகளும்)
தொடர்புகொள்ள ஒரு நோடுவாலட் ஒரு நோடுடன் JSON-RPC மூலம் பேசுகிறது; இயல்பாக http://127.0.0.1:8545-இல் உள்ள உங்கள் சொந்த நோடுடன். நோடு தன் RPC-ஐ localhost-உடன் மட்டுமே பிணைக்கிறது; எனவே வழக்கமான அமைப்பு, சங்கிலி 20-ஐப் பின்தொடரும் உங்கள் சொந்த நோடு. அது இல்லையெனில் --rpc https://rpc.randprotocol.org கொடுங்கள்: இந்தப் பக்கத்திலுள்ள அனைத்தையும் பொது முனையம் கையாளும், rand faucet தவிர; அதை அது நிராகரிக்கிறது (JSON-RPC, பொது முனையம்)
கட்டணங்களுக்கு RANDவாலட்டில் சில RAND. ஒரு ஃபாசெட் அழைப்பின் 100 RAND இந்தப் பக்கத்திலுள்ள அனைத்துக்கும் போதுமானது; ஆனால் சங்கிலி 20-இல் rand faucet, தொடக்கத் தொகுதி (genesis) அனுமதிப் பட்டியலிலுள்ள 16 வாலட்டுகளுக்கு (staking.faucet_recipients) மட்டுமே செலுத்துகிறது, வேறு எந்த முகவரியையும் the faucet may not mint to this recipient என நிராகரிக்கிறது; வேறு எந்த வாலட்டுக்கும், RAND வைத்திருக்கும் ஒருவர் அதை அனுப்ப வேண்டும் (வெளியீடும் எரிப்பும்)
பதிவுக் கட்டணம்சங்கிலியின் தொடக்கத் தொகுதி அளவுரு, 1 முதல் 10,000 RAND வரை. சங்கிலி 20-இல் இது 1 RAND; எனவே rand token create-இன் செலவு 1.001 RAND: ஒவ்வொரு பரிவர்த்தனையும் செலுத்தும் 0.001 RAND அடிப்படைக் கட்டணம், கூடவே பதிவுக் கட்டணம்; சங்கிலி 20 இதைப் பிளாக்கின் முன்மொழிபவருக்குச் செலுத்தாமல் எரித்துவிடுகிறது. இங்குள்ள மற்ற ஒவ்வொரு கட்டளைக்கும் செலவு 0.001 RAND அடிப்படைக் கட்டணம் மட்டுமே
ஏறத்தாழ 6 GB காலி நினைவகம்ஒவ்வொரு பரிவர்த்தனையும் உங்கள் சொந்தக் கணினியிலேயே நிரூபிக்கப்படுகிறது. சங்கிலி 20-இல் அது இரண்டு நிரூபணங்கள்; வாலட் ஒவ்வொன்றுக்கும் ஒரு வரியை அச்சிடுகிறது: proving the spend authorisation on this machine (tier 10; seconds)…, பின்னர் proving the bundle (tier 14; about a minute and a half on a laptop)…. தொகுப்பு நிரூபணத்துக்கு ஏறத்தாழ 100 விநாடிகளும், இயங்கும்போது ஏறத்தாழ 5.7 GB நினைவகமும் ஆகின்றன; பிணையத்தில் இரண்டும் முறையே ஏறத்தாழ 1.37 MB, ஏறத்தாழ 1.5 MB, மொத்தம் ஏறத்தாழ 2.85 MB. கீழே சங்கிலியை மாற்றும் ஒவ்வொரு படிக்கும் இது பொருந்தும்: உருவாக்கம், ஒவ்வொரு வெளியீடு, ஒவ்வொரு அனுப்புதல், ஒவ்வொரு எரிப்பு
rand --key wallet.key.json keygen     # writes the spend key; refuses to overwrite
rand --key wallet.key.json address    # your rand1… address
rand --key wallet.key.json faucet     # testnet only, allowlisted wallets only: asks a validator node to mint 100 RAND to this wallet
rand --key wallet.key.json balance    # scans the tree, prints the spendable value and the unspent note count

--key-இன் இயல்புநிலை wallet.key.json; அதை RAND_KEY ஆக ஒருமுறை அமைத்துவிடலாம்; --rpc (அல்லது RAND_RPC) தொடர்புகொள்ள வேண்டிய நோடைக் குறிக்கிறது, அதன் இயல்புநிலை http://127.0.0.1:8545. கீழுள்ள கட்டளைகள் --key-ஐ வெளிப்படையாக எழுதுகின்றன. ஒரு நிரூபணத்தைச் செலவிடும் முன், நோடு சங்கிலி 20-இல் உள்ளதா எனச் சரிபாருங்கள்: அங்கே JSON-RPC முறை rand_chainId 20 என்பதைத் திருப்பி அளிக்கிறது. வாலட் சங்கிலி 20-க்கான பதிப்பாக, v0.6.8 ஆக இருக்க வேண்டும்: சங்கிலி 20 ஒவ்வொரு நிரூபணத்தையும், டோக்கன் வெளியீடு உட்பட ஒவ்வொரு கையொப்பமிட்ட செய்தியையும், தன் தொடக்கத் தொகுதி ஹாஷுடன் பிணைக்கிறது; எனவே v0.6.7 rand உருவாக்கும் நிரூபணங்களையும் கையொப்பங்களையும் சங்கிலி 20 நிராகரிக்கிறது.

3. டோக்கனை உருவாக்குதல்

token create தொகைகளை டோக்கனின் மிகச்சிறிய அலகில் ஏற்கிறது. --fixed-supply, --initial இரண்டும் அடிப்படை அலகுகளின் முழு எண்கள்: --decimals 2 எனில், 1000000 என்ற தொகை 10,000.00 டோக்கன்கள். பிந்தைய ஒவ்வொரு கட்டளையும் (rand send --asset, rand token mint, rand token burn) v0.5.10 முதல் டோக்கனின் காட்சி அலகுகளை ஏற்கிறது, RAND தொகைகள் RAND-இல் (1.5) இருப்பது போல: வாலட் டோக்கனின் பதிவேட்டு வரிசையிலிருந்து decimals-ஐப் படிக்கிறது; டோக்கனுக்கு உள்ளதைவிட அதிகமான பின்னத் இலக்கங்கள் நிராகரிக்கப்படும். சங்கிலியில் தொகை எப்போதும் அடிப்படை அலகு முழு எண்ணே.

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

நிலையான வழங்கல்வெளியிடக்கூடியது
வெளியீட்டு அதிகாரம்NoneKey: நீங்கள் வைத்திருக்கும் ஒரு Dilithium2 சாவி
வழங்கல்முழு வழங்கலும் உருவாக்கும் பரிவர்த்தனையிலேயே ஒருமுறை வெளியிடப்படுகிறதுபூஜ்ஜியத்திலிருந்து, அல்லது --initial-இலிருந்து தொடங்குகிறது; சாவி வைத்திருப்பவர் காலப்போக்கில் வெளியிடுகிறார்
கொடிகள்--fixed-supply <N> --to <rand1…>--authority-key-out <FILE>, விருப்பமாக --initial <N> --to <rand1…>
பொருந்துவதுவரம்பிடப்பட்ட டோக்கன், உறுப்பினர் அல்லது வாக்களிப்பு அலகுபுள்ளிகள் அல்லது வெகுமதி டோக்கன் போல, வழங்கலைப் பெருக்கும் வெளியீட்டாளர்

நிலையான வழங்கல் கொண்ட டோக்கன்

rand --key wallet.key.json token create \
  --name "Example Credits" \
  --symbol EXC \
  --decimals 2 \
  --fixed-supply 1000000 \
  --to rand1…

--to என்பது வழங்கலைப் பெறும் முழு rand1… முகவரி, உதாரணமாக rand address-இன் வெளியீடு. --fixed-supply அடிப்படை அலகுகளில் உள்ளது: 2 தசம இடங்களில் 1000000 என்பது 10,000.00 EXC.

கட்டளை பதிவேட்டின் அடுத்த குறியீட்டெண்ணையும் பதிவுக் கட்டணத்தையும் நோடிலிருந்து படிக்கிறது, தொடக்க வெளியீட்டின் குறிப்பை உருவாக்குகிறது, ஒரு கட்டணத் தொகுப்பை நிரூபிக்கிறது, பதிவைச் சமர்ப்பிக்கிறது, பிளாக்குக்காகக் காத்திருக்கிறது. வெற்றியடைந்தால் அது சமர்ப்பிப்பைத் தெரிவிக்கிறது, பின்னர் index <N>, id <64 hex> (<rpl1…>) வடிவிலான ஒரு வரியையும், அதன் பின் committed at height <H>-ஐயும் அச்சிடுகிறது. rpl1… அடையாளத்தைக் குறித்து வைத்துக்கொள்ளுங்கள்: அதுவே டோக்கனின் அடையாளம், பிந்தைய ஒவ்வொரு கட்டளையும் அதை ஏற்கிறது.

இயல்புநிலைக் கட்டணம் அடிப்படைக் கட்டணமும் சங்கிலியின் பதிவுக் கட்டணமும் சேர்ந்தது, சங்கிலி 20-இல் 1.001 RAND; எனவே கணக்கிட எதுவும் இல்லை; --fee (RAND-இல்) அதை உயர்த்துகிறது. --no-wait பரிவர்த்தனை சமர்ப்பிக்கப்பட்டவுடனேயே திரும்புகிறது, committed வரியைத் தவிர்க்கிறது. --cuda இணைக்கப்பட்ட NVIDIA GPU-வில் நிரூபிக்கிறது; அதற்கு --features cuda உடன் உருவாக்கப்பட்ட பதிப்பு தேவை; அது CPU-க்குப் பின்வாங்குவதில்லை.

உங்கள் டோக்கன் நிரூபிக்கப்பட்டுக்கொண்டிருக்கும்போது வேறொரு டோக்கன் பதிவுசெய்யப்பட்டால், உங்களுடையது முத்திரையிடப்பட்ட குறியீட்டெண்ணை அது எடுத்துக்கொள்கிறது. நோடு பதிவை நிராகரிக்கிறது, கட்டளை உண்மையான எண்களுடன் another token took index N first — re-run to register at N+1 என அச்சிடுகிறது. நிராகரிக்கப்பட்ட பதிவு ஒருபோதும் பிளாக்கை அடைவதில்லை; இழப்பது நிரூபணப் பணி மட்டுமே, ஏறத்தாழ 100 விநாடிகள். கட்டளையை மீண்டும் இயக்குங்கள்; அது அடுத்த குறியீட்டெண்ணுக்கு எதிராக நிரூபிக்கும்.

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

வெளியிடக்கூடிய டோக்கன்

rand --key wallet.key.json token create \
  --name "Example Points" \
  --symbol EXP \
  --decimals 0 \
  --authority-key-out exp-authority.key.json

இது ஒரு புதிய Dilithium2 சாவியை exp-authority.key.json கோப்பில் எழுதுகிறது (mode 0600; ஏற்கெனவே உள்ள கோப்பை மேலெழுத மறுக்கிறது). பின்னர் அந்தச் சாவியை அச்சிடும் அதிகாரமாகவும், பூஜ்ஜிய விநியோகத்துடனும் டோக்கனைப் பதிவு செய்கிறது. நிலையான விநியோக டோக்கனுக்கு வருவது போலவே இதன் வெளியீடும் அதே இரண்டு வரிகள். --fixed-supply, --authority-key-out ஆகிய இரண்டில் சரியாக ஒன்று மட்டுமே கொடுக்கப்பட வேண்டும்.

அதே பரிவர்த்தனையில் முதல் தொகையை அச்சிட --initial, --to ஆகியவற்றைச் சேர்க்கவும். இவ்விரண்டும் சேர்ந்தே கொடுக்கப்பட வேண்டும்:

rand --key wallet.key.json token create \
  --name "Example Points" \
  --symbol EXP \
  --decimals 0 \
  --authority-key-out exp-authority.key.json \
  --initial 5000 \
  --to rand1…

பதிவு நிலுவையில் இருக்கும்போது சாவி exp-authority.key.json.pending இல் இருக்கும். சங்கிலி பதிவை ஏற்றுக்கொண்டதும் அது exp-authority.key.json ஆக உயர்த்தப்படுகிறது. சங்கிலி மறுத்தால் நீக்கப்படுகிறது. முடிவு தெரியாத நிலையில் இணைப்பு தோல்வியுற்றால், கோப்பு .pending நிலையிலேயே இருக்கும். அதை நீக்கும் முன் rand token list ஐச் சரிபார்க்கவும்.

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

முதல் அச்சிடலின் பெறுநர் அடையாளத்தின் ஒரு பகுதியாக இருப்பது ஏன்

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

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

--salt <hex32> அடையாளத்திற்கும் உள்ளீடாகும் 32-பைட் உப்பை அமைக்கிறது. அதைக் கொடுக்காவிட்டால் பணப்பை சீரற்ற முறையில் ஒன்றைத் தேர்ந்தெடுக்கும். அடையாளம் மீண்டும் உருவாக்கக்கூடியதாக இருக்க வேண்டுமெனில் அதை அமைக்கவும். எடுத்துக்காட்டாக, டோக்கன் உருவாவதற்கு முன்பே அடையாளத்தை வெளியிட வேண்டியிருக்கும்போது.

அதை உறுதிப்படுத்தவும்

rand token info rpl1…          # by id: rpl1… or 64 hex characters
rand token info 2              # or by the index `token create` printed
rand token list --limit 20     # one page of the registry; --from <index> pages on

token info டோக்கனின் வரிசையை JSON ஆக அச்சிடுகிறது: index, id, id_text (rpl1… வடிவம்), name, symbol, decimals, authority, mint_nonce, total_supply, registered_at. நிலையான விநியோக டோக்கனுக்கு authority என்பது {"kind":"none"}. அச்சிடக்கூடிய டோக்கனுக்கு அது {"kind":"key","key":…,"address":…}. total_supply அடிப்படை அலகுகளில் உள்ள ஒரு தசம எழுத்துச்சரம். token list enabled, registration_fee, next_index மற்றும் tokens வரிசைகளை அச்சிடுகிறது. இரண்டுமே கணுவின் முழுப் பட்டியலையும் படிக்கின்றன. எனவே நீங்கள் எந்த டோக்கனில் ஆர்வம் கொண்டிருந்தீர்கள் என்பதைக் கணு அறிவதில்லை.

அல்லது JSON-RPC வழியாக. இங்கு அளவுருவாகக் குறியீட்டெண், 64-எழுத்து hex அடையாளம் அல்லது rpl1… வடிவம் இருக்கலாம்:

curl -s http://127.0.0.1:8545 -H 'content-type: application/json' -d '{
  "jsonrpc": "2.0", "id": 1,
  "method": "rand_getToken",
  "params": ["rpl1…"]
}'

விளைவு token info அச்சிடும் அதே வரிசை. அத்தகைய டோக்கன் இல்லையெனில் null. தவறான வடிவிலான அடையாளம் (தவறான சரிபார்ப்புத்தொகை, கலப்பு எழுத்துவடிவம், தவறான நீளம்) பிழை -32602 ஆகும். rand_getTokens [from_index, limit] ஐ ஏற்று, பதிவுசெய்யப்பட்ட ஒவ்வொரு டோக்கனையும் பக்கம் பக்கமாகக் காட்டுகிறது. rand_getTokenSupply { total_supply, backings } ஐ மட்டுமே திருப்பித் தருகிறது. இவற்றில் எதற்கும் சாவி தேவையில்லை. JSON-RPC ஐப் பார்க்கவும்.

இன்று chain 20 இல் உள்ள ஒரு வரிசை zUSD. அது குறியீட்டெண் 1 இல் உள்ள பாலம் வழி வந்த டோக்கன். சொந்தக் கணு இல்லாமலேயே எக்ஸ்ப்ளோரர் கணுவின் பதிவேட்டை வழங்குகிறது:

curl -s https://randscan.org/api/v1/tokens

chain 14 இல், 2026-09-20 அன்று, இது "registration_fee": 1000000000, "next_index": 2 மற்றும் ஒரு டோக்கனைத் திருப்பித் தந்தது. இங்கு அது அதன் முதல் ஆதரவுக்குச் சுருக்கப்பட்டுள்ளது:

{
  "index": 1,
  "id": "32e5ab28c782c663e14da2650a3feb12f16a12db85599f4f62dc169d26f37b1f",
  "id_text": "rpl1xtj6k2x8strx8c2d5fjs50ltztck5ykms4ve7nmzmstf6fhn0v0spelqtx",
  "name": "Shielded USD",
  "symbol": "zUSD",
  "decimals": 8,
  "authority": {
    "kind": "bridge",
    "backings": [
      { "chain": 2, "token": "000000000000000000000000dac17f958d2ee523a2206206994597c13d831ec7",
        "decimals": 6, "locked": "0", "minted_today": "0", "mint_day": 20716,
        "mint_cap_per_day": "10000000000000" }
    ]
  },
  "mint_nonce": 0,
  "total_supply": "0",
  "registered_at": 256
}

chain 20 இல் வரிசைக்கு அதே id, id_text, பெயர், குறியீடு, ஆதரவுகள் உள்ளன. ஆனால் zUSD உயரம் 256 இல் பதிவு செய்யப்படாமல் genesis இலேயே பட்டியலிடப்பட்டுள்ளது (registered_at 0). அதன் விநியோகம் 99 zUSD இல் தொடங்கியது: Ethereum USDT இல் 22, BSC USDT இல் 22, Tron USDT இல் 30, Solana USDT இல் 25 பூட்டப்பட்டுள்ளன. இவை chain 19 இலிருந்து கொண்டுவரப்பட்டவை. (chain 19 இன் விநியோகம் 10 zUSD இல் தொடங்கியது, அனைத்தும் Solana இல். chain 18 இன் விநியோகம் Tron இல் 9, Solana இல் 1 என இருந்தது.) ஒவ்வொரு ஆதரவு வரிசையும் சுழல் சாளரப் புலங்களான minted_in_window, mint_window_secs, mint_headroom ஆகியவற்றையும் கொண்டுள்ளது.

எக்ஸ்ப்ளோரரின் registration_fee நகல் ஒரு JSON எண். கணுவின் சொந்த RPC அதை, மற்ற எல்லாத் தொகைகளையும் போலவே, தசம எழுத்துச்சரமாகத் திருப்பித் தருகிறது. chain 15 முதல் ஒவ்வொரு சங்கிலியிலும் இருப்பது போலவே chain 20 இலும், கணுவின் rand_getTokens max_tokens (4096), burn_registration_fee, bound_note_value (இரண்டும் true) ஆகியவற்றையும் கொண்டுள்ளது (RPL டோக்கன்கள்).

4. அச்சிடுதல், அதிகாரத்தை ஒப்படைத்தல்

Key அதிகாரம் கொண்ட டோக்கனை மட்டுமே அச்சிட முடியும். அதுவும் அந்தச் சாவியால் மட்டுமே.

rand --key wallet.key.json token mint \
  --asset rpl1… \
  --to rand1… \
  --amount 5000 \
  --authority-key exp-authority.key.json

--amount டோக்கனின் காட்சி அலகுகளில் உள்ளது: இந்த 0-தசம டோக்கனின் 5000 என்பது 5,000 அடிப்படை அலகுகள். 6-தசம டோக்கனின் 1.5 என்பது 1,500,000 ஆகும். குறிப்பையோ நிரூபணத்தையோ உருவாக்குவதற்கு முன், பணப்பை டோக்கனின் வரிசையைப் படிக்கிறது. டோக்கன் Key-அங்கீகாரம் பெறாதது என்றாலோ, --authority-key பதிவேடு குறிப்பிடும் சாவி அல்ல என்றாலோ மறுத்துவிடுகிறது. வெற்றிபெற்றால் சமர்ப்பிப்பைத் தெரிவித்து minted <amount> (<base units> units) of asset <index> to <address> ஐ அச்சிடுகிறது. --fee (இயல்புநிலை 0.001 RAND), --no-wait, --cuda ஆகியவை token create இல் செயல்படுவது போலவே செயல்படுகின்றன.

ஓர் அச்சிடல் பெறுநருக்காக ஒரு குறிப்பைச் சேர்த்து, மொத்த விநியோகத்தை உயர்த்துகிறது. தொகையும் பெறுநரின் பொதுச் சாவியும் பிணையத்தில் வெளிப்படையாகத் தெரியும்: பாலம் வழியான வைப்பைப் போலவே, அச்சிடல் வடிவமைப்பின்படியே ஒரு பொது நிகழ்வு. பெறுநர் அந்தக் குறிப்பை நகர்த்தியதும், அது மற்ற அனைத்தையும் போல மறைக்கப்பட்டதாகிறது. கட்டணம் செலுத்தும் பணப்பையும் (--key) அச்சிடலை அங்கீகரிக்கும் சாவியும் (--authority-key) வெவ்வேறு சாவிகள். அவற்றை வெவ்வேறு நபர்கள் வைத்திருக்கலாம்.

ஒவ்வோர் அச்சிடலும் சங்கிலி அடையாளம், சொத்து அடையாளம், பதிவேடு பராமரிக்கும் ஒரு எண்ணி ஆகியவற்றின் மீது கையொப்பமிடப்படுகிறது. chain 20 இல் genesis ஹாஷின் மீதும் கையொப்பமிடப்படுகிறது (rand-rpl-mint-2). எனவே ஓர் அச்சிடலை இந்தச் சங்கிலியில் மீண்டும் இயக்கவோ, வேறொரு சங்கிலிக்கு நகலெடுக்கவோ முடியாது, அச்சங்கிலி அதே சங்கிலி அடையாளத்தைப் பகிர்ந்தாலும் கூட. set-authority உம் இதே முறையில் பிணைக்கப்பட்டுள்ளது.

அதிகாரத்தைப் புதிய சாவிக்கு நகர்த்த, அல்லது நிரந்தரமாகக் கைவிட:

rand --key wallet.key.json token set-authority \
  --asset rpl1… \
  --authority-key exp-authority.key.json \
  --new-key next-authority.key.json

rand --key wallet.key.json token set-authority \
  --asset rpl1… \
  --authority-key exp-authority.key.json \
  --renounce

--new-key ஒரு சாவிக் கோப்பை ஏற்று, டோக்கனை அந்தக் கோப்பின் பொதுச் சாவியிடம் ஒப்படைக்கிறது. --new-key, --renounce ஆகிய இரண்டில் சரியாக ஒன்று மட்டுமே கொடுக்கப்பட வேண்டும். கட்டளை asset <index>'s mint authority is now <public key hex> அல்லது asset <index>'s mint authority is renounced for good ஐ அச்சிடுகிறது. ஒவ்வொன்றுக்கும் 0.001 RAND அடிப்படைக் கட்டணமும் ஒரு சுற்று நிரூபித்தலும் செலவாகும். --renounce டோக்கனை அதன் தற்போதைய விநியோகத்தில் நிலையான விநியோக டோக்கனாக மாற்றுகிறது. இது ஒருவழி மாற்றம்: அதிகாரம் ஒரு சாவியிலிருந்து மற்றொரு சாவிக்கோ, ஒரு சாவியிலிருந்து யாருமில்லாத நிலைக்கோ மட்டுமே செல்ல முடியும். வேறு எதுவும் இயலாது. நிலையான விநியோகத்துடன் உருவாக்கப்பட்ட டோக்கன் ஒருபோதும் அச்சிடக்கூடியதாக மாற முடியாது.

5. அதைப் பயன்படுத்துதல்

அனுப்புதல்

rand --key wallet.key.json send rand1… 250 --asset rpl1…

இது டோக்கனின் 250 ஐக் காட்சி அலகுகளில் அனுப்புகிறது: 0 தசமங்களில் 250 EXP, அல்லது 2 தசமங்களில் 250.00 EXC (25,000 அடிப்படை அலகுகள்). RAND க்கு உள்ளதைப் போலவே, பெறுநரும் தொகையும் நிலைசார் அளவுருக்கள். எதையும் நிரூபிக்கும் முன், பணப்பை to fingerprint XXXX-XXXX-XXXX-XXXX · <amount> <symbol> (<base units> units) என்ற ஒரு வரியை அச்சிட்டு send? [y/N] எனக் கேட்கிறது. கைரேகையைப் பெறுநரின் கைரேகையுடனும், அடிப்படை அலகுகளை நீங்கள் கருதியதுடனும் ஒப்பிட்டுச் சரிபார்க்கவும். --yes இந்தக் கேள்வியைத் தவிர்க்கிறது. ஸ்கிரிப்ட் அதைக் கட்டாயம் கொடுக்க வேண்டும்: அது இல்லாவிட்டால், முனையம் அல்லாத stdin மறுக்கப்படும். --asset குறியீட்டெண், rpl1… அடையாளம் அல்லது 64-எழுத்து hex அடையாளத்தை ஏற்கிறது. அதைக் கொடுக்காவிட்டால் RAND அனுப்பப்படும். --memo <text> 510 பைட்டுகள் வரையிலான உரையைக் கட்டணத்தின் உறைக்குள் பெறுநருக்காக முத்திரையிடுகிறது. இதை அனுமதிக்கும் முதல் சங்கிலி chain 18. ஒரு குறிப்புரை இருப்பதைச் சங்கிலியில் எதுவும் காட்டுவதில்லை. --fee எப்போதும் RAND இல் இருக்கும். அதன் இயல்புநிலை 0.001. --no-wait, --cuda ஆகியவையும் பொருந்தும். அடையாளம் கணுவின் முழுப் பதிவேட்டுப் பட்டியலிலிருந்து அதன் குறியீட்டெண்ணாகத் தீர்க்கப்படுகிறது. எண் குறியீட்டெண் கணுவை அடைவதே இல்லை. எனவே எந்த டோக்கன் நகரப்போகிறது என்பது கணுவுக்குத் தெரிவிக்கப்படுவதில்லை. இது RAND ஐ நகர்த்தும் அதே rand send, அதே நிரூபித்தல். எந்தச் சொத்து நகர்ந்தாலும், பரிவர்த்தனை நான்கு nullifier கள், நான்கு commitment கள், ஒரு RAND கட்டணம், ஒரு நேரம், நான்கு மறையாக்கப்பட்ட உறைகள், தொகுப்பு நிரூபணம் ஆகியவற்றை வெளியிடுகிறது. chain 17 முதல் ஓர் அங்கீகார commitment ஐயும் அதன் நிரூபணத்தையும் கூட வெளியிடுகிறது. ஒரு பார்வையாளர் டோக்கன் பரிமாற்றத்தை RAND கட்டணத்திலிருந்து பிரித்தறிய முடியாது. அது எந்த டோக்கன் என்றும் அறிய முடியாது. அனுப்புநர், பெறுநர், தொகை எதையும் காண முடியாது.

கட்டணம் அதே தொகுப்பிலிருந்து RAND இல் செலுத்தப்படுகிறது. எனவே அனுப்பும் பணப்பையில் சிறிது RAND இருக்க வேண்டும். நிரூபிக்கத் தொடங்கும் முன் பணப்பை அதைச் சரிபார்க்கிறது.

இருப்பைச் சரிபார்த்தல்

rand --key wallet.key.json asset-balance 2     # one token, by index
rand --key wallet.key.json asset-balance       # a row for every token this wallet holds

அளவுரு ஒரு பதிவேட்டுக் குறியீட்டெண். ஒரு டோக்கனுக்குப் பணப்பை asset <index> balance: <N> units ஐ அடிப்படை அலகுகளில் அச்சிடுகிறது. rand notes பணப்பை திறந்த ஒவ்வொரு குறிப்பையும் அதன் asset குறியீட்டெண்ணுடன் பட்டியலிடுகிறது. பணப்பை தன் பார்வைச் சாவியைக் கொண்டு சங்கிலியை வருடித் தன் குறிப்புகளைக் கண்டறிகிறது. அது தேடிப் பார்ப்பதற்கான இருப்பு எதுவும் சங்கிலியில் இல்லை.

எரித்தல்

rand --key wallet.key.json token burn rpl1… 100

சொத்தும் தொகையும் நிலைசார் அளவுருக்கள்: சொத்து குறியீட்டெண்ணாகவோ rpl1… ஆகவோ hex ஆகவோ இருக்கலாம். தொகை, send --asset படிப்பது போலவே, டோக்கனின் காட்சி அலகுகளில் இருக்கும். --fee இன் இயல்புநிலை 0.001 RAND. --no-wait, --cuda ஆகியவையும் பொருந்தும்.

எரித்தல் அலகுகளை அழித்து மொத்த விநியோகத்தைக் குறைக்கிறது. அச்சிடலைப் போலவே இதுவும் ஒரு பொது எல்லை: தொகையும் டோக்கனும் தெரியும், வைத்திருப்பவர் தெரியமாட்டார். zUSD போன்ற பாலம் வழி வந்த டோக்கன் இவ்வாறு எரிக்கப்படுவதில்லை: token burn நிரூபிக்கும் முன்பே அதை மறுக்கிறது. அது rand bridge-burn வழியாக வெளியேறுகிறது. அது அதன் பின்னாலுள்ள நாணயத்தை விடுவிக்கிறது.

6. எக்ஸ்ப்ளோரரில் அதைச் சரிபார்த்தல்

randscan.org ஒரு டோக்கனின் பொதுப் பகுதியை அனைவருக்கும் காட்டுகிறது: அதன் பதிவு, அதன் மின்ட்கள் மற்றும் எரிப்புகள், அதன் மொத்த விநியோகம். ஒவ்வொரு டோக்கனும் randscan.org/tokens இல் பட்டியலிடப்பட்டுள்ளது; ஒரு டோக்கனின் பக்கம் /tokens/<rpl1…>, /tokens/<64 hex> அல்லது /tokens/<index> ஆகும்; randscan.org/tokens/1 என்பது zUSD. இதே தரவு GET /api/v1/tokens மற்றும் GET /api/v1/tokens/:id இல் கிடைக்கிறது; இரண்டாவது, டோக்கனின் டெப்ளாய் பரிவர்த்தனையையும் பதிவு, மின்ட்கள், எரிப்புகள் அடங்கிய அதன் விநியோக வரலாற்றையும் தருகிறது (எக்ஸ்ப்ளோரர் API).

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

சாவிஅதை வைத்திருப்பவர் காண்பது
பரிவர்த்தனைச் சாவிஒரு பரிவர்த்தனையின் ஒரு வெளியீடு திறக்கப்படும்: டோக்கன், தொகை, தரப்பினர்
பார்வைச் சாவிவாலட் அனுப்பிய அல்லது பெற்ற ஒவ்வொரு குறிப்பும், அதே விவரங்களுடன், ஒவ்வொன்றும் செலவிடப்பட்டதா என்பதுடன்
rand --key wallet.key.json tx-key <TX_HASH>    # the keys for one transaction
rand --key wallet.key.json viewing-key         # the wallet's viewing key, 64 hex characters

tx-key இந்த வாலட் அனுப்பிய, பெற்ற அல்லது மீதித் தொகையாக வைத்துக்கொண்ட அந்தப் பரிவர்த்தனையின் ஒவ்வொரு வெளியீட்டுக்கும் ஒரு வரியை அச்சிடுகிறது: வெளியீடு (bundle:0 முதல் bundle:3 வரை, தொகுப்பின் நான்கு இடங்கள்), பங்கு, தொகை (RAND இல், அல்லது டோக்கனுக்கு N (asset I)), அந்த வெளியீடு முத்திரையிடப்பட்ட பரிவர்த்தனைக்குரிய சாவி. sent வரியின் சாவியை ஒப்படையுங்கள். வாலட் சாவியைச் சங்கிலியிலிருந்தே மீட்டெடுப்பதால், இது கடந்த எந்தப் பரிவர்த்தனைக்கும் செயல்படும்.

அந்த வெளியீட்டைத் திறக்க, randscan இல் உள்ள பரிவர்த்தனையின் பக்கத்தில் பரிவர்த்தனைச் சாவியை ஒட்டுங்கள்; எக்ஸ்ப்ளோரர் சொத்துக் குறியீட்டைப் பதிவேட்டுடன் ஒப்பிட்டுத் தீர்மானித்து, டோக்கனை அதன் பெயருடனும் தசம இடங்களைப் பொருத்தியும் காட்டுகிறது. பார்வைச் சாவி randscan.org/viewing இல் இடப்படுகிறது. எக்ஸ்ப்ளோரர் எந்தச் சாவியையும் வைத்திருப்பதில்லை, அதன் சர்வரில் எதையும் மறைவிலக்கம் செய்வதுமில்லை. JSON-RPC வழியாக இதே வெளிப்படுத்தல் rand_checkTransaction(hash, key) ஆகும். இரண்டு சாவிகளாலும் எதையும் செலவிட முடியாது. பகிர்ந்த பின் பார்வைச் சாவியைத் திரும்பப் பெற முடியாது; எனவே ஒரே ஒரு கட்டணத்தை நிரூபித்தால் போதுமெனில் பரிவர்த்தனைச் சாவியையே தேர்ந்தெடுங்கள்.

7. பாலம் வழி டோக்கன்கள்

zUSD (“Shielded USD”) என்பதும் Bridge அதிகாரம் கொண்ட ஒரு RPL டோக்கனே: Ethereum, Binance Smart Chain, Tron அல்லது Solana இல் USDT அல்லது USDC வைப்பைக் காவலர்கள் சான்றளிக்கும்போது மட்டுமே அதன் அலகுகள் மின்ட் செய்யப்படுகின்றன; அதன் விநியோகம் எப்போதும் அங்கு பூட்டப்பட்டுள்ள தொகைக்குச் சமம். இது சங்கிலி 14 இல் உயரம் 256 இல் உள்ள பரிவர்த்தனை மூலம், குறியீடு 1 இல், ஏழு பின்புலங்களுடன் பதிவுசெய்யப்பட்டது; அதன் பிறகு சங்கிலி 20 உட்பட ஒவ்வொரு சங்கிலியின் genesis உம் அதை அதே அடையாளத்தின் கீழ் மீண்டும் பட்டியலிடுகிறது: rpl1xtj6k2x8strx8c2d5fjs50ltztck5ykms4ve7nmzmstf6fhn0v0spelqtx. சங்கிலி 14 நின்றபோது நிலுவையிலிருந்த 10 zUSD ஐச் சங்கிலி 15 முன்னெடுத்துச் சென்றது; சங்கிலிகள் 16 முதல் 19 வரை அதே 10 zUSD உடன் தொடங்கின; சங்கிலி 19 இல் நிலுவையிலிருந்த 99 zUSD உடன் சங்கிலி 20 தொடங்கியது. சங்கிலி 20 இல் பாலம் ஒவ்வொரு வைப்பிலிருந்தும் ஒவ்வொரு மீட்பிலிருந்தும் 10 bps ஐ zUSD ஆக ஒரு கருவூலக் குறிப்புக்கு எடுக்கிறது (பாலம்). zUSD ஒரு கூடை: அதன் பின்புலங்கள் முகமதிப்பில் ஒன்றுதிரட்டப்படுகின்றன; எனவே வைத்திருப்பவர் தாம் வைப்புச் செய்த நாணயத்தின் இடரை மட்டுமன்றி, பட்டியலிடப்பட்ட ஒவ்வொரு நாணயத்தின் இடரையும் ஏற்கிறார் (RPL டோக்கன்கள்). அதன் விநியோகம் ஒவ்வொரு வைப்புடனும் மீட்புடனும் மாறுகிறது; rand token info 1 அல்லது எக்ஸ்ப்ளோரரின் /tokens/1 நடப்பு எண்ணிக்கையைத் தருகிறது.

முந்தைய testnet ஆன சங்கிலி 14 இல் அதன் வாழ்க்கை (எக்ஸ்ப்ளோரரில் 2026-09-20 அன்று சரிபார்க்கப்பட்டது). இந்த அட்டவணை சங்கிலி 14 இன் வரலாறு: சங்கிலி 14 ஓய்வுபெற்றுவிட்டதால், இந்தப் பரிவர்த்தனைகள் சங்கிலி-20 எக்ஸ்ப்ளோரரில் இல்லை:

என்னபரிவர்த்தனை (சங்கிலி 14)உயரம்
பதிவு (register_bridged_token)7fa28fe6277a82401dcc440ff32da13c5e5763f79826fb17cc508f4c15abdd13256
ஒரு பால மின்ட் (bridge_attest)f2f24d75bc0e7d84dff1f4e4518a9d4bef115392492a39befca1528a2404851d2,572
ஒரு மறைக்கப்பட்ட zUSD பரிமாற்றம்e6ddaca3c852e6c861524a55d00a0fbdcaff6867544b9f19b9bf60ce263c32ed3,259
ஒரு பால எரிப்பு (bridge_burn)f9f365ca170a5fb51ff9381d7b5cc39538c1a621e5f6e8c1bd74d8751c7bbc493,481

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

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

சாவிமதிப்புஅது திறப்பது
பரிமாற்றத்தின் பரிவர்த்தனைச் சாவி7f68f57c4f33a3f0fe419f4d1a5df2875461339dbc454af8ced50cbd7f40e4efஅந்த ஒரே பரிவர்த்தனையின் வெளியீடு bundle:0: சொத்து 1 இன் தொகை 100000000, அதாவது 1 zUSD
செயல்விளக்க வாலட்டின் பார்வைச் சாவிa93c673ffeff7204447161347828d8e549b7070460813ae1b7e664694e1dcd5dஅந்த வாலட் அனுப்பிய அல்லது பெற்ற ஒவ்வொரு குறிப்பும்

சங்கிலி 14 இல் பரிவர்த்தனைச் சாவி பரிமாற்றத்தின் பக்கத்தில் அந்த வெளியீட்டைத் திறந்தது; JSON-RPC வழியாக அது ஒரே அழைப்பாக இருந்தது (2026-09-20 அன்று சரிபார்க்கப்பட்டது). உங்கள் சொந்தப் பரிவர்த்தனைக்குச் சங்கிலி 20 இலும் அழைப்பு அதே வடிவில்தான் இருக்கும்; இந்தச் சங்கிலி-14 மதிப்புகளுடன், சங்கிலி-20 நோட் null எனப் பதிலளிக்கிறது (2026-10-01 அன்று சரிபார்க்கப்பட்டது), ஏனெனில் அந்தப் பரிவர்த்தனை அதனிடம் ஒருபோதும் இருந்ததில்லை:

curl -s https://rpc.randprotocol.org -H 'content-type: application/json' -d '{
  "jsonrpc": "2.0", "id": 1, "method": "rand_checkTransaction",
  "params": ["e6ddaca3c852e6c861524a55d00a0fbdcaff6867544b9f19b9bf60ce263c32ed",
             "7f68f57c4f33a3f0fe419f4d1a5df2875461339dbc454af8ced50cbd7f40e4ef"] }'

நீங்கள் பயன்படுத்தும் வாலட்டின் பார்வைச் சாவியை ஒருபோதும் வெளியிடாதீர்கள்: அது அந்த வாலட்டின் முழு வரலாற்றையும் நிரந்தரமாகக் காட்டிவிடும்.

ஒரு சாதாரண முகவரியால் பாலம் வழி டோக்கனை உருவாக்க முடியாது. rand token create ஒரு Bridge அதிகாரத்தை மறுக்கிறது; பாலம் வழி டோக்கனைப் பதிவுசெய்வதற்கும், ஏற்கெனவே உள்ள ஒன்றின் பின்னால் ஒரு நாணயத்தைச் சேர்ப்பதற்கும், பாலத்தின் குவாண்டம்-பிந்தைய காவலர் தொகுப்பின் கையொப்பமிட்ட கோரம் தேவை. அது இல்லாமல் தன்னை zUSD என்று அழைத்துக்கொள்ளும் டோக்கன், கடன் வாங்கிய குறியீட்டுடன் கூடிய இன்னொரு டோக்கன் மட்டுமே; rpl1… அடையாளத்தைச் சரிபார்க்க இது இன்னொரு காரணம். Rand இல் பாலம் வழி டோக்கன்களுக்கு எப்போதும் 8 தசம இடங்கள் உண்டு.

வைப்புகள், மீட்புகள், காவலர் தொகுப்பு ஆகியவற்றை பாலம் விளக்குகிறது.

fullnode கமிட் c0878c3f (சங்கிலி 21), மற்றும் fullnode `docs/tokens.md`, `docs/cli.md`, `docs/rpc.md` and the wallet's output lines in `crates/randprotocol-client/src/main.rs`; randscan `adfe129` (`docs/api.md`); the live registry at `randscan.org/api/v1/tokens` on 2026-09-20. The commands on this page were checked against those sources, not run by us on chain 14. Updated for chain 15 against fullnode `8abf85e` (v0.5.9) and `deploy/genesis-chain15.json`. Updated for chain 18 on 2026-09-30 against fullnode `90e7716` (the fleet runs v0.6.7 `86941a1`): `docs/tokens.md`, `docs/cli.md`, `docs/shielded.md` §2, `deploy/genesis-chain18.json` and the wallet's output lines in `crates/randprotocol-client/src/main.rs` and `wallet.rs` at the v0.6.7 tag; randscan `fffa404` (`docs/api.md`). The commands were checked against those sources, not run by us on chain 18; the zUSD transactions in section 7 are chain 14's. Updated for chain 20 on 2026-10-01 against fullnode `c9c9bd3c` (v0.6.8): `deploy/genesis-chain20.json` (`tokens`, `binding_domain`), `crates/randprotocol-core/src/types/binding.rs` (the genesis-bound mint and authority messages), and the live `rand_chainId`, `rand_getTokens` and `rand_checkTransaction` on 2026-10-01 Updated for chain 21 on 2026-10-12 against fullnode `c0878c3f` (v0.8.0): `deploy/genesis-chain21.json` (`tokens`, `fees`), `rand_getTokens` and `rand_getSupply` on chain 21; the commands were not run on chain 21. உடன் 2026-10-12 அன்று இறுதியாகச் சரிபார்க்கப்பட்டது. நிரலும் இந்தப் பக்கமும் முரண்படும் இடங்களில் நிரலே சரியானது; எங்களுக்குத் தெரிவியுங்கள்.