Introduction to Satsuma

A live, sovereign Solidity Layer-1 — Ethereum-compatible, final in seconds, public to read and permissioned to write. A visual tour of what Satsuma is and the choices that shape it.

Satsuma is a live, sovereign Layer-1 blockchain that runs Solidity smart contracts. It’s in production right now — sealing blocks, Ethereum-compatible, and open for anyone to read. This is the first post on the Satsuma engineering blog, so let’s take a visual tour: what Satsuma is, and the handful of deliberate choices that give it its shape.

Latest block
live
Block time
~2s
steady
Chain ID
555555555
eip-155
Token
SUMA
18 decimals

Solidity, not a subset

Satsuma runs standard Solidity — not a dialect, not a restricted subset. The same contracts, the same language, the same mental model you already use on Ethereum. If you can write and deploy an ERC-20, an ERC-721, or a full DeFi protocol on an EVM chain, you can deploy it on Satsuma with the tools you already know.

That compatibility is the point. A new Layer-1 that asks developers to relearn everything starts with a tax nobody wants to pay. Satsuma removes that tax: bring your contracts, your libraries, and your workflow as-is.

Public to read, permissioned to write

Satsuma is a closed, permissioned Layer-1 — and that asymmetry is a feature, not a limitation. Anyone can read the chain; only an approved set can write to it.

SATSUMAlive L1ANYONEno accountREADopen to allPERMISSIONEDapproved setWRITE
Reads are open to everyone; writes come from a controlled set of signers.
  • Public to read. Every block, address, and balance is open. The live explorer streams the head in real time — no account, no wallet.
  • Permissioned to write. Who can submit transactions is controlled, which keeps the network predictable and abuse-resistant. That matters when a chain backs real applications rather than open speculation.

The result is transparency without the noise: the openness of a public ledger with the operational guarantees of a private network.

Fast, and final

Two numbers define the day-to-day feel of a chain: how often it produces blocks, and how quickly those blocks become irreversible.

~2s742,901742,902742,903742,904742,905•••742,906•••742,907headfinalized · irreversiblesealing
A new block roughly every two seconds; older blocks are finalized and cannot be reorganized.

Blocks seal roughly every two seconds, and finality is deterministic — once a block is finalized, it’s settled, with no probabilistic waiting and no reorgs to design around. For an application developer, a transaction you see confirmed is genuinely done, in seconds.

Solidity enabled, out of the box

Satsuma speaks EVM, so the standard Ethereum toolchain applies with no changes — the same contracts, the same Foundry/Hardhat workflow, the same wallets. Reading the chain is open to anyone; point any EVM tool at the RPC and query it:

# Reads are public — anyone can query the chain
export RPC_URL=https://rpc.satsuma.one/eth

cast chain-id     --rpc-url $RPC_URL   # 555555555
cast block-number --rpc-url $RPC_URL   # the live head

Writing is where the permissioning lives. Deploying contracts and sending transactions is plain Solidity — nothing Satsuma-specific to learn — but reserved for approved participants rather than open to the public. The capability is fully standard EVM; the access to write is controlled. And whatever does get written, anyone can read and audit in the explorer.

See it live

The best way to understand Satsuma is to watch it run. The explorer at explorer.satsuma.one shows the live head, block times, and finality as they happen — a permissioned chain sealing blocks on schedule, in the open.

Where this blog goes next

This is the introduction; the next posts go deeper. Expect architecture write-ups, performance work, and head-to-head comparisons with other chains — with the numbers to back them up. Follow along on X or Telegram, or grab the RSS feed.