On July 20, a single transaction on Solana drained approximately $1.1 million from Allbridge Core’s USDC-USDT liquidity pool. The attacker borrowed 1.12 million USDC via a flash loan from Kamino, executed a single swap to distort the pool’s exchange rate, and then withdrew an amount far exceeding their initial capital. The code executed perfectly. The design did not.
This is not a novel attack. It is a textbook replay of the same vector that has plagued DeFi since 2020: flash loan–enabled price manipulation targeting an automated market maker with insufficient liquidity depth. What makes this incident worth dissecting is its timing and location—Solana, a chain often criticized for its centralization but rarely for its DeFi engineering. Allbridge Core is a cross-chain bridge, meaning its Solana-side pools are meant to facilitate the transfer of assets between Solana and other chains like BSC and Ethereum. The attack did not break the bridge’s core messaging protocol; it broke the economic assumption that the pool’s liquidity could withstand a single-block arbitrage.
Let me trace the execution step by step. The attacker opened a flash loan of 1.12 million USDC from Kamino, a lending protocol on Solana. With that capital, they swapped USDC for USDT in the Allbridge Core pool. Because the pool’s total liquidity was shallow—likely under $2 million—this swap moved the price ratio significantly. The attacker then used the inflated USDT price to withdraw an excessive amount of USDC from the pool, effectively draining the liquidity before repaying the flash loan. The net profit was approximately $1.1 million. The entire sequence occurred within a single transaction, atomic and irreversible. Trust is a variable; proof is a constant. The proof here is that the pool’s pricing logic lacked any resistance to large, rapid trades.
In my audits of stablecoin pools over the past five years, I have flagged this exact vulnerability repeatedly. The root cause is always the same: reliance on the constant product formula (x * y = k) for price discovery without a time-weighted average price (TWAP) oracle or an external price feed. In a healthy pool with $50 million in depth, a $1 million swap moves the price by a fraction of a percent. In a pool with $2 million, the same swap can generate a 30% or higher deviation. Allbridge Core’s pool was operating in the latter regime. The attacker did not need sophisticated mathematics; they simply needed a flash loan larger than the pool’s liquidity.
The contrarian angle, however, is that this attack is not a failure of Solana as a chain or of cross-chain bridges as a concept. Solana’s high throughput and low latency actually enable faster detection of such attacks—the transaction was visible on-chain within seconds. The failure is specific to Allbridge Core’s deployment choices. They did not implement a TWAP mechanism, which would have smoothed the price oracle over several blocks and made the manipulation unprofitable. They also did not enforce a maximum swap size relative to pool depth, a basic safeguard that many DeFi protocols now treat as standard. Complexity is the enemy of security. Allbridge Core added cross-chain functionality but forgot the basics of single-chain liquidity management.
What the bulls got right is that this attack validates the need for robust risk management, not for abandoning DeFi. The event will likely accelerate adoption of TWAP oracles and dynamic slippage limits across Solana’s DeFi ecosystem. It also highlights the value of projects like Wormhole and Circle’s CCTP, which have invested heavily in secure bridge architectures. Allbridge Core’s TVL will likely drop, and some users may move to safer alternatives. But the market will correct its own misallocations. The real lesson is for developers: treat liquidity depth as a core security parameter, not a marketing metric.
Takeaway: Every DeFi team should ask themselves whether their pool can survive a flash loan equal to 50% of its total liquidity. If the answer is no, they need to either increase depth or harden the pricing logic. Trust is a variable; proof is a constant. Until the industry treats TWAP oracles as mandatory infrastructure, we will continue to see these same attacks, on different chains, under different names, with the same outcome. Trust is a variable; proof is a constant.

