RS COIN
Dual-Chain Digital Asset Infrastructure
A governed digital asset ecosystem connecting fixed-supply governance, dual-chain interoperability, permissioned credentials, and reserve-controlled utility infrastructure.
Current target: Presale Activation
What RS COIN actually does
Seven experiences. One designed utility layer.
Escrow and Timed Release make the value tangible; seven programmable surfaces make the possibilities visible.
Seven surfaces show what people can do. Escrow and Timed Release show why it matters. RS-FLOW is designed as the utility and settlement layer for eligible, verified activity when enabled.
01 / Experience
Use a digital object
Open a site, share a signal, play media, access storage, embed a widget or use an approved workflow.
02 / Permission
Verify the action
The object's rules determine whether the action is allowed. Not every interaction is a billable or token event.
03 / Utility
RS-FLOW, where enabled
The designed utility layer supports eligible, authorized activity and settlement—not automatic issuance or a live payment on every click.
This is the designed RS-FLOW relationship, not a live token transfer. Using a surface, releasing escrow, or unlocking content does not itself mint, charge, or transfer RS-FLOW.
Flagship utility
Work-for-Hire Escrow
A client hires a designer. The agreement holds milestone funds under contract rules. After delivery evidence and client approval, the contractor can release the approved milestone.
Engineered and tested — not live
See demonstration evidenceFlagship utility
Timed Release
An artist schedules a song drop. A collaborator or customer can retrieve the protected file only after the approved release time and access checks.
Engineered and tested — not live
See demonstration evidenceImplemented and tested in repository environments; these are not live Mainnet services.
Milestone
Real Ethereum Sepolia Payment Verified
RS COIN has processed one genuine Ethereum Sepolia test-USDC payment through its M6 staging settlement infrastructure. This is testnet evidence. A production sale is not open.
This transaction used Ethereum Sepolia testnet tokens with no monetary value. It demonstrates testnet payment verification and staging settlement, not an active public presale or token delivery.
The public blockchain independently verifies the ERC-20 payment. The staging settlement results below are internally audited database evidence, not independently readable blockchain state.
01
What is RS COIN?
RS COIN is a dual-chain digital asset ecosystem. RS-CORE is the fixed-supply governance asset on Ethereum. RS-FLOW is a separate elastic utility token on Solana with no voting authority. Credential NFTs record access. A canonical bridge is designed to move RS-CORE representation without duplicating governance. A Reserve Engine is intended to govern RS-FLOW issuance under hard safety rules.
Tokens are passive primitives. Pricing, reserve, and governance execution do not live inside the token contracts.
No mainnet deployment. The current development target is Presale Activation. Full system verification and final launch authorization remain Mainnet-readiness requirements.
02
RS-CORE
Canonical fixed-supply governance asset. Ethereum is the canonical issuance chain. Solana holds an NTT-managed representation only — never a second governance authority.
- Role
- Governance / primary token
- Fixed supply
- 25,000,000,000
- Canonical chain
- Ethereum
- Decimals
- 18
Deployed and validated on Ethereum Sepolia. Not deployed on Ethereum mainnet.
03
RS-FLOW
Separate Solana utility primitive. Zero governance or voting authority. Issuance is intended to be constrained by Reserve Engine safety rules, not by RS-CORE token logic.
- Role
- Elastic-supply utility / economic token
- Governance
- None. RS-FLOW confers no voting power.
- Canonical chain
- Solana
- Decimals
- 8
- Supply model
- Elastic. Distinct from the fixed RS-CORE supply.
Accepted 8-decimal Reserve Controller/Vault architecture is implemented and validated through test and rehearsal paths. Historical Devnet mints remain test artifacts; the Option C canonical Devnet mint is not yet deployed. Not deployed on Solana mainnet.
04
Ethereum + Solana
Ethereum holds canonical RS-CORE. Solana holds RS-FLOW and an NTT-managed RS-CORE representation. The two tokens are not interchangeable and must not be visually or conceptually blurred.
Ethereum
Canonical RS-CORE
Fixed 25,000,000,000 supply. 18 decimals. Governance weight lives here. Bridging locks canonical units in escrow; it does not create a second issuer.
Solana
RS-FLOW and representation
RS-FLOW is the elastic utility primitive. Bridged RS-CORE on Solana is a representation only and must not duplicate governance voting power.
05
Canonical Bridge
Canonical dual-chain bridge implementation completed and validated on test networks.
Solana represented supply must never exceed canonical RS-CORE locked in Ethereum escrow.
01
Ethereum RS-CORE
Canonical token remains on Ethereum.
02
Lock in canonical Ethereum escrow
Tokens are locked, not duplicated as a second canonical supply.
03
Finalized Wormhole messaging / VAA
Transfer proceeds only after message finality.
04
Solana NTT Manager
The Solana program receives the verified message.
05
NTT-managed Solana representation
A representation is minted. It does not carry independent governance authority.
06
Credential Infrastructure
Credentials represent verified access, entitlement, or permission state. They are separate from RS-CORE ownership and do not confer governance weight or a financial return.
BASIC
Verified baseline access / entitlement.
PRO
Elevated access / entitlement relative to BASIC.
ENTERPRISE
Highest published access / entitlement tier.
07
Reserve Engine
RS-FLOW Reserve Controller/Vault foundation and Keeper reserve operations are implemented and exercised through accepted test and rehearsal paths with fail-closed safety controls. The engine is not an active production Mainnet controller.
01
Platform
Authenticated economic events and settlement requests originate here.
02
Reserve Controller
Policy, command validation, and safety checks before any vault action.
03
Reserve Vault
Enforcement boundary. Issuance is not a discretionary platform mint.
04
RS-FLOW primitive
The utility token. It holds no governance authority and no reserve logic of its own.
08
Security / Governance
Critical functions are designed for contract-held multisig authorities. Wrapped RS-CORE must not vote. Mainnet remains gated on an independent audit that has not been completed.
- RS-CORE roles are held by distinct multisig contracts on Sepolia.
- RS-FLOW mint and freeze authorities are multisig accounts on Solana devnet.
- Bridge design includes pause, rate limits, and replay protection.
- No completed third-party audit is claimed. Full RS COIN and RS-FLOW independent system verification remains a Mainnet-readiness requirement, and presale collection requires its own security verification.
09
On-chain Transparency
Test-network addresses that exist in this repository are published. Unknown production addresses are labeled “Published at activation” rather than fabricated.
10
Roadmap
Milestones reflect engineering evidence, not calendar promises.
Credential infrastructure
CompletePayment-to-credential pipeline, tiered Credential NFTs, validation, revocation, expiration, reissue, and administrative audit trail are implemented and exercised on test networks.
RS-CORE deployment
CompleteFixed 25,000,000,000 supply token deployed on Ethereum Sepolia. Minting sealed. Distinct multisig admin, compliance, and pauser authorities.
RS-FLOW foundation
CompleteRS-FLOW foundation is complete on accepted test paths. The canonical Reserve architecture uses an 8-decimal Solana SPL token with Reserve Vault-controlled issuance. Earlier Devnet mints remain historical test artifacts; Option C canonical Devnet deployment is pending under M7.
Dual-chain bridge
In reviewCanonical Ethereum escrow → Wormhole VAA → Solana NTT Manager path has completed its accepted testnet engineering milestone. Not mainnet-live.
M4 — Reserve foundation
CompleteReserve Controller and Vault enforcement foundation are implemented and integrated with the platform on accepted test and rehearsal paths. This is not a production-active Mainnet controller.
M5 — Keeper & reserve operations
CompleteKeeper automation, durable event transport, reconciliation, RPC failover, and Reserve integration are implemented and integrated into the accepted testnet stack.
M6 — Genesis & Sepolia readiness
CompleteControlled Genesis and presale rehearsal tooling, Sepolia simulation, operator-readiness controls, and MetaMask Mobile readiness were integrated and validated. This does not authorize public deployment.
M7 — Security & launch readiness
CompleteM7 engineering is complete for the accepted repository scope: fail-closed production configuration, the security-review and external-gate registers, local incident rehearsal, disclosure reconciliation, and release-readiness tooling. Staging execution, production key custody, independent audit, and Founder activation remain pending. Completing this card does not activate the public Presale or Mainnet.
Presale activation
In developmentProduction activation remains pending. The Presale is not active. Sale asset, price, payment provider, window, and delivery terms are unset. M7 engineering completion does not open this sale.
Mainnet readiness
In developmentProduction activation remains pending. Ethereum Mainnet is the intended initial settlement network and native USDC is the intended initial asset, but treasury, custody, finality, legal, and activation approvals are not granted. No mainnet contracts are deployed. Independent system verification and final go/no-go acceptance remain outstanding. MAINNET READY is not claimed.
Additional completed development milestones
Completed engineering and design milestones do not imply mainnet deployment, production authorization, or active presale.
RS-FLOW public Proof Lab
CompletePublic-safe simulation and reconciliation demonstrations; no live signing or minting.
Founder authority development
CompleteFounder governance and authority-binding development, with production handoff still gated.
Presale architecture
CompleteSix-phase presale architecture and direct ERC-20 locked-receipt settlement are implemented and tested. Public collection is not active.
Offline settlement and finality
CompleteImmutable invoices, trusted RPC verification, replay protection, and locked receipts are implemented in tests. They are not live Mainnet transactions.
Seven-category tokenomics
CompleteApproved allocation design and custody architecture; production implementation remains gated.
Demand-responsive pricing policy
CompleteImplemented and tested offline: 1x, 1.5x, and 2x on each phase’s own baseline, with sellout, concentration, and retention gates. Not a live price and not a promise of appreciation.
Offline pricing implementation
CompleteTested offline. A premium needs at least seven unpaused qualifying days and does not expire merely because more time passes. The clock alone does not raise a tier. Not live.
Pricing engine
Model B Breakout presale pricing
An offline pricing engine is implemented and covered by tests. It does not open a sale. A 1.5x or 2x multiplier is an eligibility result for a later phase. It is not a forecast of token appreciation and it is not an investment return.
IMPLEMENTED AND TESTED — NOT LIVE
- Six phases advance only in order. A phase cannot be skipped or reopened backward.
- Genesis stays at its fixed 1x reference price.
- A later phase may use 1x, 1.5x, or 2x of that phase’s own baseline. The multipliers do not compound.
- A higher tier requires verified settlement of the entire prior-phase allocation.
- Participation is counted by verified economic group, including the ordinary purchase cap for that group.
- Concentration limits apply to the largest buyer and to the top five buyers.
- 1.5x requires kept settlement of at least 95 percent. 2x requires at least 99 percent.
- A premium also requires a minimum of seven unpaused qualifying days, 604,800 seconds. Reaching that minimum does not by itself raise the price.
- Time after day seven does not cancel a qualification that still meets the other rules. There is no automatic expiration at 604,801 seconds.
- Any pause while a phase is open disqualifies 2x for the next phase. 1.5x can remain eligible. The next price is frozen before that phase opens.
- The RS-CORE supply stays fixed. Unsold allocation is not minted into circulation by this engine.
Settlement
Direct ERC-20 treasury settlement
The repository can verify a direct ERC-20 treasury payment and record a locked allocation receipt. That path is not an active Mainnet collection. No production treasury is approved, and no token is delivered.
Implemented engineering — not active Mainnet collection
- Settlement uses a direct ERC-20 transfer to a treasury, not a card checkout and not native ETH.
- The invoice matched to the transfer is immutable.
- Verification reads the transaction through a trusted RPC.
- A unique settlement reference blocks replay.
- A matching settlement can record a locked RS-CORE allocation receipt.
- The receipt does not authorize delivery. Tokens are not sent to the purchaser.
Capabilities
What a visitor can use
Public informational pages
Available to read
Architecture, allocation, risk disclosures, and readiness pages can be read on this site. Reading them does not create a purchase.
Sepolia testnet demonstrations
Test network
RS-CORE is deployed on Ethereum Sepolia with minting sealed. One published test-USDC payment is testnet evidence. It is not a public sale and not Mainnet.
RS-FLOW Proof Lab
Simulation
The Proof Lab runs keeper checks on a fixed fixture. It does not sign, mint, submit a transaction, or reconcile a live reserve.
Implemented but inactive functions
Not available to public users
Credential card checkout, presale purchase, direct ERC-20 collection, and Genesis delivery exist in the repository or in configured non-production environments. The canonical public site does not accept those payments.
Future RS-FLOW and App Store capabilities
Not available
Broader RS-FLOW product surfaces and an App Store are future capabilities. They are not offered on this website.
Production
Intended production settlement
Founder-approved direction PI-01 names the intended first production settlement path. It does not approve a treasury, open the presale, or activate Mainnet.
- Ethereum Mainnet is the intended initial production settlement network.
- Native USDC is the intended initial payment asset.
- The actual treasury, custody arrangement, finality threshold, legal approval, and activation approval remain pending.
- Full RS COIN and RS-FLOW independent system verification remains a Mainnet-readiness requirement.
- Presale collection requires its own security verification. No completed third-party audit is claimed.
11
Presale readiness
RS-CORE Genesis Early Access
Not activePresale status
Not active
Current development target
Presale Activation
Presale is not active yet. RS COIN is currently completing the activation gates required before the Presale can open.
Purchase is not offered. There is no buy action on this page.
Open the Proof LabFjord's permissionless Fixed Price route is selected for the $250,000 Genesis sale. Our remaining work is the verified xRSCORE placeholder, approved sale inventory, future RS-CORE entitlement terms, campaign setup, eligibility, compliance and Founder launch authorization.
Review Fjord readiness gates| Category | Share | RS-CORE |
|---|---|---|
| Founder | 12% | 3,000,000,000 |
| Vault | 5% | 1,250,000,000 |
| PresaleGenesis | 5% | 1,250,000,000 |
| Treasury | 40% | 10,000,000,000 |
| Stabilization | 20% | 5,000,000,000 |
| Partners | 8% | 2,000,000,000 |
| Ecosystem | 10% | 2,500,000,000 |
| Total | 100% | 25,000,000,000 |
12
Documentation
Read the architecture, then verify it.
Documentation on this site is limited to canonical public materials. There is no unpublished whitepaper URL here.
13
