RS COIN

Architecture

Technical architecture

RS COIN is designed as four cooperating systems: a fixed-supply governance asset, a non-governing utility primitive, a canonical dual-chain bridge, and a permissioned credential layer. A Reserve Engine is specified to constrain RS-FLOW issuance.

Not yet activated

Principle

Passive primitives

Tokens are passive primitives. Pricing, reserve, and governance execution do not live inside the token contracts. RS-CORE confers governance weight; it does not execute governance. RS-FLOW is an economic primitive; it does not vote. Credentials record access; they are not a claim on RS-CORE cash flows.

System map

RS-CORE

Test network

Canonical fixed-supply governance asset. Ethereum is the canonical issuance chain. Solana holds an NTT-managed representation only — never a second governance authority.

RS-FLOW

Test network

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.

Canonical RS-CORE Bridge

Test network

Canonical dual-chain bridge implementation completed and validated on test networks.

Credential NFT Infrastructure

Test network

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.

Reserve Engine

In development

RS-FLOW economic issuance is intended to pass through a Reserve architecture with hard safety rules. The platform currently exposes an integration surface; the engine is not an active production controller.

Why Ethereum and Solana

Ethereum

Canonical RS-CORE issuance, escrow, and governance weight. 18 decimals. Supply is sealed at construction.

Solana

RS-FLOW utility execution and an NTT-managed RS-CORE representation at 8 decimals. Representation supply is bounded by Ethereum escrow.

Bridge invariant

  1. 01

    Ethereum RS-CORE

    Canonical token remains on Ethereum.

  2. 02

    Lock in canonical Ethereum escrow

    Tokens are locked, not duplicated as a second canonical supply.

  3. 03

    Finalized Wormhole messaging / VAA

    Transfer proceeds only after message finality.

  4. 04

    Solana NTT Manager

    The Solana program receives the verified message.

  5. 05

    NTT-managed Solana representation

    A representation is minted. It does not carry independent governance authority.

Solana represented supply must never exceed canonical RS-CORE locked in Ethereum escrow.