د RPL ټوکن ځای پر ځای کول

دا پاڼه یو ټوکن له هېڅ نه تر یوې ژوندۍ او لېږدېدونکې شتمنۍ پورې په Rand کې رسوي. RPL د Rand د ټوکن معیار دی، چې په chain 14 کې نوی راغلی. که مو یو ERC-20 ځای پر ځای کړی وي یا مو یو SPL mint جوړ کړی وي، لومړۍ برخه هغه برخه ده چې باید ورو یې ولولئ، ځکه چې RPL ټوکن له دې دواړو هېڅ یو نه دی. RPL ټوکنونه هغه مفهومي پاڼه ده چې دا پاڼه پرې ولاړه ده.

1. RPL ټوکن څه دی

RPL ټوکن د لیجر د ټوکن په راجستر کې یو ثبت دی، نه سمارټ قرارداد. هېڅ کوډ نشته چې ولیکل شي، کمپایل شي یا پلټنه یې وشي. د ټوکن جوړول یوه معامله ده چې راجستر ته یو قطار ورزیاتوي، او له هغې وروسته د ټوکن واحدونه عادي پټ نوټونه دي، چې د RAND په همغه حوض کې ساتل کېږي او په همغه ډول لګول کېږي.

سمبولونه بې‌ساری نه دي. هر څوک کولی شي USDC نومی ټوکن جوړ کړي، لکه څنګه چې په Ethereum او Solana کې هم کېدی شي. د ټوکن هویت د هغه asset id دی، نو مخکې له دې چې یو ټوکن ومنئ یا یې لېست کړئ، د rpl1… id وګورئ، هېڅکله سمبول نه. متني بڼه checksum لري: په غلطه ټایپ شوی id ردېږي، بل ځای ته نه لېږل کېږي.

له ERC-20 او SPL سره یې توپیر

هغه څه چې عامه پاتې کېږي پوله ده: د ټوکن ثبت، هر mint او هر burn، هر یو له خپلې اندازې سره. همدا شی total supply د هر چا لپاره د پلټنې وړ ګرځوي. د لرونکو ترمنځ لېږدونه هېڅ نه څرګندوي، حتی دا هم نه چې کوم ټوکن وخوځېد.

2. مخکې له پیل

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 په بشپړه توګه لیکي. مخکې له دې چې یو ثبوت ولګوئ، وګورئ چې نوډ پر chain 20 دی: د JSON-RPC میتود rand_chainId هلته 20 راګرځوي. والټ باید د chain-20 جوړښت، v0.6.8، وي: chain 20 هر ثبوت او هر لاسلیک شوی پیغام، د ټوکن mint په ګډون، له خپل genesis hash سره تړي، نو د v0.6.7 rand داسې ثبوتونه او لاسلیکونه جوړوي چې chain 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 د ټوکن د راجستر له قطار څخه لولي، او له هغو کسري عددونو ډېر چې ټوکن یې لري ردېږي. پر chain اندازه تل د بنسټیز واحد بشپړه شمېره ده.

لومړی یو شی پرېکړه کړئ: ایا کېدی شي کله هم نور واحدونه صادر شي؟ ځواب د جوړېدو پر مهال په ټوکن کې ټاکل کېږي او وروسته پراخېدی نه شي.

د ټاکلې عرضې ټوکن

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 او د ثبت فیس له نوډ څخه لولي، د لومړني mint نوټ جوړوي، د فیس یو bundle ثابتوي، ثبت سپاري او د بلاک انتظار کوي. په بریالیتوب کې سپارنه راپور کوي، بیا د index <N>, id <64 hex> (<rpl1…>) په بڼه یوه کرښه چاپوي، بیا committed at height <H>. د rpl1… id ولیکئ: دا د ټوکن هویت دی، او هر وروستی کمانډ یې اخلي.

ډیفالټ فیس بنسټیز فیس جمع د chain د ثبت فیس دی، په chain 20 کې 1.001 RAND، نو هېڅ حساب ته اړتیا نشته؛ --fee (په RAND کې) یې لوړوي. --no-wait همدا چې معامله وسپارل شي بېرته راګرځي او د committed کرښه پرېږدي. --cuda په نښلول شوي NVIDIA GPU ثبوت جوړوي، د --features cuda سره جوړښت ته اړتیا لري، او CPU ته نه راګرځي.

که ستاسو د ټوکن د ثابتولو پر مهال بل ټوکن ثبت شي، هغه index اخلي چې ستاسو ټوکن ورته مهر شوی و. نوډ ثبت ردوي او کمانډ د اصلي شمېرو سره another token took index N first — re-run to register at N+1 چاپوي. رد شوی ثبت هېڅکله بلاک ته نه رسېږي؛ هغه څه چې له لاسه ځي ثابتول دي، شاوخوا 100 ثانیې کار. کمانډ بیا وچلوئ او د بل index پر وړاندې ثبوت جوړوي.

ټوله عرضه اوس په یوه پټ نوټ کې ده چې د --to پتې ملکیت دی. ثبت او د هغه اندازه عامه دي؛ هغه څه چې ترلاسه کوونکی وروسته له نوټ سره کوي عامه نه دي.

د mint وړ ټوکن

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 کې لیکي (د 0600 حالت سره، او د موجودې فایل له بیا لیکلو ډډه کوي) او ټوکن د همدې کیلي سره د هغه د mint واک لرونکي په توګه او د صفر عرضې سره ثبتوي. پایله هماغه دوه کرښې دي چې د ثابتې عرضې ټوکن لپاره وې. باید د --fixed-supply او --authority-key-out څخه دقیقاً یو ورکړل شي.

د دې لپاره چې په همدې معامله کې لومړنی مقدار mint کړئ، --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 وګورئ.

د کیلي فایل د ټوکن د چاپولو واک دی. دا آفلاین وساتئ او بیک اپ یې ولرئ؛ دا ستاسو د والټ د لګښت له کیلي جلا ده او د لېږلو یا ترلاسه کولو لپاره هېڅکله نه اړینېږي.

ولې د لومړي mint ترلاسه کوونکی د id برخه ده

ثبت د خپل جوړوونکي لخوا نه لاسلیک کېږي. هر څوک چې ستاسو ثبت په میمپول کې د انتظار په حال کې وویني، کولی شي د هغه یوه کاپي وسپاري، چې د هغه د خپل فیس بنډل څخه ورکړل شوې وي. که د دارایۍ id یوازې نوم، سمبول او مقدار پوښلی وای، نو هغه کاپي کولی شوای د کاپي کوونکي پته د ترلاسه کوونکي په توګه وښيي او لومړی بلاک ته ورسېږي: هغه به د id خاوند شي او، د ثابتې عرضې ټوکن لپاره، د تل لپاره د ټولې عرضې خاوند.

نو id د ثبت په ټولو برخو یو هش دی، د لومړني mint په ګډون: د هغه مقدار، ترلاسه کوونکی، تصادفي والی، وخت او کوډ شوی پوښ. یوه کاپي چې بل ترلاسه کوونکی ولري، یو بل د دارایۍ id ته هش کېږي. دا یو بل ټوکن دی چې په تصادفي ډول ستاسو سمبول شریکوي، او یو غیر یوازینی سمبول تر دې زیات هېڅکله ژمنه نه وه کړې. ستاسو id یوازې د ستاسو د ترلاسه کوونکي سره ثبتېدای شي.

--salt <hex32> هغه 32-بایټه مالګه ټاکي چې id ته هم ورګډېږي. که یې پرېږدئ، والټ یې په تصادفي ډول غوره کوي. هغه وخت یې وټاکئ چې تاسو ته د id بیا جوړېدونکی والی اړین وي، د بېلګې په توګه د ټوکن له شتون مخکې د id د خپرولو لپاره.

تایید یې کړئ

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"} او د mint وړ ټوکن لپاره {"kind":"key","key":…,"address":…} دی. total_supply په بنسټیزو واحدونو کې یو لسیز تار دی. token list، enabled، registration_fee، next_index او د tokens قطارونه چاپوي. دواړه د نوډ ټول لېست لولي، نو نوډ نه پوهېږي چې تاسو په کوم ټوکن کې لېوالتیا درلوده.

یا د JSON-RPC له لارې، چې پکې پارامیټر کېدای شي index، 64-توري hex id یا د 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 که داسې ټوکن شتون ونه لري؛ یو ناسم جوړ شوی id (ناسم چېکسم، ګډ لوی او کوچني توري، ناسمه اوږدوالی) د -32602 تېروتنه ده. rand_getTokens، [from_index, limit] اخلي او د هر ثبت شوي ټوکن په پاڼو کې تېرېږي، او rand_getTokenSupply یوازې { total_supply, backings } راګرځوي. هېڅ یو یې کیلي ته اړتیا نه لري. JSON-RPC وګورئ.

یو قطار چې نن په chain 20 کې شتون لري zUSD دی، هغه پُل شوی ټوکن چې په index 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 په height 256 کې د ثبتېدو پر ځای په genesis کې لېست شوی (registered_at 0)، او عرضه یې په 99 zUSD پیل شوه: 22 په Ethereum USDT کې قفل شوي، 22 په BSC USDT کې، 30 په Tron USDT کې او 25 په Solana USDT کې، چې له chain 19 څخه راوړل شوي. (د chain 19 عرضه په 10 zUSD پیل شوه، ټول په Solana کې؛ د chain 18 عرضه 9 په Tron او 1 په Solana کې.) د ملاتړ هر قطار د ګرځنده کړکۍ ساحې minted_in_window، mint_window_secs او mint_headroom هم لري.

د registration_fee د اکسپلورر کاپي یو JSON شمېره ده؛ د نوډ خپل RPC یې، د هر مقدار په څېر، د لسیز تار په توګه راګرځوي. په chain 20 کې، لکه څنګه چې له 15 راهیسې په هر چین کې، د نوډ rand_getTokens همدارنګه max_tokens (4096)، burn_registration_fee او bound_note_value (دواړه true) لري (RPL ټوکنونه).

4. Mint کړئ، او واک وسپارئ

یوازې هغه ټوکن mint کېدای شي چې د 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 لپاره.

یو mint د ترلاسه کوونکي لپاره یو نوټ ورزیاتوي او ټوله عرضه لوړوي. مقدار او د ترلاسه کوونکي عامه کیلي په شبکه کې ښکاره دي: mint د ډیزاین له مخې یوه عامه پېښه ده، لکه د پُل له لارې زېرمه. کله چې ترلاسه کوونکی نوټ وخوځوي، نو د نورو هر څه په څېر پټ کېږي. هغه والټ چې فیس ورکوي (--key) او هغه کیلي چې mint ته واک ورکوي (--authority-key) بېلې کیلي دي او کېدای شي د بېلابېلو کسانو لخوا وساتل شي.

هر mint د چین id، د دارایۍ id او یوه شمېرونکي باندې لاسلیک کېږي چې ثبت یې ساتي، او په chain 20 کې د genesis هش باندې هم (rand-rpl-mint-2)، نو یو mint په دې چین کې بیا نه شي تکرارېدای او نه بل چین ته کاپي کېدای شي، حتی هغه چین ته چې هماغه د چین id شریکوي. 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 ټوکن په خپله اوسنۍ عرضه کې په ثابتې عرضې ټوکن بدلوي. دا یو اړخیز دی: واک کولی شي له یوې کیلي بلې ته یا له یوې کیلي هېچا ته نه ولېږدول شي، او بل هېڅ نه. هغه ټوکن چې د ثابتې عرضې سره جوړ شوی وي هېڅکله د mint وړ نه شي کېدای.

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، index، د rpl1… id یا 64-توري hex id اخلي، او که پرېښودل شي RAND لېږي. --memo <text> تر 510 بایټه پورې متن د تادیې په پوښ کې دننه ترلاسه کوونکي ته مهر کوي، چې chain 18 لومړنی چین دی چې دا یې اجازه ورکړې؛ په چین کې هېڅ شی نه ښيي چې یادښت شتون لري. --fee تل په RAND کې دی او تلواله یې 0.001 ده؛ --no-wait او --cuda تطبیقېږي. یو id د نوډ د ثبت له ټول لېست څخه خپل index ته حل کېږي، او یو شمېریز index هېڅکله نوډ ته نه رسېږي، نو نوډ ته نه ویل کېږي چې کوم ټوکن د خوځېدو په حال کې دی. دا هماغه rand send دی چې RAND خوځوي، او هماغه ثبوت جوړونه. معامله څلور باطلوونکي، څلور ژمنې، د RAND فیس، یو وخت، څلور کوډ شوي پوښونه، د بنډل ثبوت او، له chain 17 راهیسې، د واک ژمنه او د هغې ثبوت خپروي، هره دارایي چې خوځېدلې وي. یو کتونکی نه شي کولی د ټوکن لېږد له 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

دلیل د ثبت index دی. د یوه ټوکن لپاره والټ asset <index> balance: <N> units په بنسټیزو واحدونو کې چاپوي. rand notes هر هغه نوټ چې والټ خلاص کړی د هغه د asset index سره لېست کوي. والټ خپل نوټونه د خپلې کتنې کیلي سره د چین په سکن کولو پیدا کوي. په چین کې هېڅ شی د هغه لپاره بیلانس نه ساتي چې وکتل شي.

سوځول

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

دارایي او مقدار موقعیتي دي: دارایي د index، rpl1… یا hex په توګه، مقدار د ټوکن په ښودل شویو واحدونو کې، لکه څنګه چې send --asset یې لولي. د --fee تلواله 0.001 RAND ده؛ --no-wait او --cuda تطبیقېږي.

سوځول واحدونه له منځه وړي او ټوله عرضه ټیټوي. د mint په څېر، دا یوه عامه پوله ده: مقدار او ټوکن ښکاره دي، ساتونکی نه. یو پُل شوی ټوکن لکه 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 (“پټ USD”) هم یو RPL ټوکن دی چې Bridge واک لري: د هغه واحدونه یوازې هغه وخت جوړېږي چې ساتونکي په Ethereum، Binance Smart Chain، Tron یا Solana کې د USDT یا USDC د زېرمې تصدیق وکړي، او د هغه عرضه تل له هغه څه سره برابره ده چې هلته قفل شوي. دا په chain 14 کې د 256 لوړوالي په یوې راکړې ورکړې، په 1 شاخص، له اوو ملاتړونو سره ثبت شو، او له هغه وروسته د هر زنځیر پیدایښت، chain 20 په ګډون، دا بیا د همدې پېژند لاندې لېست کوي، rpl1xtj6k2x8strx8c2d5fjs50ltztck5ykms4ve7nmzmstf6fhn0v0spelqtx. chain 15 هغه 10 zUSD چې د chain 14 د درېدو پر مهال لا پاتې وو، له ځان سره یوړل، chains 16 تر 19 پورې په همدې 10 zUSD پیل شول، او chain 20 په هغو 99 zUSD پیل شو چې په chain 19 کې پاتې وو. په chain 20 کې پل د هرې زېرمې او هرې بېرته اخیستنې 10 bps، په zUSD کې، یوه خزانې نوټ ته وړي (پل). zUSD یوه ټوکرۍ ده: د هغه ملاتړونه په اسمي ارزښت سره یو ځای شوي، نو خاوند د هرې لېست شوې سکې خطر په غاړه لري، نه یوازې د هغې چې ده زېرمه کړې (RPL ټوکنونه). د هغه عرضه د هرې زېرمې او بېرته اخیستنې سره بدلېږي؛ rand token info 1 یا د سپړونکي /tokens/1 اوسنۍ شمېره ورکوي.

په chain 14 کې، چې یو پخوانی testnet و، د هغه ژوند (په سپړونکي کې 2026-09-20 کتل شوی). دا جدول د chain 14 تاریخچه ده: chain 14 تقاعد شوی، نو دا راکړې ورکړې د chain-20 په سپړونکي کې نشته:

د لېږد پاڼې هغه څه وښودل چې هر ټوکن لېږد یې ښيي: څلور باطلوونکي، څلور ژمنې او یوه فیس، او هېڅ داسې شی نه چې ووايي zUSD لېږدول شوی.

د دې لپاره چې وښودل شي یوه کیلي څه افشا کوي، د fullnode د v0.5 خپرونې یادښتونو د chain-14 هغه لېږد لپاره دوه کیلي خپرې کړې، له یوه نمایشي والټ څخه چې د همدې موخې لپاره جوړ شوی او بل هېڅ شی نه لري:

په chain 14 کې د راکړې ورکړې کیلي هغه خرجي د لېږد په پاڼه کې پرانیست، او د JSON-RPC له لارې دا یوه غوښتنه وه (2026-09-20 کتل شوی). دا غوښتنه په chain 20 کې ستاسو د خپلې راکړې ورکړې لپاره همدا بڼه لري؛ د chain-14 له دې ارزښتونو سره د chain-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 اعشاریې لري.

پل زېرمې، بېرته اخیستنې او د ساتونکو ټولګه بیانوي.