கட்டளை வரி

மூன்று இயக்கக் கோப்புகள் cargo build --release இலிருந்து வெளிவருகின்றன: rand-node (கணுவும் இயக்குநர் கட்டளைகளும்), rand (மறைக்கப்பட்ட பணப்பை), rand-prover (ஒப்படைக்கப்பட்ட நிரூபிப்பான்). ஒவ்வொரு கட்டளையும் -h/--help ஐ ஏற்கிறது. சங்கிலி 20 இயக்கும் உருவாக்கமான v0.6.8 வெளியீட்டை (c9c9bd3c) இந்தப் பக்கம் விவரிக்கிறது; v0.6.7 வேறுவிதமாக நடந்துகொண்ட இடங்களில் அதைக் குறிப்பிடுகிறது. v0.6.8 க்கு முந்தைய rand பணப்பையால் சங்கிலி 20 இல் அனுப்ப இயலாது; அதன் ஜெனிசிஸ் ஒவ்வொரு நிரூபணத்தையும் கையொப்பமிட்ட செய்தியையும் தன் ஹாஷுடன் பிணைக்கிறது. முதல் இரண்டும் வெவ்வேறு வகை விசைகளை வைத்திருக்கின்றன: கணு விசை என்பது தொகுதிகளில் கையொப்பமிடும் Dilithium2 விசை இணை; பணப்பை விசை என்பது சங்கிலியில் எதிலும் கையொப்பமிடாத மறைக்கப்பட்ட செலவு விசை.

rand-node

rand-node <COMMAND>
  keygen      Generate a new Dilithium2 key file (refuses to overwrite an existing one)
  address     Print the address, public key, and libp2p peer id of a key file
  genesis     Write a genesis.json: every validator key is staked, each --alloc becomes a deposit note
  alloc-note  Print one genesis alloc note as JSON, RAND or a listed token, for splicing into a genesis
  init        Initialise a data directory from a genesis file
  run         Run the node
  verify      Verify the chain in a data directory without running the node
  db          Database maintenance on a stopped node's data directory
  safety      status | clear-halt | release-lock: a stopped validator's consensus safety state
  status      Show node status
  register    Print this node's Registration, for the wallet that bonds it in
  admit       sign | submit: the validator set's vote to admit a new key (admission by vote)
  unbond      Move bonded stake into unbonding
  withdraw    Pay released stake and rewards into a note at the payout address
  bridge-gov  rotate-pq | rotate-pause | cancel-rotation: the bridge's post-quantum rotations
  vesting     status | claim | revoke | bond | unbond: genesis vesting (chains with a vesting section)
  aggregator  register | unbond | withdraw — the aggregator role (aggregation chains only)
  aggregate   The aggregate daemon (aggregation chains only)

safety, admit, bridge-gov ஆகியவை v0.6.8 இல் புதியவை. balance இல்லை, transfer இல்லை: ஒரு பரிமாற்றத்துக்கு மறைக்கப்பட்ட செலவு விசை தேவை, அதைப் பணப்பை மட்டுமே வைத்திருக்கிறது.

--allow-test-fri-profile (அல்லது RAND_ALLOW_TEST_FRI_PROFILE=1) என்ற ஒரே பொதுக் கொடி, fri_profile ஆனது test ஆக உள்ள ஜெனிசிஸை init, run, verify ஏற்க அனுமதிக்கிறது. அந்த விவரக்குறிப்பு ஏறத்தாழ 17 பிட் உறுதித்தன்மை மட்டுமே கொண்டது; ஜெனிசிஸ் கோப்பை எழுதும் எவரும் அதைக் குறிப்பிடலாம். எனவே v0.6.8 முதல், இந்தக் கொடி இல்லாமல் அத்தகைய ஜெனிசிஸை ஒரு கணு மறுக்கிறது. சோதனைத் தொகுப்புகள் இதை அமைக்கின்றன; வேறு எதுவும் அமைக்கக் கூடாது.

keygen, address

keygen ஆனது { "seed": <32-byte hex>, "address": <base58>, "public_key": <hex> } ஐ 0600 அனுமதிநிலையுடன் எழுதுகிறது. விதையின் ஒரே நகல் இந்தக் கோப்புதான். v0.6.8 முதல், ஏற்கெனவே உள்ள --out ஐ keygen மறுக்கிறது (… already exists or cannot be created; refusing to overwrite a key file), அதைத் தொடாமல் விடுகிறது; --force இல்லை, எனவே அதை மாற்ற பழைய கோப்பை வேறிடத்துக்கு நகர்த்துங்கள். v0.6.7 உம் அதற்கு முந்தையவையும் கேட்காமலேயே அதை மேலெழுதின. address ஆனது address, public_key (1,312 பைட் பதினறுமம்), peer_id ஆகியவற்றை அச்சிடுகிறது.

genesis

ஒவ்வொரு --alloc க்கும் ஒரு alloc வரியை அச்சிடுகிறது; பின்னர் ஜெனிசிஸ் ஹாஷ், சரிபார்ப்பாளர் மற்றும் குறிப்பு எண்ணிக்கைகள், எபோக் நீளம், ஐந்து வரம்புகள், hc_bundle, hc_auth (--auth-guest இல்லாவிட்டால் none) ஆகியவற்றை அச்சிடுகிறது; அதன்பின் கேஸ் வரி: gas: price P/gas, B/KiB, bundle limit N, dynamic: target … B / … gas, adjust … bps, floor …/…, ceiling …/…, byte load all|paying, அல்லது --gas-price இல்லாவிட்டால் gas: none; --program-state-cell-fee உடன் ஒரு program_state: cell fee N RAND வரி. init அதே கேஸ் வரியை அச்சிடுகிறது. ஐந்து வரம்புக் கொடிகளும் ஒரே மாதிரி நடந்துகொள்கின்றன: தவிர்க்கப்பட்டால், கோப்பில் அத்தகைய புலம் இருக்காது, சங்கிலி இயல்புநிலையில் இயங்கும்; தரப்பட்டால், அதன் இயல்புநிலை மதிப்பிலும் கூட அந்தப் புலம் ஜெனிசிஸ் ஹாஷின் பகுதியாகும். சங்கிலி 20 இந்தக் கொடிகளுடன் உருவாக்கப்பட்டது (deploy/cut-chain20-genesis.sh):

--max-program-words 65535 --max-proof-bytes 4194304 --max-block-bytes 20971520 \
--max-call-envelope-bytes 65536 --max-program-public-words 32768 \
--tokens tokens.json \
--bundle-guest v3 --auth-guest --hardening-v6 \
--gas-price 100 --byte-price 800 --bundle-gas-limit 20479 --gas-dynamic 10485760,262144,1250 \
--max-gas-price 10000 --max-byte-price 80000 --gas-byte-load paying \
--envelope-bytes 1860 \
--testnet --binding-domain 1 --proof-window-blocks 1024 --program-state-cell-fee 10000000 \
--epoch-blocks 1000 --faucet --fri-profile production

சங்கிலிகள் 18, 19 ஆகியவை --envelope-bytes 1860 வரையிலான அதே கொடிகளுடன் உருவாக்கப்பட்டன; v0.6.8 கொடிகள் எதுவும் அவற்றில் இல்லை. நிரூபண வரம்பு 4 MiB. சங்கிலிகள் 13 முதல் 16 வரை இது 8 MiB ஆக இருந்தது. பிரிக்கப்பட்ட அங்கீகாரம் கொண்ட ஒரு பரிவர்த்தனை மூன்று நிரூபணங்கள் வரை கொண்டு செல்லும்; 3 × 4 MiB + 1 MiB என்பது 20 MiB தொகுதிக்குள் அடங்குகிறது. tokens.json கோப்பில் 1 RAND registration_fee, 10000000000000 என்ற mint_cap_per_day, max_tokens 4096, burn_registration_fee, bound_note_value ஆகியவை உள்ளன; zUSD அதன் ஏழு பின்புலச் சொத்துகளுடன் பட்டியலிடப்பட்டுள்ளது. --bridge கொடி இல்லை. உருவாக்கும் ஸ்கிரிப்ட் bridge, staking, consensus_domain பிரிவுகளை இப்போதும் பின்னர்தான் கோப்பில் இணைக்கிறது. சங்கிலி 20-இல் இணைக்கப்பட்டவை: எட்டு PQ காப்பாளர் விசைகளுடன் காப்பாளர் தொகுப்பு 1-இல் உள்ள பாலம், இடைநிறுத்த விசை, rules_v2, rotation, fees; faucet அனுமதிப் பட்டியல், admission_by_vote, 2,500 bps நுழைவு வரவுசெலவு ஆகியவற்றுடன் staking பிரிவு; consensus_domain: 1; alloc-note --asset 1 --envelope-bytes 1860 மூலம் உருவாக்கப்பட்ட zUSD-இன் ஜெனிசிஸ் குறிப்புகள். கணக்கில் கொள்ளப்படும் ஜெனிசிஸ் ஹாஷ், முடிக்கப்பட்ட கோப்பின் மீது init அச்சிடும் ஹாஷ் மட்டுமே.

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

"alloc": [
  { "cm": "<64 hex>",
    "envelope": { "kem_ct": "<hex>", "to_receiver": "<hex>", "to_sender": "<hex>", "body": "<hex>" },
    "amount": 1000000000000,
    "opening": { "pk": "<64 hex>", "time": 0, "r": "<64 hex>" } }
]

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

alloc-note

--to <rand1…> (கட்டாயம்), --amount <N> (கட்டாயம்), --asset <INDEX> (இயல்புநிலை 0), --envelope-bytes <N> (இயல்புநிலை: பழைய வடிவம்). genesis --alloc ஒரு குறிப்பை முத்திரையிடுவது போலவே, --to-க்கு முத்திரையிடப்பட்ட ஒரு ஒதுக்கீட்டுக் குறிப்பை JSON ஆக அச்சிடுகிறது. envelope_bytes-ஐ அமைக்கும் ஜெனிசிஸ், பொருந்தும் --envelope-bytes இல்லாமல் முத்திரையிடப்பட்ட குறிப்பை நிராகரிக்கும். --amount சொத்தின் முழு அலகுகளில் குறிக்கப்படுகிறது: RAND-க்கு ஒன்பது தசம இடங்கள், பாலம் வழி வந்த டோக்கனுக்கு எட்டு (சொத்து 1-இல் 10 என்பது 10 zUSD). பட்டியலிடப்பட்ட டோக்கனின் குறிப்புக்கு, அந்த டோக்கனின் பின்புலச் சொத்துகள் கொண்டிருக்கும் locked தொகைகளின் கூட்டுத்தொகை அதன் குறிப்புகளுக்குச் சரியாகச் சமமாக இருக்க வேண்டும்.

init

ஜெனிசிஸ் ஹாஷையும், genesis அச்சிடும் அதே gas: வரியையும் அச்சிடுகிறது.

run

சூழல் மாறி: RUST_LOG (இயல்புநிலை info,libp2p=warn,libp2p_mdns=off). Ctrl-C அல்லது SIGTERM முனையைச் சீராக நிறுத்தும்.

பொது முனையம் https://rpc.randprotocol.org ஒரு காப்பக முனைக்கு முன்னால் உள்ள அனுமதிப் பட்டியல் proxy ஆகும்; 2026-10-01 முதல் அதன் அனுமதிப் பட்டியல் பொதுக் கேட்பானின் முறைத் தொகுப்பே.

safety

நிறுத்தப்பட்ட சரிபார்ப்பாளரின் ஒருமித்த ஒப்புதல் பாதுகாப்பு நிலை (v0.6.8). ஒவ்வொரு கட்டளையும் தரவுக் கோப்பகத்தைத் தானே திறக்கிறது; ஆகவே இயங்கும் முனையுடன் சேர்ந்து எதுவும் இயங்காது.

rand-node safety status       --datadir <dir>
rand-node safety clear-halt   --datadir <dir> --i-have-compared-this-node-with-the-fleet
rand-node safety release-lock --datadir <dir> --i-give-up-this-validators-lock

status உறுதிசெய்யப்பட்ட தலை, பார்வை, கடைசியாக வாக்களித்த பார்வை, உயர் QC, சரிபார்ப்பாளர் அதன் தலைக்கு மேலே பூட்டப்பட்டுள்ளதா என்பது, பதிவுசெய்யப்பட்ட பாதுகாப்பு நிறுத்தம் ஏதேனும் இருந்தால் அது ஆகியவற்றை அச்சிடுகிறது. சான்றளிக்கப்பட்ட மூன்று-சங்கிலி ஒன்று, தன் சொந்த உறுதிசெய்யப்பட்ட தலையிலிருந்து வழிவராத தொகுதியை உறுதிசெய்ய முயல்வதைக் காணும் முனை நின்றுவிட்டு அதைப் பதிவுசெய்கிறது (audit v6, CON-5). அதன் பிறகு clear-halt வரை run அந்தப் பதிவுடன் வெளியேறும். நீக்குவதற்கு முன், இந்த முனையின் தலையை வேறு இரண்டு சரிபார்ப்பாளர்களின் தலைகளுடன் ஒப்பிடுங்கள்; வேறுபட்டால் காப்பகத்திலிருந்து மீண்டும் ஒத்திசையுங்கள். v0.6.8 (CON-4) முதல், “வைத்திருக்கவில்லை” என்ற பதில்களின் எந்தக் குழுமமும் இனி பூட்டை விடுவிப்பதில்லை. தன்னால் பெற முடியாத தொகுதியில் பூட்டப்பட்ட சரிபார்ப்பாளர், பூட்டைவிட உயர்ந்த நியாயப்படுத்தல் கொண்ட முன்மொழிவு வரும் வரை அல்லது அந்தத் தொகுதி பெறப்படும் வரை அமைதியாக இருக்கும். release-lock சேமிக்கப்பட்ட பூட்டை உறுதிசெய்யப்பட்ட தலையின் சான்றிதழுக்குக் குறைக்கிறது. இதை ஒரு நேரத்தில் ஒரு சரிபார்ப்பாளரில் மட்டும், தொகுதி நிரந்தரமாக இழக்கப்பட்டால் மட்டுமே பயன்படுத்துங்கள். ஒப்புகைக் கொடி இல்லாமல், எழுதும் ஒவ்வொரு கட்டளையும் தான் என்ன செய்யும் என்பதை அச்சிடும்; எதையும் மாற்றாது.

verify

சீராக இருந்தால் வெளியேறும் குறியீடு 0; --repair இல்லாமல் சிக்கல் கண்டறியப்பட்டால் 2.

db

db drop-receipts-index --datadir <DATADIR>, முனை நிறுத்தப்பட்ட நிலையில்: v0.3-க்கு முந்தைய கட்டமைப்புக்குத் திரும்புவதற்கு முன் receipts_by_program குறியீட்டை நீக்கும்; அந்தக் குறியீடு உள்ள தரவுத்தளத்தை அந்தக் கட்டமைப்பால் திறக்க முடியாது. பின்னர் தொடங்கும்போது ரசீதுகளிலிருந்து குறியீடு மீண்டும் கட்டப்படும்.

status

--rpc <URL> (இயல்புநிலை http://127.0.0.1:8545). rand_status-ஐ மாற்றமின்றி அப்படியே அச்சிடுகிறது.

register, unbond, withdraw

admit sign|submit

வாக்கெடுப்பு மூலம் அனுமதி (v0.6.8). ஜெனிசிஸ் staking.admission_by_vote-ஐ அமைக்கும் சங்கிலியில் (சங்கிலி 20-இன் ஜெனிசிஸ் இதை அமைக்கிறது), வாக்களிப்பு எடையில் மூன்றில் இரண்டு பங்கிற்குக் கண்டிப்பாக அதிகமாக வைத்திருக்கும் சரிபார்ப்பாளர்கள் கையொப்பமிட்டு ஏற்றுக்கொண்ட பின்னரே ஒரு புதிய சரிபார்ப்பாளர் விசை பதிவு செய்யப்படும்.

வேட்பாளர் என்பது பதிவு கொண்டிருக்கப்போகும் விசை; rand-node address --key அதை அச்சிடுகிறது, register அச்சிட்ட ஹெக்ஸிலும் அது உள்ளது. அனுமதி உறுதியான பின், பிணைத்தல் முன்பு போலவே நடக்கிறது (rand bond … --registration), அது அந்த அனுமதியை நுகர்கிறது. அனுமதிக்கப்பட்டுக் காத்திருப்பவற்றை rand_getAdmitted பட்டியலிடுகிறது.

bridge-gov

பாலத்தின் குவாண்டம்-பிந்தைய விசைச் சுழற்சிகள் (v0.6.8), காவலர்களுக்கும் இடைநிறுத்த விசை வைத்திருப்பவருக்கும். ஒவ்வொரு படியும் சங்கிலி அடையாளம், அதன் பிணைப்புக் களம் மற்றும் rand_getBridgeState.rotation_nonce ஆகியவற்றை --rpc-இலிருந்து படிக்கிறது (இயல்புநிலை http://127.0.0.1:8545).

--new-key என்பது ஒரு ஹெக்ஸ் Dilithium2 பொது விசை, அதைக் கொண்ட @file, அல்லது @key-file (அதன் பொது விசை). கையொப்ப வரிகள் index:hex வடிவில் இருக்கும்; இடைவெளிகள் அல்லது புதிய வரிகளால் பிரிக்கப்படும்; # குறிப்புரைகள் அனுமதிக்கப்படும்.

vesting status|claim|revoke|bond|unbond

ஜெனிசிஸில் vesting பகுதியைக் கொண்ட சங்கிலியில், கால-பூட்டப்பட்ட ஜெனிசிஸ் ஒதுக்கீட்டின் உரிமையாளர் தரப்பும் திரும்பப்பெறுபவர் தரப்பும். சங்கிலி 20-இன் ஜெனிசிஸில் இப்பகுதி இல்லை. விசை என்பது ஒரு rand-node keygen கோப்பு.

aggregator register|unbond|withdraw, aggregate

aggregation பகுதியுள்ள சங்கிலிக்கான திரட்டிப் பணியின் கட்டளைகள்: aggregator register --key --bond <RAND> --payout <rand1…> --rpc கையொப்பமிட்ட AggregatorRegistration-ஐ அச்சிடுகிறது; aggregator unbond மற்றும் aggregator withdraw சரிபார்ப்பாளர் இணையைப் பிரதிபலிக்கின்றன. aggregate --key <KEY> [--rpc <URL>] [--watch] [--interval-secs 15] [--no-wait] என்பது rand_getUnsealed-ஐ அவ்வப்போது வினவி, ஒரு திரட்டு நிரூபணத்தை உருவாக்கிச் சமர்ப்பிக்கும் டீமன். ஜெனிசிஸில் aggregation பகுதி இல்லாத சங்கிலி 20-இல் இது செயலற்றது.

rand (பணப்பை)

உட்கட்டளைக்கு முன்போ பின்போ தரக்கூடிய பொது விருப்பங்கள்:

தொகைகள் ஒன்பது தசம இடங்கள் வரையிலான தசம RAND (1, 1.5, .25, 0.000000001). send, token mint, token burn ஆகியவற்றிலும் randpay: இணைப்பிலும் உள்ள டோக்கன் தொகை, அந்த டோக்கனின் பதிவேட்டு வரிசையின் சொந்த decimals அடிப்படையில், அதன் காட்சி அலகுகளில் இருக்கும் (zUSD-இன் 10 என்பது 10 zUSD). bridge-burn, token create --fixed-supply, --initial ஆகியவை டோக்கனின் மிகச்சிறிய அலகில் வெற்று முழு எண்களை ஏற்கின்றன; asset-balance அவற்றையே அச்சிடுகிறது. ஒரு கட்டளை டோக்கனை ஏற்கும் இடமெல்லாம், அது பதிவேட்டுச் சுட்டெண், rpl1… அடையாளம் அல்லது 64-ஹெக்ஸ் அடையாளத்தை ஏற்கும்; அடையாளம் முனையின் முழு பதிவேட்டுப் பட்டியலிலிருந்து (rand_getTokens, ஒவ்வொரு பக்கமும்) அதன் சுட்டெண்ணாகத் தீர்க்கப்படுகிறது, ஒருபோதும் தனித்த டோக்கன் தேடல் மூலம் அல்ல, ஏனெனில் அது எந்த டோக்கன் நகரவிருக்கிறது என்பதை முனைக்குத் தெரிவித்துவிடும். எண் சுட்டெண் முனையை அடையவே அடையாது.

--cuda க்கு --features cuda உடன் உருவாக்கப்பட்ட build தேவை, அதற்கு மாற்று வழி இல்லை; இதுவரை எந்த PTX உம் உருவாக்கப்படவில்லை. அதனால் call-input உறையை முத்திரையிட முடியாது: rand call --cuda க்கு --no-envelope தேவை. அது gas உச்சவரம்பை மட்டுமே அறிவிக்கிறது, --gas-limit N ஐ மறுக்கிறது.

CLI அச்சிடும் ஒவ்வொரு memo மற்றும் தொடர்புப் பெயரும் (send இன் உறுதிப்படுத்தல், notes, history, tx-key) முதலில் ஒரே காட்சி விதியைக் கடந்து செல்கிறது: கட்டுப்பாட்டு எழுத்துகள், Unicode வடிவமைப்பு எழுத்துகள் (bidi கட்டுப்பாடுகள், பூஜ்ய-அகல எழுத்துகள், மென் இணைப்புக்கோடு) மற்றும் U+2028/U+2029 ஆகியவை U+FFFD ஆகக் காட்டப்படுகின்றன; தொடர்ச்சியான இடைவெளிப் பிரிப்பான்கள் ஒரே இடைவெளியாகக் காட்டப்படுகின்றன.

முதல் மறைக்கப்பட்ட பரிமாற்றம்

rand keygen                                   # wallet.key.json
rand address                                  # rand1… on stdout, its fingerprint XXXX-XXXX-XXXX-XXXX on stderr
rand faucet                                   # testnet, allowlisted wallets only: 100 RAND into a note only you can open
rand balance                                  # balance: 100 RAND
rand send rand1q9f… 1.5                       # asks to confirm, then a minute and a half to two minutes of local proving, then the commit
rand notes                                    # the spent note, and the change note

முகவரியையும் memo வையும் பகிர்தல்

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"                         # the memo is sealed into the payment output
rand history --memo                                         # alice's row shows the whole memo
rand tx-key <hash>                                          # hand the sent row's key to alice or an auditor

memo, note இருக்கும் அதே முத்திரையிட்ட உள்ளடக்கத்திற்குள் உள்ளது. எனவே ஒன்றைத் திறக்கக்கூடியவர் மற்றதையும் திறக்க முடியும்: பணம் பெறுபவர் notes மூலம் திறக்கலாம்; அந்த வெளியீட்டின் பரிவர்த்தனைக்கான key ஐ வைத்திருக்கும் எவரும் rand_checkTransaction <hash> <key> மூலம் திறக்கலாம். genesis இல் envelope_bytes ஐ அமைத்த முதல் சங்கிலி chain 18 ஆகும்; chains 14 முதல் 17 வரை, எதுவும் நிரூபிக்கப்படுவதற்கு முன்பே --memo மறுக்கப்பட்டது.

பின்னர் மீண்டும் திறக்கக்கூடிய ரகசிய அழைப்பு

rand program build --guest balance_check --arg 1000 --out bc.json
rand program deploy bc.json                   # prints the program id
rand call <id> --input 100 --input 200 --input 300 --input 400
rand open-call <txhash>                       # inputs: [100, 200, 300, 400] — verdict: faithful (exit 0)

நிலை கொண்ட நிரல்: RPL-2 counter

chain 20 போல program_state பகுதி கொண்ட சங்கிலியில். ஒரு cell ஐப் படித்து, அதன் முதல் word உடன் ஒன்றைக் கூட்டி அதே cell இல் மீண்டும் எழுதும் நிலைமாற்றங்களை மட்டுமே counter ஏற்கிறது. நிலைமாற்றத்தின் மற்ற அனைத்தும் (bundle எதை வைப்பீடு செய்கிறது, vault எதைச் செலுத்துகிறது, நிரல் எதை mint செய்கிறது) சரிபார்க்கப்படாமலேயே உடன் செல்கின்றன. எனவே இது ஒரு செயல்விளக்கம் மட்டுமே; மதிப்பை நம்பி ஒப்படைக்கக்கூடிய நிரல் அல்ல.

rand program build --guest rpl2_counter --out counter.json
rand program deploy counter.json                          # prints the program id
rand token create --name "Counter Share" --symbol CTR --decimals 0 --program <id>   # say index 2
rand program state <id> --cell 0100000000000000000000000000000000000000000000000000000000000000   # 64 zeros: absent
cat > step.json <<'JSON'
{ "reads":  [{ "key": "0100…00", "value": "0000…00" }],
  "writes": [{ "key": "0100…00", "value": "0100…00" }],
  "deposit": { "rand": "500000000", "kind": "none" },
  "pays":   [{ "asset": 0, "amount": "200000000", "to": "rand1…" }],
  "mints":  [{ "asset": 2, "amount": "1" }] }
JSON
rand program invoke <id> --transition step.json           # exit 3 if the cell moved since; re-read and retry
rand program vault <id>                                   # asset 0: 300000000 units (0.5 RAND in, 0.2 out)

கோப்பில் உள்ள … முழு 64 hex எழுத்துகளைக் குறிக்கிறது; wallet அவற்றைக் கட்டாயமாகக் கேட்கிறது.

deploy உம் call உம் அச்சிடுவது

பிரிக்கப்பட்ட அங்கீகாரச் சங்கிலியில் ஒவ்வொரு bundle உம் இந்தக் கணினியிலேயே உருவாக்கப்படும் இரண்டு நிரூபணங்கள் ஆகும்: tier-10 செலவு அங்கீகாரம், tier-14 bundle. 2026-09-30 அன்று chain 18 இல் rand v0.6.7 உடன் ஒரு program deploy:

proving the spend authorisation on this machine (tier 10; seconds)…
authorisation proved in 6.8s: tier 10, 1368908 bytes
proving the bundle (tier 14; about a minute and a half on a laptop)…
proved in 116.7s: tier 14, 1500710 bytes
submitted deploy <hash>
  0 RAND out, 59.8545 RAND change, fee 0.1007 RAND, anchored at height 97831, proved in 116.7s (bundle) + 6.8s (auth)

ஒரு call தனது gas ஐயும் கட்டணத்தையும் call நிரூபணத்திற்கு முன் அச்சிடுகிறது; பின்னர் கட்டணம் செலுத்தும் bundle ஐ அதே முறையில் நிரூபிக்கிறது:

proving the call locally (90 inputs stay private, over the program's 11-word public input)…
gas: 5636 (declaring 6144, tier 12)
fee 0.006191437 RAND (incl. two price steps of headroom)
proved in 29.2s: tier 12, 3346865 bytes, outputs [...]

இங்கு 6,144 என்பது 5,636 ஐ 2^10 இன் மடங்குக்கு மேல்நோக்கி முழுமையாக்கியது. rand fee call 12 --gas 6144 --bytes <B> அந்த வரம்பை tip இன் விலைகளில், கூடுதல் இடைவெளி இல்லாமல் விலையிடுகிறது.

rand-prover

ஒப்படைக்கப்பட்ட நிரூபகர் தனி binary ஆக: இது ஒரு wallet இன் tier-14 bundle நிரூபணத்தை வேறொரு கணினியில் உருவாக்குகிறது. rand-node run --prover அதே சேவையை ஒரு node க்குள் இயக்குகிறது. ஒவ்வொரு துணைக்கட்டளையும் --home <DIR> ஐ ஏற்கிறது (env RAND_PROVER_HOME, இயல்புநிலை ~/.rand-prover); இது prover.key.json மற்றும் pairings.json ஐக் கொண்ட அடைவு.

chain 20 இல் உள்ள நிரூபகர் wallet இன் viewing key nk ஐயும் ஒரு புதிய salt ஐயும் பெறுகிறது. அதனால் செலவிட முடியாது; ஆனால் அந்த wallet இதுவரை பெற்ற அல்லது அனுப்பிய அனைத்தையும் படிக்க முடியும்: உங்கள் வரலாற்றைக் காட்டத் தயாராக உள்ள நிரூபகருடன் மட்டுமே இணையுங்கள். திரும்பப் பெறும் ஒவ்வொரு நிரூபணத்தையும் wallet சரிபார்க்கிறது.

Key கோப்பு வடிவங்கள்

Node key:

{ "seed": "hex of 32 bytes", "address": "base58 of blake3(\"rand-address\" || public key)", "public_key": "hex of 1312-byte Dilithium2 public key" }

Wallet key, பதிப்பு 2:

{ "version": 2, "spend_key": "hex of 8 little-endian u32 words (64 characters)" }

rand keygen அதை mode 0600 உடன் எழுதுகிறது. v0.6.8 முதல், group அல்லது other படிக்கக்கூடிய wallet key கோப்பை ஒவ்வொரு rand கட்டளையும் மறுக்கிறது: கையால் நகலெடுக்கப்பட்ட அல்லது மீட்டமைக்கப்பட்ட key ஐ மீண்டும் 0600 க்கு அமைக்க வேண்டும் (chmod 600 <key>). wallet key ஐ இழந்தால், அது திறக்கக்கூடிய ஒவ்வொரு note உம் இழக்கப்படும்; இந்த வெளியீட்டில் மீட்புச் சொற்றொடர் இல்லை.