We are considering whether burning or redistributing assets is better for a system to remain healthy with aligned incentives.
A lot of people seem confused and assume that when something gets slashed, the slashed stake is automatically burned and the supply is reduced. That’s not true.
Slashing describes that assets are “taken away” from someone who is acting maliciously, while burning and redistribution describe what happens with the assets themselves after the assets have been taken away.
As we said before, they can either get burned or be redistributed: one action reduces the total supply, while the other one redirects value to another party (not always a hurt one). Burning can also happen without slashing due to the in-built mechanism design of the protocol.
Let’s take one of the most well-known protocols in crypto today—EigenCloud. Here, operators get slashed for failing to fulfill their obligations, which is a good thing: bad guys receive bad treatment. However, before the introduction of redistribution of slashed funds, those funds were permanently burned (and can still be burned today).
We believe that burning slashed funds in such a system is like shooting yourself in both legs. When an operator’s stake is slashed, the operator gets punished (which happens for a reason), but:
So why should we burn the value and shoot ourselves in both legs when we can keep this value and route it to harmed parties? Reliable parties can increase the amount of rewards they receive, harmed users can be compensated, and value stays in the ecosystem; it’s just redirected. It can unlock a bunch of use cases for apps.
Economic security can directly contribute to safeguarding users after an incident, not only before it as with a burning mechanism. Redistribution is already implemented in protocols like Cap, where slashed operators’ funds are redistributed to affected holders of cUSD.
Burning assets is easier than redistributing because you don’t have to care what happens with the assets afterward; they’re simply burned, benefiting no one. There are fewer upsides and significantly fewer risks as well. With redistribution, the game changes drastically, and implementation (slashed from a bad guy → redistributed to a harmed party) is not as straightforward as it seems.
Malicious operators can now join forces with a malicious AVS. Currently, an AVS can implement any custom slashing logic it wants, even if it’s not fair or objective. With slashing, it doesn’t make much sense for an AVS to act maliciously, because operators won’t commit their stake if they know they may be slashed for no objective reason.
With redistribution, an AVS can drain one operator’s stake to a malicious one (they work together) to basically extract value from the system. The same thing happens if AVS keys are compromised, which can also affect the overall “attractiveness” of operators or AVSs.
Here, an additional evaluation of mechanism design is needed. Operators shouldn’t have a “switch type” option after they’re created. Instead, there should be a method to identify compromised (malicious) operators and re-redistribute value if it ended up in their hands, as well as constant monitoring, etc.
While burning funds would be much easier, redistribution is more fair, but it requires an additional level of complexity.
Maximal Extractable Value (MEV) can be seen from a perspective where harmless users and LPs get slashed for no reason. When users want to swap assets, they can be either front-run or sandwiched, resulting in a worse output (prices).
We can confidently say that they’re getting slashed because they commit a stake (assets to swap) to the system (DEX), hold it for a certain period of time (swapping time), and end up receiving significantly less than they should.
There are two core problems here:
Here, value is extracted and redistributed in a way that exploiters are rewarded, while parties that have done nothing wrong get slashed.
Burning can provide diffuse benefits to all token holders without specifically compensating those LPs who incurred direct losses from arbitrage activities. It could technically be fixed by burning, which would leave no incentive for arbitrage once the profit is burned.
However, once arbitrage profit is extracted, it’s significantly more difficult to identify such arbitrage: while on-chain trades are visible, CEX data doesn’t show the exact addresses of traders.
Poor redistribution design in this case can be fixed with app-specific sequencing, where LPs can capture value that would otherwise be lost to exploiters. This is one of the solutions implemented by Angstrom, and it is performing quite well.
In this particular MEV case, neither redistribution nor burning is a viable option; they only treat the symptoms, not the cause. Changes must be made at the foundational level.
We want to outline that redistribution isn’t a magical pill that can always replace burning. When slashing (the first stage) isn’t involved, in most cases, burning funds is a key feature of a mechanism’s design.
We can take BNB as an example, where BNB tokens are burned quarterly, and it’s a core feature of this deflationary tokenomics model. Here, redistribution cannot be implemented because this is a process where neither exploiters nor harmed users are involved.
A similar process occurs in ETH’s design (EIP-1559), where base fees are burned, creating a deflationary effect. Considering Ethereum’s mechanism design, the fees can become very high during network congestion, and someone might argue that instead of burning, base fees could be redirected to a treasury fund that compensates for a portion of the fees during network congestion. However, there are more downsides than potential upsides:
There are a bunch of other cases out there, but the main point is that redistribution is not a panacea. If burning happens on its own (without prior slashing), there is almost no reason to replace it with redistribution.
Ultimately, we want to point out that redistribution usually performs worse than burning in cases where prior slashing isn’t involved, while in scenarios where slashing is involved, redistribution usually plays a better role than burning.
The problem of incentive alignment is a persistent issue in crypto and typically changes from one protocol to another. If the economic value directly contributes to the security or another crucial factor of the system, it would be better not to destroy this value, but to find a way to correctly redistribute it to those who act honestly, which incentivizes fairness and honest behavior.