Flying Tulip July Update

Flying Tulip July Update

Flying Tulip is an on-chain financial system that standardizes pricing, credit and risk across an integrated suite of products. ftUSD provides the liquidity and settlement layer, while Lend provides the account-based margin and capital-efficiency layer. Spot, leveraged trading and Total Return Swaps extend the same collateral and account infrastructure into execution and synthetic exposure.

The system is designed as one connected stack, so capital never needs to sit idle. Stablecoin liquidity supplied through ftUSD and assets supplied to Lend can continue earning yield while supporting borrowing, open Spot orders, margin positions, derivatives and insurance, with settlements in ftUSD.

In July, Flying Tulip moved further beyond individual product launches toward a more integrated on-chain financial system. Spot and TRS entered private beta, available to some roles on Discord. RWA and LST atomic-settlement systems were activated, and two large curators began proof-of-concept integrations using their own collateral, with settlement in FT.

The roadmap expanded to include tokenized perps and tokenized leverage. Alpha testing continued on the order book, an on-chain derivative primitive, and permissionless markets in which risk parameters for lending and derivatives can be derived from the liquidity, reserves, prices and volatility of the underlying AMM. As ftUSD integrations and liquidity expand, PUTs are planned to be added as collateral, a feature frequently requested by users.

The live products continued to mature, with parameters adjusted to support greater scale while preserving risk controls. The ftUSD cap on Ethereum increased from $5 million to $100 million; the ftUSD mint and redeem fee was reduced from 10 to 7 basis points; Sonic Lend S borrow cap increased from 5 million to 8 million; Lend Circuit Breaker limits were raised on Ethereum; and borrow cap on Sonic Lend increased from 10K to 100K ftUSD.

At the time of writing, TVL across live products reached about $18 million, while the broader on-chain capital base is at approximately $70 million, including PUT backing. All-time yield generated by PUT backing exceeded $1.2 million. Lend reached $13.43 million across Ethereum and Sonic, with active loans surpassing $1.3 million. ftUSD supply also continued to grow, reaching $4.5 million, while Ethereum ftUSD APY remained above 7% for a third consecutive month.

This growth was achieved without liquidity-mining or token incentives.

In addition to burning 8.8 billion FT (see next section), efforts continued to deepen liquidity for FT and ftUSD ahead of the Spot launch. Curve DAO Proposal #1455 passed with 100% support, approving the FT/ftUSD gauge and making the pool eligible for CRV emissions based on gauge weight.

JULY IN NUMBERS (as of August 3, 2026)

ftUSD total supply: $4.5M (from $3.94M last month)
— $4.14M on Ethereum
— $360.5K on Sonic

ftUSD APY:
— 10.17% on Ethereum
— 5.6% on Sonic

Lend TVL: $13.43M (from $9.56M last month)
— $12.05M on Ethereum
— $1.39M on Sonic

FT Protocol Buybacks: 640,512 FT
All-time yield generated: $1.14M
Total backing capital: $50.95M

For the latest figures, see ftUSD DashboardLend DashboardAllocation Dashboard, and the new Statistics page.
Chart of the Month: Total value locked crossed $16.5 million on July 27, excluding PUTs. Data from https://tokenterminal.com/explorer/projects/flyingtulip/metrics/all.

1. We just burned $900,000,000

In a single transaction in July, we permanently burned 8,788,534,107 FT, approximately 88% of total supply, reducing the fully diluted valuation (FDV) to roughly $100 million.

Transaction: https://etherscan.io/tx/0xcc047b12be7ded05314270fc3210f143ce544b3cf59a17aeab29b6d296ac8bae

These tokens were unallocated FT held in the Investment Contract’s Perpetual PUT reserve as non-circulating supply. They could enter circulation only through new capital deposited to purchase them.

Following the burn, now they never can.

The dedicated post explains the transaction and its effect on FT supply in detail.

FT burned ~$900m
FT just burned ~$900m of tokens, reducing FDV to ~$100m. txid This is a complete non-event. Tokenomics are not one size fits all. FT tokens could only become pseudo-supply via PUT options. There is no other way for tokens to exist. They are either backed by a PUT

2. Dashboard County


At Flying Tulip, we build our products on-chain and treat transparency as an integral part of the product. Even before July, every major live product had a dedicated official dashboard.

The PUT Options dashboard tracks backing capital, collateral allocation and yield generated. The Lend dashboard shows supplied capital, borrows, earnings, available liquidity and APYs across Ethereum and Sonic. The ftUSD dashboard tracks supply and staking APY and breaks down the underlying collateral.

These dashboards are complemented by several community and partner tools. The FT dashboard tracks on-chain supply, including protocol buybacks, burns, and circulating and non-circulating supply. Its PUTs Marketplace view follows active listings, holders and recent activity. Other tools monitor Circuit Breaker status and provide alerts, compare Sonic and Ethereum metrics, and model borrow loops.

In July, we expanded this public data layer further. The objective is simple: make activity across Flying Tulip visible and independently verifiable at every level, from high-level protocol metrics to individual contracts and positions, down to the wei.

ftUSD strategy dashboard

The current ftUSD strategy is entirely on-chain, liquid and transparent. The strategy combines yield from stablecoin collateral with a delta-neutral position involving ETH and staked ETH on Ethereum, or S and staked S on Sonic.

The expanded dashboard now separates ftUSD APY into stablecoin collateral yield and delta-neutral strategy yield. It also shows leverage, borrow APY, staking APY, projected sftUSD APY, and the profitability of the delta-neutral leg.

Flying Tulip
Better Yield, Better UX

Protocol Statistics

The new Statistics page consolidates protocol fees and shows how cash flows are routed toward FT buybacks. It includes cumulative and period-based fees, annualized figures, breakdowns by product and network, and claimed and unclaimed fees.

Flying Tulip
Better Yield, Better UX

Token Terminal

Flying Tulip is now live on Token Terminal, providing an independent, standardized view of activity across the protocol. The profile tracks metrics including TVL, active loans, ftUSD supply, yields, fees, supply-side fees and protocol revenue, with historical charts showing how these figures evolve over time.

Flying Tulip overview | Token Terminal
Dive into Flying Tulip’s key fundamental metrics and uncover trends to make better investing and operational decisions.

Because Token Terminal applies consistent definitions across projects, Flying Tulip can now be compared directly with other on-chain financial systems. Token Terminal also maintains a labeled registry of the protocol’s smart contracts across chains. This connects the reported metrics to the underlying contracts and creates an additional external data layer for tracking capital, activity and fees.

Impossible tracker

Impossible launched a consolidated tracker that brings PUT collateral, ftUSD supply, Lend activity, markets, revenue, risk parameters and contract-level analytics into one place. Each published metric includes its source and methodology, with data drawn from Flying Tulip APIs and on-chain sources.

System Pulse | Flying Tulip
Flying Tulip protocol overview: PUT collateral, ftUSD supply, lending, and fees, with sources and observation times.

3. Quick Product Notes: Atomic Settlements and Curator Infrastructure

Atomic liquidity for RWAs and LSTs

Many tokenized real-world assets have substantial off-chain value but limited on-chain liquidity and delayed settlement. An asset can represent billions in assets under management (AUM) while having too little immediately executable liquidity to support on-chain lending or liquidations.

Flying Tulip can provide credit against these assets while using atomic settlement to bridge the gap between immediate on-chain liquidity and T+1 to T+5 settlement. Estimated instant-settlement costs range from 1 to 3 basis points, depending on the asset and settlement period.

The same design can be used by liquid-staking-token issuers whose underlying redemption takes time. An EVM-based LST with a T+x settlement window could use Flying Tulip liquidity to offer immediate redemption without first building a deep, independent on-chain market. Deeper and faster exit liquidity can, in turn, support more useful collateral parameters in lending markets.

RWA and LST atomic settlement were added to the roadmap in July.

Infrastructure for institutional vault curators

Early vaults were often managed by one or two strategists whose primary role was to allocate deposits across other protocols. Today, large curators increasingly operate as full institutions.

In that environment, simply deploying capital into external markets is no longer enough to differentiate a vault. Curators may need to offer leverage, margin trading, cross-collateral accounts, Spot execution, RFQ routing, TRS and derivatives using the same pool of deposited capital.

Flying Tulip is being developed as infrastructure that allows curators to offer those functions without building the full lending, account, execution and settlement stack themselves.

By late July, two large curator proof-of-concept integrations were underway.

4. Andre Cronje on The Rollup: From DeFi to on-chain finance

Andre joined The Rollup for a deep dive into the ideas shaping Flying Tulip and the broader shift from early DeFi toward more mature on-chain financial systems.

Security is more than an audit

There are trade-off between rollout speed, user experience and security. While audits remain necessary, they are no longer enough for modern protocols. Production security also requires secure key management, upgrade controls, outflow monitoring, capped rollouts and Circuit Breakers.

If limits are exceeded, a Circuit Breaker may place a withdrawal into a queue rather than sending funds immediately, and a cap may prevent a product from accepting all available demand. These protections can introduce some friction, but they are necessary for the next generation of on-chain products. Together, they can substantially improve security by limiting the speed and scale of outflows during an incident.

Flying Tulip also strictly separates permissions: roles that can move funds are distinct from those that can pause or slow outflows, while the highest-risk actions sit behind multisigs and timelocks.

From decentralized finance to on-chain finance

The industry has moved beyond the original model in which the user’s only counterparty was an immutable smart contract. Modern products rely on teams, hosted interfaces, support channels, keepers, security operations, curators and external infrastructure.

Upgradable contracts have also become necessary for complex financial products. They introduce additional trust and key-management risks, but a fully immutable system cannot respond to newly discovered problems or continue adapting. The important issue is not that teams and off-chain systems exist, but that their role and the resulting trust assumptions are disclosed clearly.

Curated vaults are one example. A vault may execute transactions on-chain, but the user can still be exposed to a curator’s decisions, an off-chain credit agreement, an RWA issuer or an asset that cannot be liquidated immediately. Transparency must include these counterparties rather than imply that the smart contract is the only source of risk.

This category can be better understood as on-chain finance rather than DeFi. Accordingly, Flying Tulip is being built for the next cohort of users who expect modern financial functionality alongside on-chain transparency.

Rebuilding composability inside one system

The original DeFi protocols were easy to build on because they were often largely immutable and charged few or no fees. The prevailing design goal was full immutability and decentralization.

As protocols have become versioned, fee-generating businesses, building across separate systems has become harder. Each protocol must protect and optimize for its own liquidity and fee streams, making external composability more difficult.

Retail and institutional capital ultimately follows the product that offers the best combination of risk-adjusted yield, functionality and cost.

To provide this, Flying Tulip is designed as one connected stack, bringing together lending, equity-based margin accounts, Spot execution, RFQ routing and liquidations, derivatives and ftUSD. The goal is to restore composability within a single account and settlement system.

Flying Tulip’s dollar-pegged stablecoin ftUSD is much more than just a stablecoin – it serves as the settlement asset and the connective liquidity layer.

Stablecoin deposits earn yield from borrowers, and support the delta-neutral strategy while providing liquidity across the product suite. Capital entering Lend margin accounts feeds into the Spot order book, margin positions, RFQ execution and liquidations. Those same accounts can then support TRS, derivatives, insurance and future permissionless markets.

As activity grows, increased borrowing demand and fees from trading, liquidations and settlement contribute to ftUSD yield, creating a liquidity flywheel across Flying Tulip. This gives ftUSD multiple sources of demand and yield rather than making it dependent on a single strategy or product.

ftUSD is both the liquidity “Trojan horse” and the lifeblood of the system.

"Deposited capital is onboarded in the same margin account. If you can place a limit order on our spot system, that capital is earning yield because it's in the margin account being lent out on the other side. There’s never a point where your capital isn’t put to work."
- Andre Cronje

If you made it this far, join the Flying Tulip community for the latest updates on Discord: https://discord.gg/flyingtulip, and on Telegram: https://t.me/flyingtulipgroup.


Socials

Products

Documentation

Official Dashboards

Community and Partner Dashboards