Skip to content
KAS/USDMARKET CAPHASHRATEBLOCK RATE10 /secBLOCK TIME100 msBLOCK REWARDCIRCULATINGMEMPOOLCONSENSUSGHOSTDAGNODEPREMINENONESUPPLY CAP28.70 B KAS
KAS/USDMARKET CAPHASHRATEBLOCK RATE10 /secBLOCK TIME100 msBLOCK REWARDCIRCULATINGMEMPOOLCONSENSUSGHOSTDAGNODEPREMINENONESUPPLY CAP28.70 B KAS
Chapter 07 — the ecosystem

What is built
on top of it

Kaspa spent its first years being a base layer and nothing else — no smart contracts, no tokens enforced by consensus, no execution environment. That changed in two stages: layer twos arrived first, then Toccata made the base layer itself programmable. What follows is the current landscape, with its maturity stated rather than implied.

At a glance
L2 environments2 (Kasplex, Igra)
Kasplex chain ID202555
Token standardKRC-20 → native L1
Public APIapi.kaspa.org
Noderusty-kaspa
How the layers fit

Where your transaction actually settles

§ 01 — three tiers, different guarantees

These are not interchangeable. A transaction on an L2 inherits L1 security only through the bridge and proof mechanism that connects them, and the strength of that connection is the whole question.

L1The base layer

GHOSTDAG, proof-of-work, ten blocks per second. Since Toccata it also has covenant opcodes, transaction introspection, ZK verification opcodes and native asset support.

Strength

Strongest guarantees. Every node verifies everything.

Limit

Not a general-purpose computer. Expressive, but not Solidity.

L2EVM execution

Kasplex and Igra run EVM environments with bridges back to L1. Solidity contracts port largely unchanged, and costs are reported far below Ethereum mainnet.

Strength

Familiar tooling, real throughput, immediate deployability.

Limit

Security depends on the bridge and the sequencer design. Young infrastructure.

L1.5Indexed overlays

The original KRC-20: token data embedded in transactions and interpreted by an off-chain indexer rather than enforced by consensus.

Strength

Shipped early and worked, with no protocol change required.

Limit

Rules live in the indexer, not the protocol. This is why native assets matter.

Directory

Everything worth bookmarking

§ 02 — projects, tools and sources

Listed because these are what the community actually uses and what this site itself reads from. Inclusion is not an audit and not an endorsement — verify anything you are about to trust with money or keys.

Layer 2 execution

Two EVM environments with different architectural bets. Both report costs far below Ethereum; neither has the operational history of a mature L2.

Kasplex

zkEVM L2

EVM-compatible RPC, two-way L1 bridge, explorer, chain ID 202555. The fastest route for a Solidity developer to ship on Kaspa.

Also the original KRC-20 indexervisit ↗

Igra Labs

EVM L2

Full EVM compatibility without a single centralised sequencer, trading some tooling familiarity for reduced censorship and liveness risk.

Explorers & data

Anything on this site that shows a live number is reading one of these. So can you.

api.kaspa.org

REST API

Public REST endpoints for supply, hashrate, block reward, the reduction schedule and node health. Open, no key required.

Powers this sitevisit ↗

kas.fyi

Explorer

Address, transaction and token views with a readable interface, plus KRC-20 listings.

Kaspa Explorer

Explorer

The community explorer for blocks, addresses and the DAG frontier.

Run it yourself

The whole point of a small, prunable node is that verifying does not require permission.

rusty-kaspa

Node

The reference Rust implementation. Build it, run it, and stop trusting anyone else's numbers — including the ones on this page.

Kaspa KIPs

Specifications

Where protocol changes are proposed, argued over and finalised. The only place a roadmap claim can be checked.

Community & media

Where the conversation actually happens.

Kaspa Discord

Chat

Developer and community channels, including where node operators compare notes during activations.

r/kaspa

Forum

Longer-form discussion and a reasonable signal-to-noise ratio by crypto subreddit standards.

KasMedia

Publication

Community reporting on development, including the Weekly Knight round-ups that track what actually merged.

For developers

Pick your layer, then pick your language

§ 03 — three routes in

There is no single Kaspa SDK that covers everything, because the three tiers have genuinely different programming models. Choose based on what you are building rather than what is fashionable.

01

Read-only integration

Wallet balances, transaction history, network stats, a dashboard, a bot. Talk to the public REST API or run your own node and use its RPC. No contracts, no bridges, no deployment.

REST · gRPC · wRPC
02

Solidity on an L2

The fastest path to a working dApp. Point your existing Hardhat or Foundry setup at Kasplex or Igra, deploy, and bridge assets from L1. Familiar tooling, EVM semantics, young infrastructure.

Solidity · EVM · chain ID 202555
03

L1 script and covenants

Post-Toccata the base layer has covenant opcodes, transaction introspection, covenant IDs and ZK verification opcodes. Powerful, minimal tooling, and the specifications are the documentation.

KIP-16 · KIP-17 · KIP-20 · KIP-21
Try the API right nowapi.kaspa.org
Circulating supply, in sompiGET /info/coinsupplyCurrent block rewardGET /info/blockreward?stringOnly=falseNetwork hashrateGET /info/hashrate?stringOnly=falseDAG state, difficulty and tipsGET /info/blockdagNext reduction timestamp and amountGET /info/halvingNode version, sync state, mempool depthGET /info/kaspad
No API key, no registration. These are the exact endpoints this site aggregates server-side to build its live monitor, which means you can check any number here against the source in one click.
Run the node yourself
Implementationrusty-kaspa (Rust)
StorageBounded by pruning
InterfacesgRPC · wRPC · CLI wallet
Networksmainnet · testnet-10
Toccata releasev2.0.x

Everything on this site is derived from public data you can fetch yourself. The point of a small, prunable node is that you never have to take a website’s word for anything — including this one.

An honest read on maturity

Kaspa’s base layer has been running continuously since November 2021, went through a block-rate increase of ten times without an incident that broke consensus, and has now had a second hardfork add substantial new scripting capability. As base layers go, the track record is real.

The application layer is a different age. Both L2s are recent. Bridges are the single most-exploited category of infrastructure in this industry, and there is no reason to assume these ones are exceptions. The L1 scripting surfaces Toccata introduced are months old, which means the tooling is thin and the failure modes are not yet catalogued.

None of that is a criticism of the projects — it is a description of where they are on the curve. It does mean that a claim like “Kaspa has smart contracts now” is accurate about capability and misleading about readiness, and the honest version says both parts.

What to actually watch

Ignore announcement volume. Four things are load-bearing: whether the KRC-20 migration to native L1 assets completes cleanly, since a messy migration would be a lasting credibility cost; whether L2 bridges accumulate operating history without a major incident; whether fee revenue becomes a meaningful share of miner income as the subsidy keeps halving; and whether DAGKnight appears in a KIP and a tagged release rather than a roadmap graphic.

Every one of those is checkable. That is what makes them worth watching, and it is a reasonable standard to hold any project to.

Bridges deserve specific caution

Moving assets between L1 and an L2 means locking them in one place and minting a representation somewhere else. That mechanism, across the whole industry, has lost more value than any other single category of infrastructure. Treat bridge deposits as a risk you are consciously taking, size them accordingly, and do not assume L1 proof-of-work security extends across the bridge — it does not.

Primary sources over commentary
Protocol proposalsgithub.com/kaspanet/kips
Node sourcegithub.com/kaspanet/rusty-kaspa
Live dataapi.kaspa.org/docs
Development reportingkasmedia.com
Chapter 07 — the ecosystem

What is built
on top of it

Kaspa spent its first years being a base layer and nothing else — no smart contracts, no tokens enforced by consensus, no execution environment. That changed in two stages: layer twos arrived first, then Toccata made the base layer itself programmable. What follows is the current landscape, with its maturity stated rather than implied.

At a glance
L2 environments2 (Kasplex, Igra)
Kasplex chain ID202555
Token standardKRC-20 → native L1
Public APIapi.kaspa.org
Noderusty-kaspa
How the layers fit

Where your transaction actually settles

§ 01 — three tiers, different guarantees

These are not interchangeable. A transaction on an L2 inherits L1 security only through the bridge and proof mechanism that connects them, and the strength of that connection is the whole question.

L1The base layer

GHOSTDAG, proof-of-work, ten blocks per second. Since Toccata it also has covenant opcodes, transaction introspection, ZK verification opcodes and native asset support.

Strength

Strongest guarantees. Every node verifies everything.

Limit

Not a general-purpose computer. Expressive, but not Solidity.

L2EVM execution

Kasplex and Igra run EVM environments with bridges back to L1. Solidity contracts port largely unchanged, and costs are reported far below Ethereum mainnet.

Strength

Familiar tooling, real throughput, immediate deployability.

Limit

Security depends on the bridge and the sequencer design. Young infrastructure.

L1.5Indexed overlays

The original KRC-20: token data embedded in transactions and interpreted by an off-chain indexer rather than enforced by consensus.

Strength

Shipped early and worked, with no protocol change required.

Limit

Rules live in the indexer, not the protocol. This is why native assets matter.

Directory

Everything worth bookmarking

§ 02 — projects, tools and sources

Listed because these are what the community actually uses and what this site itself reads from. Inclusion is not an audit and not an endorsement — verify anything you are about to trust with money or keys.

Layer 2 execution

Two EVM environments with different architectural bets. Both report costs far below Ethereum; neither has the operational history of a mature L2.

Kasplex

zkEVM L2

EVM-compatible RPC, two-way L1 bridge, explorer, chain ID 202555. The fastest route for a Solidity developer to ship on Kaspa.

Also the original KRC-20 indexervisit ↗

Igra Labs

EVM L2

Full EVM compatibility without a single centralised sequencer, trading some tooling familiarity for reduced censorship and liveness risk.

Explorers & data

Anything on this site that shows a live number is reading one of these. So can you.

api.kaspa.org

REST API

Public REST endpoints for supply, hashrate, block reward, the reduction schedule and node health. Open, no key required.

Powers this sitevisit ↗

kas.fyi

Explorer

Address, transaction and token views with a readable interface, plus KRC-20 listings.

Kaspa Explorer

Explorer

The community explorer for blocks, addresses and the DAG frontier.

Run it yourself

The whole point of a small, prunable node is that verifying does not require permission.

rusty-kaspa

Node

The reference Rust implementation. Build it, run it, and stop trusting anyone else's numbers — including the ones on this page.

Kaspa KIPs

Specifications

Where protocol changes are proposed, argued over and finalised. The only place a roadmap claim can be checked.

Community & media

Where the conversation actually happens.

Kaspa Discord

Chat

Developer and community channels, including where node operators compare notes during activations.

r/kaspa

Forum

Longer-form discussion and a reasonable signal-to-noise ratio by crypto subreddit standards.

KasMedia

Publication

Community reporting on development, including the Weekly Knight round-ups that track what actually merged.

For developers

Pick your layer, then pick your language

§ 03 — three routes in

There is no single Kaspa SDK that covers everything, because the three tiers have genuinely different programming models. Choose based on what you are building rather than what is fashionable.

01

Read-only integration

Wallet balances, transaction history, network stats, a dashboard, a bot. Talk to the public REST API or run your own node and use its RPC. No contracts, no bridges, no deployment.

REST · gRPC · wRPC
02

Solidity on an L2

The fastest path to a working dApp. Point your existing Hardhat or Foundry setup at Kasplex or Igra, deploy, and bridge assets from L1. Familiar tooling, EVM semantics, young infrastructure.

Solidity · EVM · chain ID 202555
03

L1 script and covenants

Post-Toccata the base layer has covenant opcodes, transaction introspection, covenant IDs and ZK verification opcodes. Powerful, minimal tooling, and the specifications are the documentation.

KIP-16 · KIP-17 · KIP-20 · KIP-21
Try the API right nowapi.kaspa.org
Circulating supply, in sompiGET /info/coinsupplyCurrent block rewardGET /info/blockreward?stringOnly=falseNetwork hashrateGET /info/hashrate?stringOnly=falseDAG state, difficulty and tipsGET /info/blockdagNext reduction timestamp and amountGET /info/halvingNode version, sync state, mempool depthGET /info/kaspad
No API key, no registration. These are the exact endpoints this site aggregates server-side to build its live monitor, which means you can check any number here against the source in one click.
Run the node yourself
Implementationrusty-kaspa (Rust)
StorageBounded by pruning
InterfacesgRPC · wRPC · CLI wallet
Networksmainnet · testnet-10
Toccata releasev2.0.x

Everything on this site is derived from public data you can fetch yourself. The point of a small, prunable node is that you never have to take a website’s word for anything — including this one.

An honest read on maturity

Kaspa’s base layer has been running continuously since November 2021, went through a block-rate increase of ten times without an incident that broke consensus, and has now had a second hardfork add substantial new scripting capability. As base layers go, the track record is real.

The application layer is a different age. Both L2s are recent. Bridges are the single most-exploited category of infrastructure in this industry, and there is no reason to assume these ones are exceptions. The L1 scripting surfaces Toccata introduced are months old, which means the tooling is thin and the failure modes are not yet catalogued.

None of that is a criticism of the projects — it is a description of where they are on the curve. It does mean that a claim like “Kaspa has smart contracts now” is accurate about capability and misleading about readiness, and the honest version says both parts.

What to actually watch

Ignore announcement volume. Four things are load-bearing: whether the KRC-20 migration to native L1 assets completes cleanly, since a messy migration would be a lasting credibility cost; whether L2 bridges accumulate operating history without a major incident; whether fee revenue becomes a meaningful share of miner income as the subsidy keeps halving; and whether DAGKnight appears in a KIP and a tagged release rather than a roadmap graphic.

Every one of those is checkable. That is what makes them worth watching, and it is a reasonable standard to hold any project to.

Bridges deserve specific caution

Moving assets between L1 and an L2 means locking them in one place and minting a representation somewhere else. That mechanism, across the whole industry, has lost more value than any other single category of infrastructure. Treat bridge deposits as a risk you are consciously taking, size them accordingly, and do not assume L1 proof-of-work security extends across the bridge — it does not.

Primary sources over commentary
Protocol proposalsgithub.com/kaspanet/kips
Node sourcegithub.com/kaspanet/rusty-kaspa
Live dataapi.kaspa.org/docs
Development reportingkasmedia.com