DecentralChainDecentralChain
  • Technologysubmenu
    Why DecentralChainWhat sets this chain apartHow the chain worksPublic blocks, public validatorsBlockchain featuresWhat is on, what is being voted onFinalityThe rollback bound, and what is unverifiedRIDEContracts that cannot run foreverFor machinesUnsigned transactions and RIDE in processSolana bridgePhantom and Solflare, mainnet onlyNetwork statusHeight, sync and peers, read live
  • Ecosystemsubmenu
    DCC public saleOpens 26 SeptemberDecentralCoinSupply, allocation and tokenomicsDecentral.ExchangeexternalDecentralPropDecentralScansoonCubensis ConnectDecentralAmericasoon
  • Developerssubmenu
    QuickstartRead, compile and composeREST APIEvery endpoint, no key, no accountSDK packages19 on npm, 5 in the workspaceSigningAuthorising without custodyMCP & AgentsThe chain, and the tools we have builtDecentralChain NodeRun a validator, and what LPoS pays
  • Communitysubmenu
    ChannelsTelegram, X and the reposDCC AirdropAllocated, not yet arrangedGovernanceWho can actually decide anythingBrand kitThe mark, and how to use it
  • Documentation
XGitHub
Start buildingarrow
DecentralChainDecentralChain

An open Layer-1 with Leased Proof of Stake.

Native token: DecentralCoin (DCC)

Fixed supply 100,000,000 DCC
Minted at genesis, never inflated

  • X
  • GitHub
  • Telegram

Build

  • Quickstart
  • REST API
  • SDK packages
  • Signing
  • MCP & Agents
  • Documentation

Ecosystem

  • DCC public sale
  • DecentralCoin
  • Decentral.Exchange
  • DecentralProp
  • DecentralSwap
  • Cubensis Connect

Network

  • Blockchain features
  • Finality
  • RIDE
  • Solana bridge
  • Run a node
  • Network status

Project

  • Community
  • DCC Airdrop
  • Governance
  • Brand kit
  • GitHub
mainnetHeight—Node—read from your browser
© 2026 DecentralChainOperated by DecentralExchange · Cédula Jurídica 3-102-956858
Jacó, Garabito, Costa Rica
TermsPrivacySecurityLicensingdecentralchain.io

Why DecentralChain

Guarantees,
not best practices

A script is priced before it deploys. An issuer can pay their users' fees. A rule can live on the token instead of the app. A stake earns without leaving your wallet. Each of these is enforced by the protocol rather than left to whoever is writing the code that day, and all of them are running on mainnet now.
ConsensusLeased Proof of StakeContractsRIDE, not Turing-completeFeesKnown before you sign

On this page

  • Every cost, known before you sign
  • Onboard someone who holds nothing
  • Rules that travel with the token
  • Earn without giving up custody
  • Upgrade without stopping the network
  • Read it with one request
  • Two caveats worth knowing

Every cost, known before you sign

RIDE has no unbounded loops and no recursion, so the node can price a script exactly before it accepts it. Deployment is a yes or a no, and the answer arrives before your code is on the chain rather than after.

So there is no gas. Nothing to estimate, nothing to top up, and no transaction that dies halfway through moving balances and leaves you to work out what happened. The cost is a property of the script, settled before it ever runs.

Note
The compiler runs in your browser. @decentralchain/ride-lang is the real compiler, cross-compiled from Scala to JavaScript, so you can write and check a contract with no server involved and no source leaving your machine.

Onboard someone who holds nothing

Fee sponsorship is live on mainnet. The issuer pays the network fee, so a person holding nothing but your token can send it, receive it and spend it. Their wallet simply works.

Hand a customer a token and they are transacting in seconds. No exchange account, no seed round of the native coin, no explaining what DCC is before they can do the thing they came for. That single step is where most people give up on a blockchain, and here you can delete it.

Rules that travel with the token

Put a script on the asset itself and it vets every transfer of that token, in any wallet, through any application, forever. A whitelist enforced this way is not a policy your front end applies; it is a property of the token that nobody can route around.

The same applies to accounts: a script on an account checks every transaction that account signs, which is how multisig, spending limits and time locks are built without a separate contract to route through.

Earn without giving up custody

Leasing points block-production weight at a validator while the coins stay in your wallet. You keep the keys, you keep the balance, and you can cancel in one transaction. There is no lock-up, no unbonding queue, and no mechanism by which a validator can lose your principal, because they never held it.

The usual arrangement asks you to send your coins somewhere and wait weeks to get them back. This asks for nothing.

Upgrade the network without stopping it

New rules ship inside the node inert, and switch on at a height producers vote for — 18,000 blocks in a 20,000-block window. Operators upgrade whenever suits them, and the change lands everywhere at once. No flag day, no coordinated restart, no window where half the network is on one version and half on another.

Note
A node that does not understand a new rule stops. That is the safe failure. It refuses to follow a chain it cannot validate rather than quietly accepting blocks the rest of the network rejects, which is how a node ends up serving a reality nobody else is in.

Read it with one request

A fetch from any web page reads the chain. No API key, no account, no provider to sign up with and no plan to exhaust. The live figures elsewhere on this site come straight from a mainnet node to your browser, with nothing of ours in between.

On most chains this is a paid dependency you design around. Here it is one line, and the page you are reading proves it.

Two caveats worth knowing

Careful
The fixed supply is a commitment, not physics. All 100,000,000 DCC were minted at genesis and none since, which is genuinely unusual. But feature 14 would end it, and one address currently produces every block, so that vote sits within one operator's reach. Read it as a promise that can be kept rather than a property of the protocol.

Block time is an average. Roughly sixty seconds over the long run, with individual intervals varying around it. Size a confirmation policy on block count, never on the clock.

Everything above is checkable, which is the point. The features are listed with their live status on the features page, read from a mainnet node while you look at it.

Next

The manual

The protocol written out in full: the language, the data structures and the rules a node applies.