This directory contains the plain english specs for Kroma, a minimal optimistic rollup protocol that maintains 1:1 compatibility with Ethereum.
- Introduction
- Overview
- Deposits
- Withdrawals
- Execution Engine
- Batcher
- L2 Output Root Submissions
- Rollup Node
- Rollup Node P2P
- L2 Chain Derivation
- Guaranteed Gas Market
- Messengers
- Bridges
- Predeploys
- Challenge
- zkEVM Prover
- SystemConfig
- Glossary
Our aim is to design a protocol specification that is:
- Fast: When users send transactions, they get reliable confirmations with low-latency. For example when swapping on Uniswap you should see that your transaction succeeds in less than 2 seconds.
- Scalable: It should be possible to handle an enormous number of transactions per second which will enable the system to charge low fees.
- Modular: Our designs will use modularity to reduce complexity and enable parallel contributions. Coming up with good conceptual frameworks & composable atoms of software enables us to build extremely complex software even when any one person cannot hold that much in their brain.
- Minimal: Rollups should be minimal to best take advantage of the battle-tested infrastructure (like Geth) that already runs Ethereum. An ideal optimistic rollup design should be representable as a diff against Ethereum client software.
- Developer Driven: Our designs will be developer driven to ensure we are actually building something that people want to use. We must constantly engage with the developers who will be using our software to avoid creating a system no one wants to use.
- Clear and Readable: The specs we write are written to be read. So tight feedback loop with the systems team consuming the spec is also key!
- Secure: This is self-evident. User’s assets are at stake. Every component of the system must be incredibly secure.
- Decentralizable: Kroma must be designed to avail itself of the security and censorship-resistant guarantees achieved by a decentralized system. Currently centralized components of the system should have a clear path towards decentralization. Already decentralized components of the system should be protected and preserved.