
Bellamy ⚡
5K posts

Bellamy ⚡
@Bellamy_Jake1
Profit Maxi. Flying high with #BTC & #ETH








This case is not a failure of LayerZero, but a failure to properly understand the trust model. - @LayerZero_Labs allows each application to define who and how many DVNs they trust - @KelpDAO chose the lowest trust diversity with the highest risk: relying on a single source ➡️ When all trust is concentrated in one point, the system is no longer truly decentralized, but effectively centralized with a decentralized facade.



layerzero is fragility at scale. go visit sekuba.github.io/dvnstats/ by @sekubalias to understand why we need to fight this interoperability model




OneKey Founder Yishi on Handling the KelpDAO Hack 1, Best case: negotiate with the hacker and offer a 10-15% bounty. 2, If talks fail, let the LayerZero ecosystem fund cover most of the loss. 3, KelpDAO is the weakest; compensate with tokens + future revenue, or sell the whole project to L0 or BMNR. 4, Aave’s Umbrella and stkAAVE serve as the final backstop, but WETH depositors must not take any haircut — otherwise it would trigger repricing across Morpho, Spark, Fluid, Euler, blacklist the LRT sector, and set DeFi back by years. 5, He believes Aave can survive this. x.com/ohyishi/status…

over the weekend I removed a good chunk of my funds onchain after reading this post-mortem from layerzero i am going to withdraw more it's that bad layerzero is basically saying yeah we know it’s our DVN, but we warned them against using a 1/1 DVN set up 💀


TL:DR: * LayerZero says it was Kelp's fault for running 1/1 DVN setup, their docs warn against that (although LZ operated the actual DVN) * Yep, North Korea again * LayerZero had solid opsec but still got pwned (they're not disclosing the original compromise path it seems) * Crazy sophisticated attack. North Korea didn't actually fully compromise the LZ machine. But once they got in, they grabbed the set of RPCs the LZ machine used, and then hacked 2 of the RPC servers it was pulling from, installing fake versions of op-geth on those RPC servers. They then DDOSed the main RPC to cause failover to one of the hacked RPCs, and then the hacked RPCs reported the malicious transaction (hiding their tracks by giving different RPC responses to observability infra). Then once the attack was done, the malicious binary self-destructed, deleting the logs on the compromised RPCs. Very, very complex attack. * Boy, LZ really are not doing themselves favors with lines like these: "We want to be unambiguous on this point: the LayerZero protocol itself functioned exactly as intended throughout this event. [...] The entire attack was isolated to a single application – zero contagion risk throughout the system, zero other OFTs or OApps impacted." 😬

.@LayerZero_Core’s marketing is so incredibly misleading at times, it’s absurd Take their “Decentralized Verifier Networks (DVNs)” for example DVNs are the infrastructure responsible for validating cross-chain transactions in the LayerZero ecosystem By the name, you would assume a DVN by definition is a decentralized network of node operators, right? Well no, in most instances the term “DVN” actually refers to a centralized company (a single node operator) Take their most popular DVN for example, which by default is used by most projects and therefore their associated volume in the LayerZero ecosystem It’s the “LayerZero DVN”, a centralized node run by the LayerZero Labs team themselves Not decentralized, but still called a decentralized network anyways, pretty continent security theater marketing Imagine you’re a user and you’re told a dApp’s cross-chain interactions are secured by the “LayerZero Decentralized Verifier Network” What impression is the user supposed to get from that other than thinking it’s a decentralized network and not a single centralized node? Now some may try to explain away this terminology by saying that a DVN could theoretically be decentralized in some circumstances But looking at the official list of all the DVNs in their docs, almost every single DVN is just a centralized team/company And the ones that aren’t, are often just a wrapper around another protocol that’s actually attempting to solve the cross-chain problem in a decentralized manner like CCIP or Axelar that can be used without the LayerZero framework Some may also argue that you’re supposed to compose multiple DVNs together in order to make it decentralized But (1) that doesn’t justify calling infra run by a centralized company a decentralized network and (2) the default path that most projects take is to use the centralized LayerZero Labs DVN given its chain support over other DVNs Even their flagship bridge @StargateFinance only uses a whopping 2 DVNs (one of which is the team themselves) This fantasy of projects composing networks out of DVNs just isn’t what we see in reality in the majority of situations Most devs simply do not any to deal with the massive security-sensitive problem of managing, configuring, securing, or running cross-chain infrastructure, they just want something that works Centralization runs rampant in the LayerZero ecosystem but the terminology may make you think otherwise


















