The Revelation from the Raydium Theft Incident: New DeFi Vulnerabilities Lurking in Forgotten Old Contracts

Foresight NewsОпубліковано о 2026-06-13Востаннє оновлено о 2026-06-13

Анотація

**Raydium Exploit Reveals DeFi's Hidden Risk: Forgotten "Zombie" Contracts** A recent attack on Raydium's deprecated V3 AMM pools resulted in a loss of approximately $1.34 million. The hacker exploited pools that were no longer supported by Raydium's current UI or SDK but remained fully functional and accessible on-chain. This incident highlights a critical, often overlooked category of risk in DeFi: inactive or legacy smart contracts that projects fail to properly decommission. Since March 2025, there have been at least 8 publicly reported attacks targeting such abandoned contracts, with total losses around $10.8 million. Including older pools and deprecated features, the count rises to 10 incidents with roughly $22.5 million in losses. These "zombie contracts" represent a lifecycle management failure rather than a code vulnerability, yet they are typically misclassified under general "code bug" categories in security reports, masking the true scale of the problem. The root cause is that projects often merely document a contract as "deprecated" without taking essential technical steps to secure it: withdrawing remaining assets, disabling external call functions, and implementing ongoing monitoring. These forgotten, under-monitored components become prime targets for attackers. To address this, the industry needs to recognize "zombie contracts" as a distinct risk category and establish standardized decommissioning protocols. Essential steps should include: 1) a formal ret...


Author: Gino Matos

Compiler: Luffy, Foresight News


TL;DR:


  • Hackers stole approximately $1.34 million in assets by exploiting Raydium's long-discontinued V3 Automated Market Maker liquidity pools.
  • This incident exposes a widespread issue: Old contracts decommissioned by DeFi projects are still operational on-chain. These forgotten underlying infrastructures have become easily overlooked attack targets.
  • Public reports indicate that since March 2025, there have been at least 8 similar theft incidents targeting old contracts within the industry, suggesting that a vast amount of unattended legacy code remains externally callable.


Recently, a vulnerability in Raydium's AMM V3 resulted in a loss of $1.34 million. This incident involved five liquidity pools outside the project's current product ecosystem. These pools were unsupported by Raydium's UI or SDK and inaccessible to ordinary users, yet they were ultimately exploited by hackers.


This attack targeted the neglected old contracts and underlying infrastructures within the industry, revealing major flaws in the full lifecycle management of smart contracts. This type of problem is not unique to this one Solana-based decentralized exchange.


The Overlooked Risk Category


According to publicly available security incident reports, from March 2025 to the present, there have been at least 8 confirmed attack cases explicitly due to abandoned, phased-out, or old contracts, with cumulative losses of approximately $10.8 million.


If attacks involving old liquidity pools and outdated supporting products are included in the statistics, the number of related incidents reaches 10 (including this Raydium theft), with total losses amounting to about $22.5 million.


Most current industry security incident tracking platforms categorize attack types based on technical causes. Common classifications include: smart contract code vulnerabilities, permission control failures, oracle manipulation, private key leakage, cross-chain bridge defects, etc.


Zombie contracts (i.e., old contracts declared discontinued by projects but still normally callable on-chain) belong to a completely different risk dimension. They are security incidents caused by failures in contract lifecycle management, yet they have always been buried within the statistical entries of various conventional vulnerabilities and have not been classified separately.



The reason Raydium's V3 AMM liquidity pools were abandoned stems from the formal shutdown of the Serum project they relied on, rendering this set of old contracts completely non-functional. The corresponding liquidity assets have been idle on-chain ever since.


Raydium's currently used new version of the contract performs dual verification of two key pieces of information: first, it checks asset proportions through a total supply verification mechanism; second, it verifies the minting address of liquidity tokens and various associated account information.


However, this outdated V3 contract completely omitted these two verification processes. Hackers exploited this vulnerability by forging new liquidity tokens and impersonating legitimate certificates, directly bypassing all risk control rules.


In this incident, a total of approximately 150,177 RAY, 5,603 SOL, and 893,700 USDC were stolen. These assets had been stored in the platform's old liquidity pools for a long time. Although detached from mainstream operations, their on-chain call permissions were never deactivated.


Eight Cases Reveal Common Problems


Since 2025, several well-known DeFi projects have stumbled over old contracts. All incidents share the same characteristics: the project team claimed that the current version of the product and active users were unaffected, but because the old contracts were not completely shut down, the project treasury ultimately bore the full losses.



Why Old Contract Risks Are Overlooked


Currently, the vast majority of industry security incident classification systems focus on attack methods, tampering targets, and code failure points, representing an analytical perspective "starting from technical vulnerabilities." This also leads to the masking of zombie contract incidents. The core of such problems is never coding errors, but the failure of projects to execute the necessary complete shutdown of old contracts.


A 2025 industry research paper analyzed 50 major global crypto security incidents between 2022 and 2025, with cumulative losses exceeding $1 billion. The study pointed out that high-harm on-chain attacks are often the result of chain risk superposition, simultaneously involving human operations, daily maintenance, economic models, contract lifecycle management, community governance, and other levels.


The paper proposed a four-layer root cause analysis framework, clearly classifying contract lifecycle management vulnerabilities and community governance vulnerabilities as independent risk categories separate from code writing vulnerabilities. The zombie contract problem is a typical lifecycle management vulnerability. However, in existing security statistics systems, such incidents are uniformly categorized as "code vulnerabilities," and the corresponding loss data is concealed under other classifications, failing to attract sufficient industry attention.


Beware the "Contract Graveyard": Old Infrastructure Becomes a New Attack Hotspot


If DeFi projects continue to treat "contract shutdown" as an optional, trivial matter—merely annotating "this contract is discontinued" in product documentation without transferring idle assets, disabling call functions, or continuously monitoring status—then hackers will persistently target this "contract graveyard."


Every large DeFi project's historical deployment records have now become attack targets that hackers can search and exploit. The currently counted $22.5 million in losses is merely the value from publicly exposed cases; the real risk is far higher.


Those old liquidity pools holding assets but detached from mainstream user workflows, historical authorization interfaces, and early partnership integration modules receive far less operational monitoring than current business systems, making them precisely the preferred targets for hackers.


To change the status quo, "zombie contracts" must first be listed as an independent risk category with separate incident statistics. Secondly, the contract decommissioning process must be incorporated into standardized security procedures, placed on equal footing with code audits. Only by implementing full lifecycle operations and maintenance can the attack surface be effectively reduced.


Currently, the industry's handling methods are largely similar. Raydium used its project treasury to cover the $1.34 million loss. Transit Finance and Huma Finance also bore user losses through the project side.


This also means that contract decommissioning is no longer just a documentation annotation task; it is an essential security control link.


Seven Security Control Standards for Contract Decommissioning


For the shutdown of old contracts, the industry can establish standardized control processes. The specific requirements and their functions are as follows:



Simply annotating "contract discontinued" in documentation merely shifts the security risk to the project treasury, while the attack vulnerability remains. Announcing a shutdown only at the product level without a complete technical deactivation leaves old contracts perpetually callable: project teams neglect oversight, while hackers watch closely at all times.


The value of a DeFi project is not only reflected in its current total value locked (TVL) but also in the historical code and underlying architectures accumulated along its journey. And this forgotten history has now become a new security突破口 (breakthrough point).

Пов'язані питання

QWhat is the main vulnerability exploited in the recent Raydium hack, and what was the estimated loss?

AThe main vulnerability was in Raydium's deprecated V3 Automated Market Maker (AMM) liquidity pools. Hackers exploited these old, inactive contracts to steal approximately $1.34 million worth of assets.

QAccording to the article, what new risk category does the Raydium incident and similar attacks highlight for the DeFi industry?

AThe incident highlights the risk category of 'zombie contracts' or outdated smart contracts that have been deprecated but remain operational and callable on the blockchain, becoming overlooked attack surfaces.

QHow many similar attacks targeting outdated or deprecated contracts have been reported since March 2025, and what is the total estimated loss mentioned?

ASince March 2025, there have been at least 8 reported attacks specifically targeting deprecated or old contracts, with a cumulative loss of about $10.8 million. Including older liquidity pools and related products, the total is 10 incidents with losses around $22.5 million.

QWhy are these 'zombie contract' risks often overlooked in current security incident classifications?

ACurrent security classifications focus on technical vulnerabilities (like code bugs, oracle manipulations). 'Zombie contract' issues stem from lifecycle management failures—contracts not being properly decommissioned—and are therefore often mis-categorized under general 'code vulnerability' labels, obscuring their specific nature.

QWhat does the article suggest as a key action to properly address the risk of outdated contracts?

AThe article suggests establishing standardized security control processes for contract decommissioning. This includes measures like withdrawing all idle assets, permanently disabling key functions, revoking permissions, and continuous monitoring, treating contract sunsetting as a critical security task on par with code auditing.

Пов'язані матеріали

How to Do Research Well: Deliberately Practice the Real Skills That Matter

No one truly teaches you how to do research. You're often given a desk, a pre-selected problem, and vague instructions to "create something new." Consequently, many people reverse-engineer the job based on visible outputs—papers, posts, announcements—learning only how to *appear* like a researcher rather than how to *become* one. True research capability is built from stacking small, trainable skills, nearly all of which can be developed through deliberate practice. **Pick Your Own Problem:** Most researchers absorb problems from advisors or trends, lacking the underlying reasoning. Choosing a problem you genuinely care about, as John Schulman advises, leads to original work. Develop "taste" like a muscle: predict experiment outcomes, guess paper results from methods, and track which findings remain important over time. **Upgrade Your Inputs:** Relying on shared reading lists (arXiv hot lists, filtered group chats) leads to unoriginal conclusions. Undervalued old literature often holds crucial insights (e.g., MoE, LSTM, backpropagation). Richard Sutton's "The Bitter Lesson" or Claude Shannon's 1952 talk on creative thinking are more predictive than lengthy modern surveys. Breadth matters as much as depth: draw from neuroscience, mechanism design, hardware knowledge, and honest statistics. Read papers directly, especially appendices and limitations sections. **Write Everything Down:** As Paul Graham noted, writing exposes flaws in seemingly mature ideas. Writing is the cheapest defense against self-deception. Following Feynman's principle, Darwin programmatically wrote down facts contradicting his theory to combat memory bias. Maintain a detailed log of hypotheses, setups, predictions, results, and updated understandings. Reviewing past logs fosters essential humility.

marsbit31 хв тому

How to Do Research Well: Deliberately Practice the Real Skills That Matter

marsbit31 хв тому

Following US Ban on Fable 5, Zhipu AI's Stock Soars 47%

On June 15th, shares of Zhipu AI surged dramatically on the Hong Kong stock market, peaking at a 47.6% gain before closing 32.82% higher. This sharp increase was directly triggered by two recent industry events. On June 12th, Anthropic announced it was suspending global access to its latest flagship models, Claude Fable 5 and Claude Mythos 5, to comply with a U.S. government export control order. The next day, Zhipu AI announced it would open access to its latest open-source flagship model, GLM-5.2, under the permissive MIT license. The Anthropic incident highlighted a critical issue beyond raw model capability: the risk of sudden, unpredictable loss of access to advanced AI models, especially for developers and enterprises deeply integrated with them. This has shifted industry and market focus toward factors like stability, sustainable access, and controllability. Zhipu's move, promoting "frontier intelligence for all," positions its openly available model as a reliable and accessible alternative. The GLM-5.2 model emphasizes "Long Horizon Task" capabilities with a 1M context window, targeting complex, multi-step coding and engineering workflows where maintaining context is crucial. Analysts note this event exposes the risk of dependency on closed-source models subject to single jurisdictional controls, potentially accelerating a shift toward domestic base models and localized deployments. The market's reaction signals a new valuation dimension in AI: providers who can offer stable, long-term, and sustainably accessible AI capabilities are gaining strategic importance.

marsbit55 хв тому

Following US Ban on Fable 5, Zhipu AI's Stock Soars 47%

marsbit55 хв тому

Fully Entering the AI Era: Alipay Bets on Conversation, WeChat Holds Fast to Social

In May 2026, Alipay announced over 300 million AI payment transactions. Shortly after, WeChat opened its mini-programs for AI integration, sparking controversy by requiring developer source code access. This highlights their diverging approaches to AI integration. Alipay is testing "Project Treasure," an optional AI-native interface replacing traditional app grids with a conversational window. Users can command complex tasks (e.g., "book a ride and order coffee") handled end-to-end by AI. This shift follows an abandoned standalone AI app, focusing instead on enhancing its existing user base. For unmodified mini-programs, Alipay's AI uses "screen-reading" to simulate user interactions, bypassing the need for developer overhaul. It also introduced "Token Pay" for micro-transactions and "AI Wallets" for autonomous agent spending. WeChat, prioritizing its core social function, is taking an embedded approach. Its AI agent will operate within existing contexts like group chats and official accounts, assisting without a separate interface. To enable this, WeChat offers developers two paths: granting source code access for direct AI control ("Automatic Mode") or manually encapsulating services into standardized "Skills." Both place significant burden on developers. Key differences emerge in handling legacy services: WeChat demands developer cooperation (code or labor), while Alipay's screen-reading offers immediate, if potentially less stable, compatibility. Alipay's 3 billion AI transactions demonstrate user acceptance of AI-driven commercial actions. The divergent strategies may reshape mini-program ecosystems—Alipay passively "AI-fying" services, WeChat potentially favoring resource-rich developers—and set competing technical standards. Ultimately, the competition centers on where users entrust the command to "help me get things done."

marsbit55 хв тому

Fully Entering the AI Era: Alipay Bets on Conversation, WeChat Holds Fast to Social

marsbit55 хв тому

Торгівля

Спот
Ф'ючерси
活动图片