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

Security

Report it privately.
We answer in 48 hours

The disclosure policy below is the one published in the monorepo, word for word. The section on what is already broken is there because a security page that lists only strengths is not a security page.
Contactinfo@decentralchain.ioAcknowledgement48 hoursCritical patch14 days

On this page

  • Reporting a vulnerability
  • What happens next
  • Scope
  • What we already know is broken
  • Supply chain

Reporting a vulnerability

Careful
Do not open a public GitHub issue. A public report on an unpatched vulnerability puts every holder at risk during the window before a fix ships.

Email info@decentralchain.io and include as much of the following as you have. A partial report is still worth sending — do not wait until it is complete.

  • The affected package or component, for example @decentralchain/transactions, a RIDE contract address, or the node itself.
  • A description of the vulnerability.
  • Steps to reproduce it.
  • Your assessment of the potential impact.
  • A suggested fix, if you have one. Optional.

What happens next

These are commitments, not aspirations. If a deadline passes without contact from us, escalating publicly is reasonable.

  • 48 hours — acknowledgement that a human has read it.
  • 5 business days — assessment, including whether we agree on severity.
  • 14 days — patch for a critical issue.
  • 30 days — patch for lower severity.

Scope

Anything that can move value, halt the chain, or misrepresent state is in scope. That includes the node, the RIDE contracts deployed at published addresses, the Solana bridge, the published @decentralchain/* packages, and the Cubensis Connect extension.

Reports about this website matter less than reports about the chain, but send them anyway. The site holds no keys, sets no cookies, and runs no backend, so its blast radius is small by construction.

What we already know is broken

Publishing these costs us nothing and saves you the effort of reporting them. All of it is already documented in the repository.

  • Bridge withdrawal works for seed accounts only. Ledger and Cubensis users cannot call burnToken yet, so a hardware-signed account cannot withdraw across the Solana bridge.
  • BTC, cbBTC and BONK are registered but unusable on the bridge, and the interface filters them out rather than letting a transfer fail.
  • SOL and JitoSOL carry 9 decimals on Solana and 8 here. Any integration assuming they match is wrong by a factor of ten.
  • The AMM protocol fee does not actually skim. config:protocolFeePct is configured on chain, but the deployed PoolCore contract never reads it, so the burn sink is inactive.
  • Mainnet HotStuff finality is unverified. T0 DeterministicFinality is the authoritative tier; plan against the 100-block max-rollback-depth rather than a faster assumption.
  • One address currently produces 100% of blocks. Feature 14 needs 18,000 votes in a 20,000-block window, so that operator could activate block rewards unilaterally. The fixed supply is a governance commitment, not yet a technical guarantee.
  • @decentralchain/transactions@5.0.0 does not import under Node ESM. Its protobuf-serialization dependency imports protobufjs/minimal without a file extension. Bundled builds resolve it; bare Node does not.

Supply chain

Every pull request runs GitHub's dependency-review-action, and every release generates an SBOM through anchore/sbom-action. If you integrate the packages, run pnpm audit before you ship, pin with a lockfile, and stay on Node 24 or later — the packages require it.

Five packages named in the monorepo are workspace-only and are not on npm: types, protobuf-schemas, node-api, data-service-client and @dcc-amm/sdk. A package appearing on npm under one of those names would not be ours, and is worth reporting.