Morning Edition · Friday, September 25, 2026Published at 9:11 AM EDT · New York
The suit alleges LayerZero reviewed and endorsed the single-verifier configuration that attackers abused, then blamed Kelp publicly. Bryan Pellegrino calls the claims meritless.

KelpDAO, the operator of the restaking token rsETH, sued LayerZero and its co-founder Bryan Pellegrino over the April 18 exploit that drained 116,500 rsETH, worth roughly $292 million at the time. The complaint alleges negligent misrepresentation, negligence and defamation, and claims LayerZero failed to disclose weaknesses in its own messaging setup while reviewing and endorsing the configuration Kelp used.
The attack path was not a contract bug. According to reporting on the filing, an attacker used social engineering in early March to install malware on a LayerZero developer's machine, then tampered with LayerZero remote procedure call nodes and hit an outside provider with a denial-of-service attack, so that LayerZero's decentralized verifier network approved a forged message. The verifier signed what it was shown. Kelp's argument is that LayerZero knew a single-verifier configuration could be defeated that way and approved it anyway.
Pellegrino has called the lawsuit meritless and said he will defend himself and the company in a British Columbia court. Cointelegraph reported the filing as an allegation that LayerZero's security failures caused the exploit. Kelp says users have withdrawn more than $650 million since April and that it committed 2,000 ETH toward restoring rsETH's backing.
Both sides have an obvious interest. Kelp needs to shift the loss and repair its reputation with depositors. LayerZero needs to preserve the claim that its verifier design is sound and that integrators choose their own configurations. The case will test whether an interoperability provider that reviews a client's setup carries legal duty when that setup fails.
KelpDAO, which needs a solvent defendant and a public record shifting blame after more than $650 million of withdrawals, and plaintiff-side litigators who gain a template for suing middleware vendors; LayerZero's interest runs the other way, toward preserving the position that integrators own their verifier choices.
Start a discussion in Townsquare.
More from this edition
The filing is real and its existence is corroborated by The Block and Unchained, but the malware, node-tampering and denial-of-service sequence is Kelp's untested pleading, LayerZero maintains the one-of-one configuration contradicted its recommended multi-verifier model, and no court has weighed either account.
An open-source-intelligence read of how likely this story is true with its real nuance, not a judgment of any outlet. It assesses the claim, weighing independent and adversarial reporting. How we label confidence.
What this means
The mechanism at issue is liability allocation for trusted off-chain components, and the exposed parties are cross-chain messaging providers, restaking issuers and the depositors who assumed "audited" covered the verifier set. If a court lets a negligent-misrepresentation claim proceed against a middleware provider for endorsing a configuration, the cost of offering integration advice rises immediately, and providers respond by publishing disclaimers, mandating minimum verifier thresholds, and refusing to bless customer setups. The precedent worth naming is the wave of post-2022 bankruptcy litigation, where recovery efforts migrated from on-chain forensics to courtrooms and reshaped counterparty documentation. The likelier outcome over the next several months is more suits of this kind by protocols against their infrastructure vendors, and contractual hardening of security-review relationships, well before any judgment lands. The read depends on the British Columbia action surviving early procedural challenge. It would be undercut if the case is dismissed or quietly settled with no disclosure, which would leave informal blame allocation intact.
What to watch
Observations to monitor, not financial advice.
Synthesized from: CoinDesk · Polylog editors · The Block
Comments
0No comments yet.