Search for projects by name
Lighter is an application-specific zk rollup on a mission to revolutionize trading by building provably fair, secure, and scalable infrastructure for finance.
Lighter is an application-specific zk rollup on a mission to revolutionize trading by building provably fair, secure, and scalable infrastructure for finance.
2025 Jan 18 — Oct 14
The section shows the operating costs that L2s pay to Ethereum.
2025 Jan 17 — Oct 13
This section shows the amount of data the project has posted to the Ethereum.
2025 Jan 17 — Oct 13
This section shows how "live" the project's operators are by displaying how frequently they submit transactions of the selected type. It also highlights anomalies - significant deviations from their typical schedule.
2025 Sep 14 — Oct 13
Lighter launches public mainnet
2025 Oct 2nd
Lighter launches public mainnet after 8 months of private beta.
SNARKs are succinct zero knowledge proofs that ensure state correctness, but require trusted setup.
All of the data (SD = state diffs) needed for proof construction is published onchain.
There is no window for users to exit in case of an unwanted regular upgrade since contracts are instantly upgradable.
Users are able to trustlessly exit by submitting a zero knowledge proof of funds.
All the data needed to recover the latest accounts state (represented by the Account Tree) and construct the zk proof necessary for forced exits is published onchain in the form of blobs. Only data that leads to state changes is posted.
Regular upgrades are initiated by the “network governor” and executed with a 21d delay. The “security council” is allowed to reduce the upgrade delay to zero in case of an emergency. The security council does not currently satify the Stage 1 requirements. The network governor also retains the ability to add or remove validators.
Only the centralized operators can submit batches and verify them with a ZK proof, i.e. advance the state of the protocol.
MEV can be extracted if the operator exploits their centralized position and frontruns user transactions.
If the centralized operators fail to include user transactions, users can force them themselves through L1. The possible transaction types that users can force are: deposits, withdrawals, order creation, order cancellation, and burning of pool shares. If the operators do not process forced transactions within 18d, the system can be frozen (desert mode) and users can exit using the latest settled state. All open positions are settled using the latest index price.
If the centralized operators fail to process forced transactions after the deadline, the system can be frozen (desert mode) and users can exit by reconstructing the latest settled state using the data available on L1 and providing a ZK proof of balance.
Lighter uses a combination of oracles to determine index prices, with Stork as the primary source. External signatures are currently not verified and the sequencer must be trusted to truthfully report data.
Funds can be lost if the oracle prices are manipulated.
A Multisig with 3/5 threshold.
The main rollup contract. It processes L2 batches, manages USDC deposits and withdrawals, allows users to submit censorship-resistant L2 transactions and controls desert mode (escape hatch). Logic is split between two contracts because of code-size limits, many operations are delegated to AdditionalZKLighter.
The source code of this contract is not verified on Etherscan.
Governance contract functioning like an upgrade timelock for downstream contracts. The current delay is 21d and can be entirely skipped by Lighter Multisig.
Manages the list of validators and the network governor.
The current deployment carries some associated risks:
Funds can be stolen if a contract receives a malicious code upgrade. There is no delay on code upgrades (CRITICAL).
Funds can be stolen if the source code of unverified contracts contains malicious code (CRITICAL).