1. What RobinLuna is
RobinLuna is a Robinhood chain based decentralized infrastructure for native assets and programmable finance, maintained by a global community for a global economy. It exists to make issuing, moving, and programming value as ordinary as sending a message: open to anyone, settled in seconds, and governed by the people who use it rather than by a single company.
Two assets do the work. $LUNA is the native asset used for staking, network security, fee payment and governance. $USDG is the Robinhood chain stablecoin, the unit of account that applications quote prices in and that users hold when they want stability rather than exposure.
- Community-owned: no foundation gatekeeper, no permissioned validator list, no privileged upgrade key.
- Native assets first: tokens, stable value and staking are protocol features, not bolt-on contracts.
- Programmable finance: smart contracts compose directly with settlement, staking and oracle data.
- Global by default: anyone with a wallet can transact, build, validate or vote.
2. Network architecture
The network is organized in four layers. Each layer has a narrow job, which keeps upgrades contained and makes the system easier to reason about.
Consensus layer
A proof-of-stake BFT engine orders transactions into blocks. Validators propose in a weighted round-robin and finality is deterministic: once a block is committed by more than two thirds of the staked weight, it cannot be reverted. There are no probabilistic confirmations to wait out, which is what allows payment-style user experiences.
Execution layer
Execution runs deterministic smart contracts against the current state. Contracts are sandboxed, metered by gas and cannot access non-deterministic inputs. Anything external — prices, off-chain events — must arrive through the oracle module so every validator sees the same value.
Asset layer
Native assets are first-class records rather than individual contract deployments. Issuing a new asset registers a denomination with its supply rules; transfers, balances and authorization checks are handled by the protocol. This removes an entire class of buggy token contracts and makes wallet and explorer support automatic.
Interoperability layer
Light-client based bridging lets assets and messages move between RobinLuna and other chains without trusting a custodian. Packets are verified against the counterparty chain's own consensus proofs, and channels can be paused by governance if a counterparty halts.
3. The $LUNA token
$LUNA is the coordination asset of the network. Its price and market cap shown on the home page are read live from the Ponsfamily listing configured by the team, so what you see on the site is what the market is quoting.
- Security: staked $LUNA is the economic weight behind every finalized block.
- Fees: transaction fees are paid in $LUNA and partly burned, partly paid to validators and their delegators.
- Governance: staked $LUNA is voting power on parameter changes, upgrades and treasury spending.
- Collateral: applications accept $LUNA as collateral for lending, market making and $USDG-denominated positions.
Supply and emissions
New $LUNA is minted as staking rewards on a schedule that targets a healthy bonded ratio: when too little of the supply is staked, emissions rise to attract stake; when the network is well secured, emissions fall. Base fees burned on every transaction push in the other direction, so net supply growth tracks actual usage rather than a fixed inflation number.
4. $USDG, the Robinhood chain stablecoin
$USDG is the stable unit of the economy. It is designed so that a merchant can quote a price, a payroll contract can pay a salary, and a lending market can compute interest without any party carrying volatility risk between the quote and the settlement.
- Redeemable one-for-one against its reserve, with reserve composition published on-chain.
- Native denomination: transfers settle at protocol level, not through a token contract.
- Used as the default quote asset across ecosystem exchanges, lending markets and payment rails.
- Governance controls issuance limits, redemption fees and which venues can mint.
Why a native stablecoin matters
When the stable asset is native, wallets, explorers and contracts all handle it the same way. Fees can be abstracted, payments can be batched, and applications do not need to integrate a different token standard for every stable asset they support.
5. Staking and validators
Anyone holding $LUNA can delegate to a validator and share in rewards without running infrastructure. Delegation is non-custodial: the validator gains voting weight, never control of your balance.
How rewards work
- Rewards accrue per block from emissions plus the fee pool and can be claimed at any time.
- Each validator sets a commission rate taken from delegator rewards before distribution.
- Unbonding takes a fixed waiting period during which stake earns nothing and remains slashable.
- Redelegating between validators is immediate once per unbonding period per source validator.
Slashing
Validators that double-sign are slashed a significant share of their stake and permanently removed from the active set. Validators that stay offline past the liveness window are slashed a small amount and jailed until they resume signing. Delegators are slashed proportionally, which is why validator choice matters.
Running a validator
# Initialize a node and join the network
robinluna init my-validator --chain-id robinluna-1
robinluna keys add validator
robinluna start --p2p.seeds <seed-list>
# Create the validator once the node is synced
robinluna tx staking create-validator \
--amount 100000000uluna \
--commission-rate 0.05 \
--moniker "my-validator" \
--from validator
6. Governance
Every meaningful change to the network — parameters, software upgrades, treasury spending, bridge policy — goes through on-chain governance. There is no administrative override.
Proposal lifecycle
- Draft and discussion: the author publishes the rationale to the community forum and social channels.
- Deposit period: the proposal must reach a minimum $LUNA deposit or the deposit is burned.
- Voting period: staked holders vote Yes, No, No with veto, or Abstain; delegators override their validator's vote at will.
- Tally: a proposal passes on quorum plus a majority of Yes, unless the veto threshold is reached.
- Execution: parameter changes and upgrades take effect automatically at the scheduled height.
Because delegators can always vote for themselves, governance weight follows conviction rather than validator concentration.
7. Fees and performance
Fees are the sum of a base fee that adjusts with congestion and an optional priority tip. Under normal load, everyday transfers cost a fraction of a cent and finalize in a few seconds. Under load, the base fee rises predictably rather than through blind auctions, so wallets can quote an accurate fee before a user signs.
- Deterministic finality: no reorg risk once a block is committed.
- Fee abstraction: contracts can sponsor gas so users transact holding only $USDG.
- Batched settlement: payment rails can compress thousands of transfers into a single commitment.
8. Building on RobinLuna
Developers interact with the chain over standard RPC and REST endpoints, or through the client SDK. A typical application reads state, signs a transaction in the user's wallet and waits for finality — usually a single confirmation.
import { RobinLunaClient } from "@robinluna/client";
const client = await RobinLunaClient.connect(RPC_ENDPOINT);
// Read a balance
const balance = await client.bank.balance(address, "uusdg");
// Send $USDG
const tx = await client.bank.send({
from: address,
to: recipient,
amount: { denom: "uusdg", amount: "25000000" },
});
await client.waitForFinality(tx.hash);What is available
- Public RPC, REST and gRPC endpoints operated by community node providers.
- Indexers and explorers for transaction history, validator sets and governance.
- Oracle feeds for prices consumed inside contracts deterministically.
- Testnet faucet and a local devnet image for offline development.
9. Security and risk
RobinLuna is public infrastructure, and honest documentation includes the risks. Smart contracts can contain bugs, bridged assets carry the risk of the chain they came from, validators can be slashed, and the market price of $LUNA can move sharply in either direction.
- Verify contract addresses through the official links in the site header before interacting.
- Spread delegation across several independent validators to limit slashing exposure.
- Treat any message asking for a seed phrase as an attack — no team member will ever ask.
- Nothing in this documentation is financial advice.
10. Glossary
- Validator — an operator running a node that proposes and signs blocks, weighted by staked $LUNA.
- Delegator — a holder who assigns their stake to a validator and shares rewards and slashing.
- Finality — the point at which a block can no longer be reverted.
- Denomination — the protocol-level identifier of a native asset, such as uluna or uusdg.
- Quorum — the minimum share of staked supply that must vote for a proposal to be valid.
- Unbonding period — the waiting time before undelegated stake becomes liquid again.
