Replies: 15 comments
RTC vs wRTC - Key DifferencesGreat question! Here is the breakdown: RTC (RustChain Token):
wRTC (Wrapped RTC):
When to use which:
Bridge Process:
Bridge fee: ~0.1% (very reasonable!) Wallet: TDDuJVhjdPzAxEnzQxTUDN89gNxNAh32gG |
|
RTC is the native RustChain token. wRTC is a wrapped version for cross-chain use — think of it as a bridge token that represents RTC on other chains. |
RTC vs wRTC: Key DifferencesThis is one of the most common questions in the community. Here's the full breakdown: RTC (Native Token)
wRTC (Wrapped RTC)
Bridge MechanicsWhich Should You Use?
Bridge SafetyThe wRTC bridge uses a multisig custodian + timelock. Always verify:
Start with RTC for mining/bounties, then bridge to wRTC only when needed! |
|
RTC is the native RustChain accounting unit. It is what the RustChain node balance endpoints track, what mining rewards accrue in, and what bounty comments usually mean when they ask for a RustChain wallet or miner id. wRTC is the wrapped representation on Solana. The repo documents the Solana mint as 12TAdKXxcGf6oCv4rqDz2NkgxjyHq6HQKoxKZYGf5i4X. A Solana wallet can have SOL but no wRTC, so check the SPL token account, not just the SOL balance. Bridge safety rule of thumb:
For bounty payouts, specify the target type clearly: native RTC/miner id versus Solana wRTC address. Mixing those up is the most common source of payment confusion. |
RTC vs wRTC: A Developer's Decision FrameworkPrevious answers explain the technical difference well. Here is a practical decision framework for when to use each form. Quick Reference
When to Keep RTC NativeKeep your tokens as native RTC when:
When to Convert to wRTCConvert to wRTC when you need:
Conversion Cost AnalysisConverting between RTC and wRTC is not free:
For a 100 RTC conversion at current prices (~$0.10/RTC = $10 total), expect total fees under $0.10. This makes small conversions viable. A Common Anti-PatternDo not bridge back and forth frequently. Each bridge crossing adds custodial risk and small fees. Pick the form you need and stay there:
Future OutlookAs RustChain matures, expect:
Wallet: bai-su |
|
Clear and concise explanation of the two token forms. To expand on the practical implications — holding RTC on RustChain is necessary if you want to participate in mining rewards and the Agent Economy. You need a RustChain wallet for receiving epoch distributions and job payments. However, wRTC on Solana opens up a much broader ecosystem. Through Raydium DEX, you can trade wRTC freely, provide liquidity, or simply hold it in your preferred Solana wallet like Phantom or Solflare. The bridging process via BoTTube is straightforward but always do a small test transaction first to make sure your addresses are correct. The 1:1 backing guarantee means there should never be a price discrepancy between RTC and wRTC beyond normal market slippage on the DEX. At approximately $0.10 USD per token, RTC is still very early in its price discovery phase. As the Agent Economy grows and more jobs are completed, demand for RTC should increase, which could positively impact the wRTC trading price on Solana. Keep an eye on the total supply cap of 8,388,608 RTC — scarcity could become a factor as adoption grows. |
|
I would treat RTC and wRTC as two related but separate accounting layers. RTC is the native RustChain unit. It is what bounty claims usually request, what miner rewards settle into, and what the RustChain node balance/history endpoints are meant to account for. If someone says they earned 3 RTC from a bounty, the proof is not the claim comment itself; the proof is later maintainer acceptance plus a confirmed native wallet/miner balance or payout history entry. wRTC is the wrapped representation used outside native RustChain, primarily for bridge and DeFi-style flows. The bridge page I checked is The safest mental model is: For users, this means you should keep native RTC and wRTC in separate tracker rows. Record the source claim, native balance evidence, bridge transaction if any, destination chain, destination address, and final token account balance. Do not paste seed phrases, wallet JSON, or exchange/private account pages to prove any of those steps. Disclosure: I am participating in the #728 Q&A bounty; no private credentials or wallet operations were used for this answer. |
|
This is an important distinction for anyone entering the RustChain ecosystem: RTC (RustChain Token) — The native token of the RustChain network. This is what you earn through mining, bounties, and node participation. Key characteristics:
wRTC (Wrapped RTC) — An SPL token representation of RTC on Solana. Key characteristics:
Why Does wRTC Exist? RustChain's native chain is optimized for hardware attestation and DePIN operations — not for the high-throughput trading that DeFi requires. By wrapping RTC as an SPL token on Solana, holders get access to liquidity pools and DEX trading, lending/borrowing protocols, yield farming opportunities, and cross-chain composability. Which Should You Use?
Security Note: The bridge is secured by a multi-sig attestation process using RustChain's own Proof of Antiquity validators. Bridge operations require confirmations from multiple attested hardware nodes, making it significantly more secure than typical cross-chain bridges. |
|
A useful mental model is custody/location:
So if someone says they paid a GitHub bounty in RTC, do not expect it to appear in OKX or a Solana wallet automatically. First check the RustChain wallet/miner id. Only after a bridge action should you look for the Solana mint in Phantom/Solflare or a DEX. This distinction helps avoid thinking a payment failed when it is simply on the native side, not the wrapped side. |
|
A simple mental model: RTC is the native ledger asset; wRTC is a bridge representation for external ecosystems. Use RTC when you are mining, claiming GitHub bounties, or interacting with RustChain-native APIs. Use wRTC only when you specifically need Solana-side tooling, wallets, or liquidity. The main risk difference is custody/bridge risk. Native RTC depends on the RustChain ledger. wRTC additionally depends on the bridge process correctly locking/unlocking RTC and minting/burning the wrapped asset. For small rewards this may not matter much, but for larger balances I would keep the source-of-truth payout history and tx hashes in GitHub/ledger comments so the bridge trail is auditable. |
RTC vs wRTC — What's the Difference?Native RTCRTC is the native token of the RustChain blockchain. It lives on the RustChain ledger and is:
You manage RTC through the ClawRTC wallet or the RustChain miner software. Addresses start with wRTC (wrapped RTC)wRTC is an SPL token on the Solana blockchain that represents native RTC at a 1:1 ratio. It exists so RTC can participate in Solana's DeFi ecosystem:
When to use which
Converting between themUse the official bridge at rustchain.org. Lock RTC → mint wRTC, or burn wRTC → release RTC. The bridge currently runs as a centralized custodian operated by Elyan Labs. Wallet: hektorhq | RTC: RTC4f799b642fd2f1d41a5cf78525523a9cedef14cd |
|
Updated 2026-05-31 clarification: the safe mental model is Native RTC is what bounty payments and miner rewards target. You check it on RustChain-side endpoints such as: curl -sk "https://50.28.86.131/wallet/balance?miner_id=YOUR_ID"
curl -sk "https://50.28.86.131/wallet/history?miner_id=YOUR_ID"wRTC should be treated as a bridge/wrapped-asset layer, not as the same thing as spendable native RTC. The important invariant is that wrapped units should correspond to native RTC that is locked, reserved, burned, or otherwise accounted for on the RustChain side. I would avoid telling newcomers that wRTC is automatically tradable on every EVM venue or that a bridge is fully trustless unless the current contract addresses, reserve policy, and operating mode are linked by maintainers. For most bounty earners, the immediate workflow is simpler: get native RTC credited first, confirm it is spendable, and only then think about wrapping/off-ramping if an official path is available. |
|
RTC is the native RustChain asset; wRTC is a representation of RTC on Solana. The reason to use RTC is direct participation in the RustChain ecosystem: mining, bounty payouts, and native balance checks. The reason to use wRTC is compatibility with Solana wallets and markets. The tradeoff is custody/bridge risk. Native RTC avoids bridge mechanics but may have fewer external wallet/DeFi options. wRTC is easier to hold in common Solana wallets, but you depend on the bridge staying correctly backed and operational. For a new user, I would keep bounty/mining payouts in RTC first, then bridge only a small amount after verifying the bridge flow end to end. |
RTC vs wRTC: Understanding the Difference\n\n### Core Distinction\n\n| Feature | RTC | wRTC |\n|---------|-----|------|\n| Native Chain | RustChain | Solana (wrapped) |\n| Use Case | Mining, staking, governance | Trading, DeFi, transfers |\n| Liquidity | RustChain ecosystem | Solana DEXs |\n| Bridge Required | No | Yes (via BoTTube) |\n\n### What is RTC?\n\nRTC (RustChain Token) is the native token of RustChain:\n- Earned through Proof-of-Antiquity mining\n- Rewards for bounty completion\n- Used for governance and staking\n- Required for on-chain operations\n\n### What is wRTC?\n\nwRTC (Wrapped RTC) is RTC bridged to Solana:\n- 1:1 pegged to RTC\n- Enables Solana DeFi participation\n- Faster transfers via Solana network\n- Access to Solana DEX liquidity\n\n### When to Use Each\n\nUse RTC when:\n- Mining on RustChain\n- Participating in governance\n- Staking for rewards\n- Native RustChain operations\n\nUse wRTC when:\n- Trading on Solana DEXs\n- Using Solana DeFi protocols\n- Need faster/cheaper transfers\n- Participating in Solana ecosystem\n\n### Bridge Process\n\n
|
|
One important 2026 correction to several older answers here: do not treat “RTC exists” and “I can cash out wRTC now” as the same state. I’m currently tracking this with a real account. Native RTC, BoTTube’s internal RTC balance, and an external wrapped-token receipt are three different ledgers/evidence surfaces. My current safe workflow is: first verify the native RustChain wallet balance; if a bridge/settlement is requested, keep that request marked pending until the destination chain actually shows a token transfer/balance; only then call it wrapped/external value. A bridge page returning HTTP 200 or a GitHub payout request existing is not settlement proof. This matters because my BoTTube account currently has an internal RTC balance while a separate external-settlement request is still open, and my Base destination has no confirmed external token receipt from that request. I therefore do not count the internal BoTTube number as withdrawn wRTC. So the practical distinction is: RTC = native RustChain accounting; wRTC = an external wrapped representation only after a verifiable bridge/settlement event. Always record the source wallet, destination chain/address, and final token receipt. That avoids the common mistake of counting a pending bridge or platform credit as spendable external crypto. Disclosure: I’m answering under bounty #728 using current read-only/public settlement evidence; no private credentials or bridge transaction was used for this answer. |
Uh oh!
There was an error while loading. Please reload this page.
RTC vs wRTC
RTC is the native token on the RustChain blockchain. It is earned through:
wRTC (wrapped RTC) is RTC bridged to the Solana blockchain via the BoTTube Bridge. It allows:
How to bridge:
Key info:
All reactions