RPL டோக்கன்கள்

இந்தச் சங்கிலியில் டோக்கன் ஒன்றை உருவாக்கும் முன், பட்டியலிடும் முன் அல்லது குறியீட்டுப்படுத்தும் முன், டோக்கன் என்றால் என்ன என்பதைப் புரிந்துகொள்ள இந்தப் பக்கத்தைப் பயன்படுத்துங்கள். RPL என்பது Rand-இன் டோக்கன் தரநிலை; இது சங்கிலி 14-இல் புதிதாக அறிமுகமானது. ஒரு டோக்கன் என்பது மறைக்கப்பட்ட சொந்தச் சொத்து (shielded native asset): பேரேட்டுப் பதிவேட்டில் உள்ள ஒரு பதிவு; அதன் இருப்புகள், RAND பயன்படுத்தும் அதே உறுதிமொழி மரத்தில் சாதாரண நோட்டுகளாக வைக்கப்படுகின்றன. இது ஒப்பந்தம் அல்ல. படிப்படியாக ஒன்றை உருவாக்க, RPL டோக்கனை வரிசைப்படுத்துதல் பக்கத்தைப் பார்க்கவும்.

இதற்கான காரணம் கட்டமைப்பு சார்ந்தது. ஒரு Call ஒரு ரசீதை மட்டுமே எழுதுகிறது; ஆகவே ERC-20 பாணி ஒப்பந்தம் இருப்பை வைத்திருக்க இடமே இல்லை. பொது இருப்பு அட்டவணை ஒன்று இருந்தால், மறைக்கப்பட்ட சங்கிலியில் வெளிப்படையாகத் தெரியும் ஒரே சொத்தாக டோக்கன்கள் ஆகிவிடும். அதற்கு மாறாக, RPL டோக்கனை முதல்தரப் பேரேட்டுப் பொருளாக ஆக்குகிறது. சங்கிலி 20, RPL-2-ஐச் (v0.6.8) சேர்க்கிறது: ஒரு நிரல் பொது நிலைக் கலங்களையும் பொதுப் பெட்டகத்தையும் வைத்திருக்கலாம்; தனக்குச் சொந்தமான டோக்கனின் அச்சிடும் அதிகாரியாகவும் இருக்கலாம் (கீழே). மனிதர்கள் வைத்திருக்கும் இருப்புகள் இன்னும் நோட்டுகளாகவே உள்ளன.

டோக்கன் என்பது ஒரு பதிவேட்டுப் பதிவு

TokenRegistry (crates/randprotocol-core/src/ledger/tokens.rs) என்பது சொந்த டோக்கன்கள், பாலம் வழி வந்த டோக்கன்கள் என எல்லா டோக்கன்களும் பகிர்ந்துகொள்ளும் ஒரே அட்டவணை. பாலம் ஒரு சொத்தின் குறியெண்ணைத் தீர்மானிக்கப் பயன்படுத்தும் அதே பதிவேடு இதுதான். ஒவ்வொரு பதிவும்:

தொகைகள் u64 என்பதால் தசம இலக்கங்கள் 9-இல் நிற்கின்றன: 18 தசம இலக்கங்களில் ஒரு u64 வெறும் 18.4 முழு டோக்கன்களையே கொள்ளும்; 9 என்பது RAND-இன் சொந்தத் துல்லியம். பாலம் வழி வந்த டோக்கன், அதன் மூல நாணயங்கள் எத்தனை தசம இலக்கங்களைப் பயன்படுத்தினாலும், எப்போதும் 8 தசம இலக்கங்களுடன் பதிவு செய்யப்படுகிறது.

bridge, aggregation ஆகியவை அவற்றின் பிரிவுகளால் இயக்கப்படுவது போலவே, ஜெனிசிஸ் கோப்பில் உள்ள tokens பிரிவால் பதிவேடு இயக்கப்படுகிறது. அது இல்லையெனில், வேறு எந்தச் சரிபார்ப்புக்கும் முன்பே ஒவ்வொரு டோக்கன் செயலும் மறுக்கப்படும் (TokenError::Disabled). சங்கிலி 20-இன் ஜெனிசிஸில் இந்தப் பிரிவு உள்ளது; அது zUSD என்ற ஒரு டோக்கனை அதன் ஏழு ஆதார இருப்புகளுடன் பட்டியலிடுகிறது. இது சங்கிலி 14-இலிருந்து அதன் பின்வந்த ஒவ்வொரு பிரிப்பின் வழியாகவும் கொண்டுவரப்பட்டது; சங்கிலியில் உள்ள மற்ற ஒவ்வொரு டோக்கனும் பரிவர்த்தனை மூலமே வருகிறது. (சங்கிலி 14-இன் ஜெனிசிஸ் எதையும் பட்டியலிடவில்லை.) இந்த வாயில் இயக்கத்தில் இருக்கும்போது, ஒரு tokens_root (குறியெண் வரிசையில் அமைந்த blake3("rand-token-leaf-1", bincode(TokenInfo)) இலைகளின் மெர்க்கிள் வேர்) நிலை வேரில் இணைக்கப்படுகிறது. பின்னர் வந்த எதுவும் இயக்கப்படாத சங்கிலியில் அந்த வேரின் களம் rand-state-4 ஆகும். சங்கிலி 20-இன் வேர் கூடுதலாக ஃபாசெட், பிணை வரிசை நிலை, நடப்பு கேஸ் விலைகள், நிரல்-நிலை வேர் ஆகியவற்றையும் கொண்டுள்ளது; அது rand-state-8-இன் கீழ் ஹாஷ் செய்யப்பட்டு, அனுமதிக்கப்பட்ட சரிபார்ப்பாளர் தொகுப்பால் மேலும் ஒருமுறை சுற்றப்படுகிறது (ஒருமித்த கருத்து).

tokens பிரிவு கொண்ட சங்கிலியில், ஒவ்வொரு ஜெனிசிஸ் alloc நோட்டும் அதன் திறப்பைக் (pk, time, r) கொண்டிருக்க வேண்டும்; கணு உறுதிமொழியை மீண்டும் கணக்கிட்டு, பொருந்தாத கோப்பை மறுக்கிறது. திறப்பு அதே ஜெனிசிஸ் பட்டியலிடும் டோக்கனின் குறியெண்ணைக் குறிப்பிடாதவரை, உறுதிமொழி சொத்து 0-இல் இருக்கும். சங்கிலி 20-இல் அத்தகைய இரண்டு நோட்டுகள் உள்ளன: குறியெண் 1-இல் 10, 89 zUSD. பட்டியலிடப்பட்ட ஒவ்வொரு டோக்கனுக்கும், ஜெனிசிஸ் நோட்டுகளின் கூட்டுத்தொகை அதன் ஆதார இருப்புகள் தொடக்கத்தில் locked ஆகக் கொண்டிருக்கும் தொகைக்குச் சமமாக இருக்க வேண்டும். ஒரு நோட்டின் asset சொல் ஒரு டோக்கனைக் குறிக்க முடிந்தவுடன், திறக்கப்படாத ஜெனிசிஸ் உறுதிமொழி, எந்தச் சொத்தின் ஆதாரமற்ற நோட்டையும் சரிபார்ப்பின்றிக் குளத்தில் சேர்க்கும் ஒரே வழியாகிவிடும்.

சொத்து id, குறியெண் மற்றும் rpl1…

ஒரு டோக்கனுக்கு இரண்டு பெயர்கள் உள்ளன; RPC இரண்டையும் தருகிறது.

• சொத்து id என்பது 32 பைட்டுகள்; நிரல் id போலவே உள்ளடக்க-முகவரியிடப்பட்டது. சொந்த டோக்கனின் id blake3("rand-rpl-asset", bincode(name, symbol, decimals, authority, initial, salt)) ஆகும்; இங்கு salt என்பது உருவாக்குபவர் தேர்ந்தெடுக்கும் 32 பைட்டுகள், initial என்பது ஆரம்ப அச்சிடுதல் ஏதேனும் இருந்தால் அதன் முழுமை. பாலம் வழி வந்த டோக்கனின் id blake3("rand-rpl-asset", bincode(name, symbol, 8, salt)) ஆகும். ஏற்கெனவே உள்ள id-ஐப் பதிவு செய்ய முயன்றால் அது மறுக்கப்படும் (TokenError::AlreadyRegistered).
• குறியெண் என்பதையே ஒரு நோட்டு உண்மையில் கொண்டுள்ளது, ஏனெனில் 32-பைட் id ஒரு சொல்லில் அடங்காது. இது இந்தச் சங்கிலியில் மட்டுமே பொருள் தரும் சுருக்கக் குறி.
• உரை வடிவம் rpl1… என்பது 32 id பைட்டுகளின் மீது rpl என்ற மனிதர் படிக்கக்கூடிய பகுதியுடன் அமைந்த bech32m (BIP-350): 52 தரவு எழுத்துகள், 6-எழுத்துச் சரிபார்ப்புத் தொகை, மொத்தம் 62 எழுத்துகள். டோக்கன் பெயரிடப்படும் இடமெல்லாம் இது 64-hex id-க்கு அருகில் காட்டப்படுகிறது; டோக்கன் தேடப்படும் இடமெல்லாம் ஏற்கப்படுகிறது; hex தொடர்ந்து ஏற்கப்படுகிறது. பாகுபடுத்தல் கண்டிப்பானது: தவறான சரிபார்ப்புத் தொகை, தவறான முன்னொட்டு, சரியாக 32 பைட்டுகள் இல்லாத உள்ளடக்கம், அல்லது கலப்பு எழுத்துவடிவம் ஆகியவை மறுக்கப்படுகின்றன; ஆகவே ஒரு தட்டச்சுப் பிழை வேறொரு டோக்கனைச் சுட்ட முடியாது.

குறியீடுகள் தனித்துவமானவை அல்ல. ERC-20, SPL போலவே, ஒரு டோக்கனின் அடையாளம் அதன் சொத்து id மட்டுமே; அதன் பெயரோ குறியீடோ ஒருபோதும் அல்ல.

rand_bridgeAssetId கணக்கிடுவதும், rand_getAssets ஒவ்வொரு ஆதார இருப்பு வரிசைக்கும் அச்சிடுவதுமான பழைய (chain, token)-வாரியான மதிப்பு, பாலத்தின் கம்பி வடிவத்துக்கான குறுகிய அடையாளங்காட்டி மட்டுமே; அது டோக்கனின் சொந்த id அல்ல.

அச்சிடும் அதிகாரங்கள்

Bridge-ஐக் குறிப்பிடும் RegisterToken மறுக்கப்படும் (TokenError::AuthorityNotAllowed); ஆரம்ப அச்சிடுதலுடன் அல்லது program_state இல்லாத சங்கிலியில் Program-ஐக் குறிப்பிடும் ஒன்றும் அவ்வாறே மறுக்கப்படும். Key அதிகாரம் என்பது சரியாக ஒரு Dilithium2 பொது விசை: வேறு எந்தப் பைட் நீளமுள்ள விசையும் மறுக்கப்படும் (TokenError::BadAuthorityKey); அச்சிடுதலில் பெறுநரின் ML-KEM விசையும் அதே வகையில் அதன் நீளத்துக்குக் கட்டுப்படுத்தப்படுகிறது. இவை இரண்டும் ஒருமித்த நிலை அல்லது நிலையான கட்டணத்தில் வாங்கப்படும் தொகுதி இடம் என்பதால், எதுவும் வரம்பின்றிப் பெரிதாக இருக்க முடியாது.

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

உருவாக்கத்துக்கு அனுமதி தேவையில்லை. Action::RegisterToken { name, symbol, decimals, authority, initial, salt, index } ஒரு சாதாரண RAND கட்டணத் தொகுப்பில் பயணித்து, BUNDLE_BASE உடன் பதிவேட்டின் registration_fee-ஐயும் செலுத்துகிறது. பதிவுக் கட்டணம் 1 RAND முதல் 10,000 RAND வரை வரம்பிடப்பட்ட ஒரு ஜெனிசிஸ் அளவுரு; ஆகவே ஸ்பேம் டோக்கனுக்கு எப்போதும் ஏதேனும் செலவாகும். சங்கிலி 20-இல் இது 1 RAND; ஆகவே ஒரு பதிவுக்கு 1.001 RAND செலவாகும். சங்கிலி 15 முதல் ஒவ்வொரு சங்கிலியும் செய்தது போலவே, சங்கிலி 20 அதை எரிக்கிறது: முன்மொழிபவர் தொகுப்பு அடிப்படைக் கட்டணத்தை மட்டுமே வைத்துக்கொள்கிறார் (கீழே).

உருவாக்குபவர் ஆரம்ப நோட்டை எந்தப் பதிவேட்டுக் குறியெண்ணுக்காக முத்திரையிட்டாரோ அதை index குறிப்பிடுகிறது. வேறொரு பதிவு அந்தக் குறியெண்ணை முதலில் எடுத்துக்கொண்டால், நோட்டைச் சிக்கவைப்பதற்குப் பதிலாகப் பரிவர்த்தனை மறுக்கப்படும் (TokenError::IndexMismatch); உருவாக்குபவர் அடுத்த குறியெண்ணுக்கு மீண்டும் நிரூபிக்கிறார்.

அச்சிடப்பட்ட நோட்டைச் சமர்ப்பிப்பவர் தேர்ந்தெடுப்பதில்லை; சங்கிலியே கணக்கிடுகிறது: note_commitment(recipient.pk, MINT_FROM, amount, index, time, r). தொகையும் பெறுநரின் pk-உம் கம்பியில் பொதுவாகத் தெரியும்; ஆகவே முத்திரையிட்ட உறை பயனற்றதாக இருந்தாலும், பெறுநர் பரிவர்த்தனையின் சொந்தப் புலங்களிலிருந்தே நோட்டை மீண்டும் உருவாக்க முடியும். பால வைப்புக்கும் இதே பாதுகாப்பு உள்ளது.

id ஏன் முழு ஆரம்ப அச்சிடுதலையும் பிணைக்கிறது

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

பரிமாற்றங்கள் RAND-இன் அதே தொகுப்பே

சங்கிலி 14 முதல், மதிப்பை நகர்த்தும் ஒவ்வொரு பரிவர்த்தனையும் சரியாக ஒரு தொகுப்பைக் கொண்டுள்ளது: நிலையான 4-உள்ளீடு-4-வெளியீடு மறைக்கப்பட்ட-சொத்து வடிவம் (பரிவர்த்தனைகளும் செயல்களும்). இடங்கள் 0–1 ஒரு தனிப்பட்ட சொத்தைக் கொண்டுள்ளன: RAND அல்லது ஏதேனும் RPL டோக்கன்; அது எது என்பதைச் சுற்று ஒருபோதும் அறிவதில்லை. இடங்கள் 2–3 எப்போதும் RAND-ஐக் கொண்டுள்ளன. எந்தச் சொத்தின் பரிமாற்றமும் Action::None ஆகும்; சாதாரண RAND கொடுப்பனவு பயன்படுத்தும் அதே செயல் இது. டோக்கன்-பரிமாற்றச் செயல் எதுவும் இல்லை; டோக்கனைப் பெயரிடும் பொதுப் புலமும் இல்லை.

ஒரு டோக்கன் பரிமாற்றத்தைக் கவனிக்கும் ஒருவர் காண்பது, ஒரு RAND கொடுப்பனவு வெளியிடுவதையே துல்லியமாக: ஒரு நங்கூரம், நான்கு நல்லிஃபையர்கள், நான்கு உறுதிப்பாடுகள், RAND fee, burn_a = burn_r = burn_asset = 0, ஒரு time, நான்கு உறை மறையாக்க உரைகள் மற்றும் தொகுப்பு நிரூபணம். சங்கிலி 17 (பிரிக்கப்பட்ட அங்கீகாரம்) முதல் ஒவ்வொரு தொகுப்பும் ஒரு auth_commit-ஐயும், இரண்டாவதான, சிறிய அங்கீகார நிரூபணத்தையும் கொண்டுள்ளது; இதுவும் ஒவ்வொரு சொத்துக்கும் ஒன்றே. சங்கிலி 20-இல் ஒவ்வொரு உறையும் சரியாக 1,860 பைட்டுகள்; ஒரு குறிப்புரை அனுப்பப்பட்டாலும் அனுப்பப்படாவிட்டாலும், மறையாக்கப்பட்ட குறிப்புரைக்கான (rand send --memo) இடம் அதில் உள்ளது. அனுப்புநர், பெறுநர், தொகை, எந்தச் சொத்து நகர்ந்தது, எந்த இடங்கள் போலியானவை, மீதித் தொகை ஆகியவற்றை அவர் காண்பதில்லை.

வாலெட் 0–1 இடங்களில் அந்த டோக்கனின் இரண்டு நோட்டுகள் வரையிலும், கட்டணத்துக்காக 2–3 இடங்களில் இரண்டு RAND நோட்டுகள் வரையிலும் செலவிடுகிறது. கட்டணம் எப்போதும் RAND-இலேயே; ஆகவே டோக்கன் வைத்திருந்து RAND இல்லாத ஒருவர் நிரூபணம் உருவாக்கப்படுவதற்கு முன்பே மறுக்கப்படுகிறார். செலவு ஒரு RAND கொடுப்பனவின் செலவுக்குச் சமம் (கட்டணங்கள்). சங்கிலி 20-இல் அது அனுப்புநரின் கணினியில் உருவாக்கப்படும் இரண்டு STARK நிரூபணங்கள்: செலவு அங்கீகாரம் (அடுக்கு 10, சுமார் 7 s, சுமார் 1.37 MB) மற்றும் தொகுப்பு (அடுக்கு 14, சுமார் 100 s, சுமார் 1.5 MB); இரண்டும் சேர்ந்து வலையில் சுமார் 2.85 MB. ஒவ்வொன்றும் ஒரு நிரூபணத்துக்கான சங்கிலியின் 4 MiB வரம்புக்குக் கீழே உள்ளது. சங்கிலி 17-க்கு முன் ஒரு பரிமாற்றம் தொகுப்பு நிரூபணத்தை மட்டுமே கொண்டிருந்தது; அப்போது அளவிடப்பட்டபடி சுமார் 1.42 MB.

அச்சிடுதலும் அதிகாரமும்

TokenMint { asset, amount, recipient, r, time, envelope, nonce, signature } ஒரு Key-அங்கீகாரம் பெற்ற டோக்கனை மேலும் அச்சிடுகிறது. SetAuthority { asset, new, nonce, signature } அதிகாரத்தை மற்றொரு சாவிக்கு ஒப்படைக்கிறது, அல்லது new இல்லாதபோது அதைத் துறக்கிறது; துறந்த பிறகு எந்தச் சாவியாலும் அந்த டோக்கனை மீண்டும் ஒருபோதும் அச்சிட முடியாது. அதிகாரம் Key அல்லாத ஒரு டோக்கனின் மீது இவ்விரு செயல்களில் எதுவும் மறுக்கப்படுகிறது (TokenError::NotKeyAuthority).

அதிகாரம் blake3("rand-rpl-mint-1" | "rand-rpl-authority-1", chain_id ‖ asset_id ‖ nonce ‖ body)-இல் கையொப்பமிடுகிறது. nonce டோக்கனின் mint_nonce-க்குச் சமமாக இருக்க வேண்டும்; பின்னர் அது ஒன்று கூடுகிறது. ஆகவே கையொப்பமிடப்பட்ட ஓர் அச்சிடுதலை இந்தச் சங்கிலியில் மீண்டும் இயக்கவோ வேறொரு சங்கிலிக்குக் கொண்டு செல்லவோ முடியாது. ஓர் அச்சிடுதலின் body உறையின் சுருக்கத்தை (digest) உள்ளடக்குகிறது: உறுதிப்பாடு மட்டும் உறையை உள்ளடக்குவதில்லை; சுருக்கம் இல்லையெனில் மூன்றாம் தரப்பினர் பரப்பப்பட்ட ஓர் அச்சிடுதலைக் குப்பை உறையுடன் மீண்டும் பொதிந்து nonce-ஐச் செலவழித்துவிடக்கூடும்.

இரு செயல்களும் BUNDLE_BASE செலுத்தும் ஒரு RAND கட்டணத் தொகுப்பில் பயணிக்கின்றன. கட்டணம் செலுத்தும் வாலெட்டும் அச்சிடுதலை அங்கீகரிக்கும் சாவியும் தனித்தனியானவை; அவை வெவ்வேறு நபர்களுக்குச் சொந்தமாக இருக்கலாம்.

எரித்தல்

Action::TokenBurn { asset, amount } அதே ஒற்றைத் தொகுப்பில் பயணிக்கிறது: தொகுப்பின் burn_asset asset-க்குச் சமமாகவும், burn_a amount-க்குச் சமமாகவும், burn_r 0 ஆகவும் இருக்க வேண்டும். டோக்கன் சொத்து இடங்கள் வழியாகவும், RAND கட்டணம் அதே நிரூபணத்தின் 2–3 இடங்கள் வழியாகவும் குளத்திலிருந்து வெளியேறுகின்றன. total_supply சரியாக amount அளவு குறைகிறது. Bridge-அதிகார டோக்கன் இங்கே மறுக்கப்படுகிறது (TokenError::BridgedToken); அது ஒரு பிரிட்ஜ் எரிப்பு வழியாக வெளியேறுகிறது.

கட்டணங்கள்

ஒவ்வொரு RPL செயலும் RAND-இல் செலுத்துகிறது.

சங்கிலி 20-இன் ஜெனிசிஸில் ஒரு gas பகுதி உள்ளது; அது நிரல் அழைப்புகளுக்கும் invoke-களுக்கும் மட்டுமே விலை நிர்ணயிக்கிறது. இந்தக் குறைந்தபட்சக் கட்டணங்கள் நிலையானவை: எந்த RPL செயலும் gas அடிப்படையிலோ பைட் அடிப்படையிலோ செலுத்துவதில்லை.

எது பொதுவில் உள்ளது, எது மறைக்கப்பட்டுள்ளது

ஆகவே total_supply எப்போதும் தணிக்கை செய்யக்கூடியது: பதிவும் ஒவ்வொரு அச்சிடுதலும் சேர்த்தது, ஒவ்வொரு எரிப்பையும் கழித்து. வைத்திருப்பவர்களுக்கிடையிலான ஒரு பரிமாற்றம் எதையும் வெளிப்படுத்துவதில்லை; கைமாறியது RAND அல்ல, ஒரு டோக்கன் என்பதையும் கூட.

வெளிப்படுத்தல் RAND-க்குச் செயல்படுவதைப் போலவே செயல்படுகிறது. நோட்டின் மூல உரை சொத்தைக் கொண்டுள்ளது; ஆகவே ஒரு பரிவர்த்தனைக்கான சாவி (rand tx-key <hash>) அல்லது ஒரு பார்வைச் சாவி ஒரு RAND நோட்டைத் திறப்பது போலவே ஒரு டோக்கன் நோட்டையும் திறக்கிறது; rand_checkTransaction, rand_getViewingNotes ஆகியவை தாம் வெளிப்படுத்தும் நோட்டில் asset-ஐத் தருகின்றன. அத்தகைய சாவி கொடுக்கப்பட்டால், randscan அந்தக் குறியீட்டெண்ணைப் பதிவேட்டுடன் பொருத்தி, பரிமாற்றத்தைப் பெயரிடப்பட்ட டோக்கனாகக் காட்டுகிறது; அதே பரிவர்த்தனைக்கான பொதுப் பக்கம் இவற்றில் எதையும் காட்டுவதில்லை.

பிரிட்ஜ் செய்யப்பட்ட டோக்கன்கள்

Bridge-அதிகார டோக்கனும் ஒரு RPL டோக்கனே: அதே பதிவேட்டுப் பதிவு, அதே மறைக்கப்பட்ட பரிமாற்றம், அதே எரிப்பு இயக்கமுறை. அதன் வழங்கல் ஒரு மூலச் சங்கிலியில் பூட்டுதல் (BridgeAttest) அல்லது விடுவிப்பு (BridgeBurn) வழியாக மட்டுமே மாறுகிறது. ஒரு பிரிட்ஜ் டோக்கனுக்குப் பல ஆதரவுகள் இருக்கலாம்; ஒவ்வொன்றும் தனக்கே உரிய மூலத் தசம இடங்கள், பூட்டப்பட்ட தொகை, அச்சிடு வரம்பு ஆகியவற்றைக் கொண்ட ஒரு (chain, token) இணை; total_supply எப்போதும் அதன் ஆதரவுகள் பூட்டியுள்ளவற்றின் கூட்டுத்தொகைக்குச் சமம். ஒரு பிரிட்ஜ் டோக்கன் பதிவு செய்யப்படுவதும், ஓர் ஆதரவு சேர்க்கப்படுவதும் பிரிட்ஜின் பிந்தைய-குவாண்டம் பாதுகாவலர்களின் கோரத்தின் கீழ் மட்டுமே.

சங்கிலி 20-இல் பதிவேட்டின் முதல் டோக்கன் zUSD (“Shielded USD”), குறியீட்டெண் 1, 8 தசம இடங்கள்; ஏழு ஆதரவுகளுடன் ஜெனிசிஸ் கோப்பில் பட்டியலிடப்பட்டுள்ளது (Ethereum, Binance Smart Chain, Solana ஆகியவற்றில் USDT மற்றும் USDC, Tron-இல் USDT). சங்கிலி 14-இல் உயரம் 256-இல் ஒரு பரிவர்த்தனை மூலம் பதிவு செய்யப்பட்டபோது இருந்த அதே சொத்து அடையாளத்தை அது தக்கவைத்துள்ளது: சங்கிலிகள் 15 முதல் 20 வரை ஒவ்வொன்றும் அதே பெயர், குறியீடு, salt ஆகியவற்றுடன் ஜெனிசிஸில் அதைப் பட்டியலிடுகின்றன. அது சங்கிலி 20-ஐ இரண்டு ஜெனிசிஸ் நோட்டுகளில் (10 மற்றும் 89) 99 zUSD உடன் தொடங்கியது; சங்கிலி 19-இன் பிரிட்ஜ் நிலையிலிருந்து கொண்டுவரப்பட்ட, Ethereum-இல் பூட்டப்பட்ட 22 USDT, Binance Smart Chain-இல் 22, Tron-இல் 30, Solana-இல் 25 ஆகியவை அதற்கு ஆதரவாக உள்ளன. சங்கிலி 19, Solana-இல் 10 USDT ஆதரவுடன் 10 zUSD உடன் தொடங்கியது; சங்கிலி 18, Tron-இல் பூட்டப்பட்ட 9 USDT மற்றும் Solana-இல் 1 உடன் தொடங்கியது. அதன் மொத்த வழங்கல் அதன் ஆதரவுகள் பூட்டி வைத்துள்ளவற்றுக்குச் சமம்; ஒவ்வொரு வைப்புடனும் மீட்புடனும் அது மாறுகிறது. அதன் அடையாளம் rpl1xtj6k2x8strx8c2d5fjs50ltztck5ykms4ve7nmzmstf6fhn0v0spelqtx. ஆதரவுகள், விடுவிப்பு அலகுகள், அச்சிடு வரம்புகள், இடைநிறுத்தம், இணைக் கையொப்பம் ஆகியவற்றை பிரிட்ஜ் விளக்குகிறது.

zUSD ஒரு கூடை; ஏழு தனித்தனி உரிமைகோரல்கள் அல்ல. அதன் ஆதரவுகள் முகமதிப்பில் ஒன்றாகக் குவிக்கப்படுகின்றன; ஆகவே வைத்திருப்பவர் தாம் வைப்பு செய்த நாணயத்தின் இடரை மட்டுமல்ல, பட்டியலிடப்பட்ட ஒவ்வொரு ஆதரவின் இடரையும் ஏற்கிறார்: தன் நிலைமதிப்பை இழந்த ஓர் ஆதரவை முகமதிப்பில் வைப்பு செய்து, உறுதியான ஆதரவுகள் தீரும் வரை, zUSD-ஐ ஓர் உறுதியான ஆதரவை நோக்கி எரிக்க முடியும். இழப்பைக் கட்டுப்படுத்துவது சுழலும் அச்சிடு சாளரமும் (சங்கிலி 20-இல், ஒவ்வொரு ஆதரவுக்கும் 100,000 என்பதுடன், அனைத்து ஆதரவுகளிலும் சேர்த்து 24 மணி நேரத்துக்கு 4,000 zUSD) உண்மையில் பூட்டப்பட்டுள்ள பாதுகாப்பு இருப்புமே. சாளரம் வேகத்தைக் கட்டுப்படுத்தி, அச்சிடுதலை இடைநிறுத்த நேரம் தருகிறது. அது மொத்தத்துக்கு வரம்பிடுவதில்லை. ஓர் ஆதரவு பிந்தைய-குவாண்டம் பாதுகாவலர் கோரத்தின் கீழ் மட்டுமே பட்டியலிடப்படுகிறது; அச்சிடுதல் இடைநிறுத்தப்பட்டிருக்கும்போது அல்ல.

பிரிட்ஜின் கட்டணங்கள், zUSD-இல் (சங்கிலி 20). சங்கிலி 20-இன் ஜெனிசிஸ் bridge.fees-ஐ அமைக்கிறது: ஒரு வைப்புக்கு 10 bps, ஓர் எரிப்புக்கு 10 bps; ஒவ்வொன்றும் ஆதரவின் முழு விடுவிப்பு அலகுக்குக் கீழ்நோக்கி முழுமையாக்கப்படுகிறது (6-தசம USDT-க்கு 100 அடிப்படை அலகுகள்), ஜெனிசிஸ் பெயரிடும் ஒரு கருவூல முகவரிக்கு zUSD நோட்டாகச் செலுத்தப்படுகிறது (v0.6.8, fullnode docs/bridge.md §25). g அளவிலான ஒரு வைப்பு இரண்டு நோட்டுகளைச் சேர்க்கிறது: வைப்பாளரின் g − fee, கருவூலத்தின் fee; 1 USDT உள்ளே சென்றால் வைப்பாளருக்கு 0.999 zUSD. amount அளவிலான ஓர் எரிப்பு fee-ஐக் கருவூல நோட்டாக வைத்துக்கொண்டு, மூலச் சங்கிலியில் amount − fee-ஐ விடுவிக்கிறது; பாதுகாவலர்கள் அந்த விடுவிப்புத் தொகையில் கையொப்பமிடுகின்றனர்; rand_getBridgeBurn amount, release_amount, fee ஆகியவற்றை வழங்குகிறது. கட்டண நோட்டு வெளியிடப்பட்டு ஆதரவு பெற்றது; ஆகவே total_supply இன்னும் ஆதரவுகளின் locked கூட்டுத்தொகைக்குச் சமம்: ஒரு வைப்பு இரண்டையும் g அளவு நகர்த்துகிறது, ஓர் எரிப்பு இரண்டையும் amount − fee அளவு குறைக்கிறது. கட்டண நோட்டுக்கு உறை இல்லை. அதன் ஒவ்வொரு சொல்லும் பொதுவானது (பரிவர்த்தனையிலிருந்தும் ஜெனிசிஸ் விகிதத்திலிருந்தும் தொகை, சொத்து மற்றும் time, சான்றளிப்புச் சுருக்கத்திலிருந்தோ எரிப்பின் பரிவர்த்தனை அடையாளத்திலிருந்தோ பெறப்பட்ட மறைப்புக் காரணி, ஜெனிசிஸிலிருந்து உரிமையாளர்); ஆகவே கருவூலத்தின் வாலெட் அதைப் பொதுப் புலங்களிலிருந்து மீண்டும் உருவாக்குகிறது (நோட்டுகள்). ஓர் எரிப்பு முன்மொழிபவருக்குச் செலுத்தும் 0.01 RAND ஆன BRIDGE_BURN_FEE மாறவில்லை. சங்கிலிகள் 14 முதல் 19 வரை Rand-இல் பிரிட்ஜ் கட்டணம் இல்லை.

சங்கிலி 15 முதல் பதிவேடு

சங்கிலி 15 முதல், சங்கிலி 14-இல் இல்லாத மூன்று பதிவேட்டு விதிகளை ஜெனிசிஸ் இயக்குகிறது; சங்கிலி 20-இன் ஜெனிசிஸும் அதே மூன்று மதிப்புகளை அமைக்கிறது. ஒவ்வொன்றும் ஜெனிசிஸ் ஹாஷுக்கும் டோக்கன் மூலத்துக்கும் (token root) உறுதிப்படுத்தப்பட்டுள்ளது.

தொகுப்புச் சுற்று (bundle circuit) ஒவ்வொரு தொகையையும் 63 பிட்டுகளுக்குள் வரம்புச் சரிபார்ப்பு செய்வதால் குறிப்பு மதிப்பு வரம்பு உள்ளது: 2^63 அல்லது அதற்கு மேல் மதிப்புள்ள ஒரு குறிப்பை உறுதிப்படுத்த (commit) முடியும், ஆனால் ஒருபோதும் செலவிட முடியாது; அதே நேரத்தில் அது டோக்கனின் வழங்கலில் கணக்கிடப்படும். ஜெனிசிஸ் எதைக் கூறினாலும், ஒவ்வொரு கணுவும் ஒவ்வொரு சங்கிலியிலும் அத்தகைய தொகையை அனுமதி நிலையிலேயே மறுக்கிறது.

RPC மற்றும் CLI

இந்த முடிவுகளில் உள்ள ஒவ்வொரு தொகையும் (total_supply, registration_fee, ஒரு ஆதாரத்தின் locked, mint_cap_per_day, minted_today) ஒரு தசம எழுத்துச்சரம், ஏனெனில் JSON எண் 2⁵³ க்கு மேல் துல்லியமாக இருப்பதில்லை. index, next_index, mint_day, max_tokens ஆகியவை சாதாரண முழு எண்கள் (வரம்பு இல்லாத சங்கிலியில் max_tokens என்பது null); burn_registration_fee, bound_note_value ஆகியவை பூலியன்கள். ஒரு வரிசையின் authority என்பது {"kind":"none"}, {"kind":"key","key","address"}, {"kind":"bridge","backings":[…]} அல்லது {"kind":"program","program"}. முழு விவரம் JSON-RPC இல் உள்ளது.

தனியுரிமை. அழைப்பாளர் எந்த டோக்கனை மனதில் கொண்டிருந்தாலும் rand_getTokens ஒரே செலவைக் கொண்டது. rand_getToken, rand_getTokenSupply ஆகியவை அழைப்பாளர் எந்த டோக்கனில் அக்கறை கொண்டுள்ளார் என்பதைக் கணுவுக்குத் தெரிவிக்கின்றன: ஒரு எக்ஸ்ப்ளோரருக்கு இது பரவாயில்லை, அனுப்பவிருக்கும் வாலெட்டுக்கு இது தவறு. எனவே வாலெட் ஒவ்வொரு --asset ஐயும் முழுப் பட்டியலிலிருந்து தீர்மானிக்கிறது; ஓர் எண் குறியீட்டெண் கணுவை எட்டுவதே இல்லை.

v0.5.10 முதல் rand send --asset, rand token mint, rand token burn ஆகியவற்றின் தொகைகள் டோக்கனின் காட்சி அலகுகளில் உள்ளன, அதன் பதிவேட்டு வரிசையின் சொந்த decimals இன்படி படிக்கப்படுகின்றன: 6-தசம டோக்கனின் 1.5 என்பது அதன் மிகச்சிறிய அலகில் 1,500,000; டோக்கனில் உள்ளதைவிட அதிகமான பின்ன இலக்கங்கள் மறுக்கப்படும். send இன் உறுதிப்படுத்தல் இரண்டையும் அச்சிடுகிறது (1.500000 USDX (1500000 units)). rand token create இன் --fixed-supply, --initial ஆகியவை இன்னும் முழு மிகச்சிறிய அலகுகளையே ஏற்கின்றன, rand bridge-burn உம் அவ்வாறே; rand asset-balance மிகச்சிறிய அலகுகளை அச்சிடுகிறது. சங்கிலியில் தொகை எப்போதும் மிகச்சிறிய அலகு முழு எண்ணே. கொடிகளும் இயல்புநிலைகளும் கட்டளை வரி இல் உள்ளன.

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

அறியப்பட்ட வரம்புகள்

• அனுமதித்தொகைகள் இல்லை. approve, transferFrom ஆகியவை RPL விவரக்குறிப்பில் ஒதுக்கப்பட்ட அனுமதித்தொகைக் கணக்குகளாக வடிவமைக்கப்பட்டுள்ளன, ஆனால் உருவாக்கப்படவில்லை.
• ஒரு நிரலின் இருப்புகள் பொதுவானவை. chain 20 இல் ஒரு நிரல் தன் பெட்டகத்தில் டோக்கன்களை வைத்திருக்கவும் தன் சொந்த டோக்கனை அச்சிடவும் முடியும் (RPL-2), ஆனால் ஒரு டோக்கனின் வழங்கலைப் போலவே பெட்டக இருப்பும் பொதுவானது; குறிப்புகள் மட்டுமே தனிப்பட்டவை. 20 க்கு முந்தைய சங்கிலிகளில் நிரல் நிலை எதுவுமே இல்லை.
• கட்டணங்கள் RAND இல் மட்டுமே. ஒரு டோக்கன் தன் சொந்தக் கட்டணத்தைச் செலுத்த முடியாது; டோக்கன் மட்டுமே உள்ள வாலெட் எதையும் நகர்த்த முடியாது.
• u64 தொகைகள், அதிகபட்சம் 9 தசம இடங்கள். 18-தசம மூல நாணயம் குறைந்த துல்லியத்தில் குறிக்கப்படுகிறது; பிரிட்ஜ் இதை 8 தசம இடங்களுடனும் ஒவ்வொரு ஆதாரத்துக்கும் ஒரு விடுவிப்பு அலகுடனும் தீர்க்கிறது.
• ஒவ்வொரு பரிமாற்றமும் நிரூபிக்கப்படுகிறது. அனுப்புநரின் கணினியில் சுமார் 100 s, பல GB நினைவகம்; RAND ஐவிட ஒரு டோக்கனுக்கு மலிவான வழி எதுவும் இல்லை.
• சொந்த டோக்கனில் முடக்கம், கருப்புப் பட்டியல், இடைநிறுத்தம் இல்லை, இது ஒரு முடிவு. பிரிட்ஜின் அச்சிடல் இடைநிறுத்தம் பிரிட்ஜ் வழி அச்சிடல்களுக்கு மட்டுமே பொருந்தும்.
• டோக்கன்வாரித் தேடல்கள் ஆர்வத்தைக் கசியவிடுகின்றன. rand_getToken, rand_getTokenSupply, எக்ஸ்ப்ளோரரின் /tokens/:id ஆகியவை எந்த டோக்கனைப் பற்றிக் கேட்கப்பட்டது என்பதைச் சேவையகத்துக்குத் தெரிவிக்கின்றன.