Oracles tell you the price. Exit queues tell you the truth. DeFi solvency isn't just about price—it's about liquidity depth. When LTV isn't pegged to slippage, you're inviting a liquidity trap. Risk management starts with the exit. 🏗️🛡️ #DeFi# #Sumer#

Oracles tell you the price. Liquidity tells you if you can actually exit. In DeFi, solvency isn't just a number—it's a queue. If your LTV doesn't account for slippage and depth, you're not protected; you're trapped. At Sumer, risk is priced by the exit. 🏗️🛡️ #DeFi#

Chainlink's Reach and Impact is Frankly Ridiculous... A glance at @chainlink's official metrics dashboard shows that its oracles have now enabled an insane $30.01 trillion worth of transactions. At the same time, it currently secures some $46.88 billion through oracle powered smart contracts. With a market cap of just $7 billion, is the $LINK token crypto's most undervalued asset?!

I did it! I've completed the Solidity fundamentals course 🎉 5 hours of resources to learn: - Solidity smart contract development - Blockchain oracles - Smart contract testing and security Completely for free. Check it out 👇

we are past the chatbot era ai agents are handling real value now but to actually trust them you need verifiable onchain infra you cant build a whole economy solo so we linked up with the 0g ecosystem the 0g ai alliance million-token carnival is officially live 👇 .@0g_labs is the ai-first blockchain infrastructure powering verifiable ai agents with modular storage compute data availability and onchain execution .@NeoSoulAI is building an ai-native prediction market where self-evolving agents and agentic oracles turn real-world uncertainty into computable signals theyre dropping 1000000 neosoul tokens .@ghast_ai is a 0g-native web3 ai agent that works out of the box turning ai memory context and data into user-owned assets you can secure one of 50 earlybird codes .@moonfun_ai transforms meme tokens into autonomous ai agents turning one-time token launches into living evolving digital assets giving away 50000 moon points .@primus_labs provides a privacy-preserving verification layer for proving data identity and activity across onchain and offchain environments build up your primus reputation score .@gmdottown is building the agent economy enabling users to deploy autonomous agents that trade and operate 24 7 handing out 50 openwhale founding member sbts .@allscaleio is a self-custody stablecoin neobank for smbs freelancers and ai agents with wallets invoicing checkout and compliance tools bag your share of 1000000 points .@dgrid_ai is a decentralized ai smart network designed for cost-effective reliable and verifiable ai infrastructure pulling up with 1000000 points .@yomirgo is an ai agent assetization and trading platform connecting users and developers in a liquid agent economy serving up 50000 yomirgo tokens .@0xcregis provides enterprise-grade digital asset infrastructure including mpc wallets wallet-as-a-service and crypto payment solutions cash rewards on deck

Over the weekend, we identified an attack on Chaos Labs. The surface area was strictly contained to operational wallets we use for routine onchain operations. At no point was the Chaos Oracle Network breached or compromised. Chaos Oracles run in a fully isolated environment with nodes distributed globally, protected by layered security and cryptographic controls. The oracles continued to publish prices across every network throughout the incident. We allocate a substantial share of our operating budget to cyber defense, alerting, and detection. These detection systems alerted us within seconds of suspicious activity, and we immediately moved to full lockdown. Our incident response policy treats any threat as the worst-case scenario by default, given the value secured by the Chaos infrastructure. With the backdrop of recent exploits, we triggered our highest-severity incident response from the moment we were alerted and notified relevant partners. The authorities and cyber professionals working with us have characterized the activity as consistent with nation-state attacks. As a precautionary measure, we rotated all keys, and have not observed any suspicious activity since. The investigation continues, and we will share more as it allows.

The bottleneck in the Agent Economy isn't AI models, it's the fiat bridge. NeoSoul has integrated @0xinfini corporate cards to scale the heavy API and cloud demands of our world models. Right now, humans fund the infra. The endgame? Zero humans in the loop, where AI oracles pay for external data autonomously. Builders: What does the ultimate AI-native financial stack look like? 👇

Aave's 40 Web3 Business Partners: Defining the On-Chain USD Interest Rate Market @aave has built a network of Web3 partners spanning TradFi/RWA, stablecoins, infrastructure, wallets, DeFi protocols, exchanges, and custody solutions. · TradFi & RWA: Partnerships with institutions like BlackRock, Franklin Templeton, VanEck, and JPMorgan, alongside RWA platforms such as @centrifuge, @OpenEden_X, and @Securitize, show Aave moving beyond native crypto lending to meet the financing needs of real-world assets on-chain. · Stablecoin: Collaborations with @circle, @tether, @ethena, @Ripple, and @Plasma position Aave to compete for the critical entry point to on-chain USD liquidity. Controlling stablecoin deposits brings it closer to setting on-chain interest rates. · Infrastructure: @chainlink, @Consensys, Flashbots, and @0xMantle provide price oracles, MEV optimization, and multi-chain expansion capabilities. · User Distribution: Wallets such as @MetaMask, @Ledger, @BitgetWallet, @privy_io, and @turnkeyhq lower entry barriers, while institutional channels like @krakenfx, @Bybit_Official, and @FireblocksHQ help amplify capital inflows. · DeFi Extension: Protocols like @pendle_fi, @maplefinance, and @CoWSwap extend Aave's liquidity into fixed income, institutional lending, and trading scenarios. From its early focus on improving lending efficiency for crypto assets to the launch of GHO and the battle for on-chain USD liquidity, Aave is positioning itself to define the on-chain USD interest rate system. 👇 Aave Crypto Business Partner

There have recently been some discussions on the ongoing role of L2s in the Ethereum ecosystem, especially in the face of two facts: * L2s' progress to stage 2 (and, secondarily, on interop) has been far slower and more difficult than originally expected * L1 itself is scaling, fees are very low, and gaslimits are projected to increase greatly in 2026 Both of these facts, for their own separate reasons, mean that the original vision of L2s and their role in Ethereum no longer makes sense, and we need a new path. First, let us recap the original vision. Ethereum needs to scale. The definition of "Ethereum scaling" is the existence of large quantities of block space that is backed by the full faith and credit of Ethereum - that is, block space where, if you do things (including with ETH) inside that block space, your activities are guaranteed to be valid, uncensored, unreverted, untouched, as long as Ethereum itself functions. If you create a 10000 TPS EVM where its connection to L1 is mediated by a multisig bridge, then you are not scaling Ethereum. This vision no longer makes sense. L1 does not need L2s to be "branded shards", because L1 is itself scaling. And L2s are not able or willing to satisfy the properties that a true "branded shard" would require. I've even seen at least one explicitly saying that they may never want to go beyond stage 1, not just for technical reasons around ZK-EVM safety, but also because their customers' regulatory needs require them to have ultimate control. This may be doing the right thing for your customers. But it should be obvious that if you are doing this, then you are not "scaling Ethereum" in the sense meant by the rollup-centric roadmap. But that's fine! it's fine because Ethereum itself is now scaling directly on L1, with large planned increases to its gas limit this year and the years ahead. We should stop thinking about L2s as literally being "branded shards" of Ethereum, with the social status and responsibilities that this entails. Instead, we can think of L2s as being a full spectrum, which includes both chains backed by the full faith and credit of Ethereum with various unique properties (eg. not just EVM), as well as a whole array of options at different levels of connection to Ethereum, that each person (or bot) is free to care about or not care about depending on their needs. What would I do today if I were an L2? * Identify a value add other than "scaling". Examples: (i) non-EVM specialized features/VMs around privacy, (ii) efficiency specialized around a particular application, (iii) truly extreme levels of scaling that even a greatly expanded L1 will not do, (iv) a totally different design for non-financial applications, eg. social, identity, AI, (v) ultra-low-latency and other sequencing properties, (vi) maybe built-in oracles or decentralized dispute resolution or other "non-computationally-verifiable" features * Be stage 1 at the minimum (otherwise you really are just a separate L1 with a bridge, and you should just call yourself that) if you're doing things with ETH or other ethereum-issued assets * Support maximum interoperability with Ethereum, though this will differ for each one (eg. what if you're not EVM, or even not financial?) From Ethereum's side, over the past few months I've become more convinced of the value of the native rollup precompile, particuarly once we have enshrined ZK-EVM proofs that we need anyway to scale L1. This is a precompile that verifies a ZK-EVM proof, and it's "part of Ethereum", so (i) it auto-upgrades along with Ethereum, and (ii) if the precompile has a bug, Ethereum will hard-fork to fix the bug. The native rollup precompile would make full, security-council-free, EVM verification accessible. We should spend much more time working out how to design it in such a way that if your L2 is "EVM plus other stuff", then the native rollup precompile would verify the EVM, and you only have to bring your own prover for the "other stuff" (eg. Stylus). This might involve a canonical way of exposing a lookup table between contract call inputs and outputs, and letting you provide your own values to the lookup table (that you would prove separately). This would make it easy to have safe, strong, trustless interoperability with Ethereum. It also enables synchronous composability (see: and ). And from there, it's each L2's choice exactly what they want to build. Don't just "extend L1", figure out something new to add. This of course means that some will add things that are trust-dependent, or backdoored, or otherwise insecure; this is unavoidable in a permissionless ecosystem where developers have freedom. Our job should make to make it clear to users what guarantees they have, and to build up the strongest Ethereum that we can.