After the success of our first testnet transaction with Gas Killer on Sepolia, we also successfully ran our first real in-production transaction of Gas Killer on a contract with ~$500,000 of TVL proving a ~60% reduction in gas costs.

ICYMI

Gas Killer is a shared security protocol that transforms how we think about on-chain computation. Instead of executing expensive calculations directly on Ethereum, Gas Killer uses a network of operators to simulate transactions off-chain and write back only the essential storage updates and external calls. You can think of it like an optimistic coprocessor as it’s similar to existing ZK coprocessors but with optimistic execution, only needing a proof for slashing.

To test that Gas Killer works in production, not just in theory, we needed a real contract. So we partnered with Bread Cooperative to help with reducing gas costs for their Solidarity Fund. Specifically we helped with distributing yield that was based on the input of users who hold their BREAD token (~$500k TVL).

Yield distribution is what happens when a pool of funds generates returns and those returns need to be split between numerous recipients based on votes of the users supplying the principle. In practice, this means the contract needs to read every participant's vote, calculate their share, and execute the transfers — all on-chain. The more participants, the more expensive this gets.

For this transaction to work with Gas Killer while in-production, we combined EigenCloud for economic security, Commonware for p2p signature aggregation, and Helios for bridging securely.

The Results

We calculated that running the yield distribution method fully on-chain would have cost 1,937,259 gas. Running the transaction with Gas Killer cost 779,715 gas, saving 1,157,544 gas.

That's a 59.7% reduction. This is also a function that is called repeatedly throughout the year, so ~60% recurring savings can be major for many teams. On Gnosis (where gas costs are cheap) the dollar amount is small right now, but the same function running on Ethereum mainnet (or any high fee environment) would produce proportionally larger savings. This also excludes savings on gas for the transactions users need to make for casting a vote which is 350k for a system like this.

The live transaction is publicly verifiable on Gnosisscan here.

The bigger picture

Because yield distribution computes over an array of voters, gas cost grows linearly with every participant added. More voters, more computation, more gas. Gas Killer's approach keeps the on-chain footprint flat regardless of how much computation happens off-chain.

That has an interesting implication: there's a class of transactions that are simply too cumbersome or impossible today because they would exceed Ethereum's block gas limit. With Gas Killer offloading the computation, those transactions become executable by adding one line of code. We think that's worth exploring in depth and it's something we're planning to demonstrate as a proof of concept in the future.

What's next?

Our next objective is to begin the first steps for scaling: setting up the infrastructure for a persistent Gas Killer service on the Ethereum mainnet. Once it’s live, Gas Killer goes from a proven concept to something developers can integrate into a production application on Ethereum.

Expect more from the team in the coming months. In the meantime, if you’re building something brushing up against gas limits, reach out to contact@gaskiller.xyz for inquiries and early access.

After the success of our first testnet transaction with Gas Killer on Sepolia, we also successfully ran our first real in-production transaction of Gas Killer on a contract with ~$500,000 of TVL proving a ~60% reduction in gas costs.

ICYMI

Gas Killer is a shared security protocol that transforms how we think about on-chain computation. Instead of executing expensive calculations directly on Ethereum, Gas Killer uses a network of operators to simulate transactions off-chain and write back only the essential storage updates and external calls. You can think of it like an optimistic coprocessor as it’s similar to existing ZK coprocessors but with optimistic execution, only needing a proof for slashing.

To test that Gas Killer works in production, not just in theory, we needed a real contract. So we partnered with Bread Cooperative to help with reducing gas costs for their Solidarity Fund. Specifically we helped with distributing yield that was based on the input of users who hold their BREAD token (~$500k TVL).

Yield distribution is what happens when a pool of funds generates returns and those returns need to be split between numerous recipients based on votes of the users supplying the principle. In practice, this means the contract needs to read every participant's vote, calculate their share, and execute the transfers — all on-chain. The more participants, the more expensive this gets.

For this transaction to work with Gas Killer while in-production, we combined EigenCloud for economic security, Commonware for p2p signature aggregation, and Helios for bridging securely.

The Results

We calculated that running the yield distribution method fully on-chain would have cost 1,937,259 gas. Running the transaction with Gas Killer cost 779,715 gas, saving 1,157,544 gas.

That's a 59.7% reduction. This is also a function that is called repeatedly throughout the year, so ~60% recurring savings can be major for many teams. On Gnosis (where gas costs are cheap) the dollar amount is small right now, but the same function running on Ethereum mainnet (or any high fee environment) would produce proportionally larger savings. This also excludes savings on gas for the transactions users need to make for casting a vote which is 350k for a system like this.

The live transaction is publicly verifiable on Gnosisscan here.

The bigger picture

Because yield distribution computes over an array of voters, gas cost grows linearly with every participant added. More voters, more computation, more gas. Gas Killer's approach keeps the on-chain footprint flat regardless of how much computation happens off-chain.

That has an interesting implication: there's a class of transactions that are simply too cumbersome or impossible today because they would exceed Ethereum's block gas limit. With Gas Killer offloading the computation, those transactions become executable by adding one line of code. We think that's worth exploring in depth and it's something we're planning to demonstrate as a proof of concept in the future.

What's next?

Our next objective is to begin the first steps for scaling: setting up the infrastructure for a persistent Gas Killer service on the Ethereum mainnet. Once it’s live, Gas Killer goes from a proven concept to something developers can integrate into a production application on Ethereum.

Expect more from the team in the coming months. In the meantime, if you’re building something brushing up against gas limits, reach out to contact@gaskiller.xyz for inquiries and early access.