FRXETH is a liability, not an equity story
FRXETH (onchain symbol frxETH) is designed to behave like a 1 ETH face-value claim inside the Frax Ether system. Frax’s own docs frame it explicitly as a loosely pegged stablecoin, minted 1:1 when ETH is sent to the minter, with circulating frxETH matching ETH in the system.
That framing matters for tokenomics. FRXETH itself does not promise cash flows. It is meant to trade near ETH because it is redeemable to ETH through a protocol mechanism, not because it routes revenue to holders.
The yield instrument in the stack is sfrxETH, not FRXETH. Frax split “liquidity” from “yield” on purpose. If you hold FRXETH for DeFi composability, LPing, or simple ETH-like exposure, you are choosing to forgo staking yield. Frax explicitly states that holding frxETH alone is “not eligible for staking yield,” and that “all profit generated from Frax Ether validators is distributed to sfrxETH holders.”
From a TradFi realist lens, FRXETH is best analyzed like a demandable claim on a pool of staked ETH with a governed redemption process. That is a credit and liquidity product. Not a growth asset. If you want to see how we structure this kind of analysis, start with our tokenomics methodology.
Two-token architecture: FRXETH is the par asset, sfrxETH is the accrual asset
Mechanically, the system has three core components: frxETH, the ERC-4626 vault token sfrxETH, and the frxETH minter contract.
frxETH (FRXETH) is intended to stay close to 1 ETH and is “peg-defended” within a stated 0.99-1.01 band per frxETH.
sfrxETH is an ERC-4626 vault share token that accrues the staking yield. As validators generate yield, an equivalent amount of frxETH is minted and sent to the sfrxETH contract, increasing the frxETH-per-sfrxETH exchange rate over time.
That separation creates a very specific economic trade-off:
Liquidity users subsidize yield users. Any frxETH sitting outside the vault is not sharing in staking income, but the underlying ETH is still working in validator land. The yield that would have been “spread” across a rebasing token gets concentrated into the vault token. Frax leans into this as a feature because it can push the headline yield on sfrxETH above vanilla ETH staking when a meaningful fraction of frxETH stays unstaked. (That is a distribution effect, not financial alchemy.)
For DeFi integrations, it also avoids the “rebasing token” operational headaches. For a lending-vault parallel, compare the cToken exchange-rate model.
Supply is endogenous: FRXETH expands with deposits and with earned ETH
FRXETH does not have a fixed issuance schedule. It is minted when ETH enters through the minter, and it can also be minted as staking rewards are recognized and routed to the sfrxETH vault.
Market data sites reflect this “variable supply” reality. CoinGecko lists FRXETH with max supply: ∞, consistent with a receipt token whose supply expands as more ETH is deposited-see the variable supply listing.
On March 4, 2026, you should treat any spot “circulating supply” number as a point-in-time snapshot, not a tokenomics parameter. The structural point is that supply is balance-sheet driven.
There is also no meaningful “allocation” story in the venture-token sense. FRXETH is not emitted as an incentive token and it is not a governance token in the Frax stack. It is created when users (or strategies) put ETH into the system. That reduces distribution risk. It also removes the usual upside narrative people try to paste onto “tokenomics.”
Redemption is 1:1, but not necessarily now
Frax offers a primary redemption path: frxETH holders can redeem to ETH “1-to-1 without fees or slippage” via a redemption queue contract. Users send frxETH to the contract and receive a redemption NFT that represents their queue position, then claim ETH when eligible.
The waiting time is formulaic. Frax documents it as posEntryQueue + posExitQueue + deltaFactor, where deltaFactor is governance-set.
The rationale is explicit: because sfrxETH stakers do not “pay” Ethereum’s entry queue friction on the way in, the system accounts for entry + exit queue time on the way out to prevent queue-timing griefing.
This is the first place where FRXETH’s “stablecoin-like” pitch meets reality. In normal markets, most redemptions will clear through secondary liquidity. In stress, the redemption queue becomes the price anchor. The cost is time. Time is a spread. For a fiat-backed contrast, see our stablecoin redemption breakdown of TrueUSD (TUSD).
Frax also publishes key contract addresses for frxETH and sfrxETH and for core V2 system contracts like EtherRouter and the RedemptionQueueV2. That transparency is helpful for onchain monitoring, but it does not remove protocol risk. For another 1:1 wrapper with a different trust model, compare our tBTC mechanics review.
Fees and fiscal flows: the “10% take rate” is the real tokenomics
The cleanest, most modelable tokenomics parameter in Frax Ether is the protocol’s stated skim on ETH staking income. Per Frax’s documentation, ETH staking income is distributed as:
90% to sfrxETH vault stakers, 8% as a protocol fee, and 2% to an insurance fund.
That breakdown traces back to governance. The original fee structure proposal, FIP-122 dated October 26, 2022, approves “8% protocol fee” and “2% of earnings as slashing/operating insurance,” with a “minimum of 90%” to sfrxETH stakers.
Two implications follow.
1) The protocol is explicitly monetized. A 10% skim on staking income is equivalent to an asset manager charging a management fee, except it is paid in-kind from staking revenue rather than as a separate invoice. That 8% portion is described as being routed to Frax ecosystem contracts (like AMOs) for the eventual benefit of FXS holders and FRAX peg backing.
2) FRXETH holders do not participate in that revenue. This is the part many markets mentally hand-wave. FRXETH is the unit of account in the system, but it does not have a claim on protocol fees. If you want a claim on staking income, you hold sfrxETH. If you want a claim on protocol monetization, you are in Frax governance-token land, not FRXETH land. FIP-122 even states the 8% ultimately will be distributed back to FXS holders.
There is also a deliberately “anti-sniping” distribution mechanic. Frax notes that reward distributions into the sfrxETH vault are smoothed across cycles via syncRewards(), which queues newly added frxETH and distributes it linearly over a cycle window.
That is not just a technical footnote. It affects how quickly yield shows up in the exchange rate, and it reduces the ability to front-run reward injections. It is a small but real piece of “yield integrity.”
frxETH V2 changes the balance sheet: from pure LST to an ETH lending engine
frxETH V2 is where Frax Ether becomes more than a two-token wrapper around staking. The V2 docs describe a system that allows anonymous/external validators to enter, earn staking rewards into a ValidatorPool they control, and receive borrowing credit against the protocol’s ETH liquidity.
The core collateral concept is unusual and worth stating cleanly. V2 uses escrowed exit messages as the enforceable “collateral.” If a borrow position becomes unhealthy, an offchain Beacon Oracle service/bot can trigger validator exits. Exited ETH returns to the ValidatorPool and is “trapped” there until loans are repaid.
The V2 docs also specify concrete credit limits per validator:
24 ETH of borrow credit per 32 ETH deposited for anonymous pools, and up to 31 ETH per 32 ETH for known or community-whitelisted pools.
This is, economically, an ETH-denominated credit book. The “loan-to-value” is not about ETH/USD volatility. It is about validator performance, slashing risk, and the protocol’s ability to force exit and seize liquidity back into the repayment rail.
V2 also introduces a more explicit notion of protocol revenue. The docs state that the frxETH protocol will earn income both from investing idle ETH (Curve AMOs) as well as receiving interest from validator pool borrow activity.
The technical docs detail the plumbing:
- EtherRouter acts as a middleman for ETH flows. ETH from minting goes there, ETH for borrowing goes out via the LendingPool, ETH for redemptions is sent to the RedemptionQueue, and unused ETH can be invested into a Curve AMO and unwound later. The docs also state that profits from ValidatorPool interest payments collect in the EtherRouter.
- Curve AMO is where unused ETH can be invested into Convex farms for passive yield, then unwound when ETH is needed for borrowing or redemptions.
- LendingPool is where borrows, repays, and liquidation logic sits, with a VariableInterestRate module that adapts borrow APR based on utilization.
One key V2 statement is that the interest rate will increase if ETH becomes scarce from redemptions, heavy borrowing, or both.
TradFi translation: V2 tries to price liquidity when liquidity is scarce. That is directionally correct. It still introduces reflexivity. Rising rates can stabilize the system by discouraging borrows. They can also accelerate stress by forcing deleveraging at the same time redemptions pick up.
Governance surface and the risk register
Frax Ether’s parameter control lives upstream in Frax governance. The fee split is explicitly governed via FIP-122.
The redemption queue explicitly includes a deltaFactor “set by governance” on top of Ethereum’s entry and exit queue time.
And on the V2 side, multiple functions are bot-mediated by the BeaconOracle, including validator approvals and credit-per-validator settings for pools. The V2 technical docs describe the Beacon Oracle monitoring validators and triggering exits if borrow positions are unhealthy.
That is an unusually large operational surface area for something marketed as a “stablecoin-like” ETH claim. It can work. It also raises the bar for monitoring and for governance discipline.
Top 3 risks
Liquidity and discount risk on FRXETH under stress (dominant risk). Trigger: a wave of FRXETH sellers or DeFi liquidations that exceeds AMM depth, or a redemption rush coinciding with long Ethereum validator exit queues. Mechanism: although Frax offers 1:1 redemption via a queue, the queue is explicitly time-based (posEntryQueue + posExitQueue + deltaFactor), so “par” becomes “par after waiting,” and spot markets can clear below 1 ETH. Earlier redemption NFTs have preference, so late redeemers face both time risk and potential fill-order risk if ETH is scarce. Who bears it: FRXETH holders who need immediate ETH, and leveraged users posting FRXETH or sfrxETH in lending markets who can be liquidated into a thin spot market. Measurable indicators: persistent FRXETH/ETH price deviations on major DEX venues, redemption queue metrics like maturity timestamps and outstanding ticket supply, and the RedemptionQueue’s own ETH shortage/surplus reporting in the V2 design.
This is the dominant risk because it is the one that turns a “stablecoin-like” claim into a tradeable credit instrument. When you price FRXETH, you are pricing a bundle: ETH exposure, smart contract risk, and the probability-weighted cost of delayed redemption during bad regimes. The yield story sits elsewhere. So FRXETH’s market cap can look stable right up until it is stress-tested.
Also note the subtle but important second-order effect of the two-token design. If liquidity demand for FRXETH spikes (people want the liquid token, not the vault token), sfrxETH’s yield rate can rise because fewer tokens are staking. That is great for remaining stakers. It does not necessarily stabilize FRXETH’s peg in the moment, because the marginal seller usually wants immediate liquidity, not a higher forward yield. The mechanism that “improves yield” can coincide with the mechanism that “worsens spot liquidity.” The model does not break. It just reprices.
Offchain dependency and liquidation automation risk (Beacon Oracle and escrowed exits). Trigger: Beacon Oracle failure, compromise, or governance misconfiguration, especially during periods of validator distress or rapid borrowing expansion. Mechanism: V2 explicitly relies on an offchain Beacon Oracle that monitors validators, stores exit messages offchain, and triggers exits and liquidations when positions become unhealthy. If that system is delayed or wrong, bad debt risk rises. If it is compromised, it can cause forced exits and liquidity disruptions even without direct theft. Who bears it: the protocol balance sheet first (via ETH liquidity management), then FRXETH/sfrxETH users through wider discounts and impaired redemptions. Measurable indicators: anomalies in validator monitoring outputs, unexpected mass exits, and a rising gap between borrowing demand and available ETH liquidity routed through EtherRouter.
Governance parameter risk on fees and queue timing. Trigger: governance changes to the fee split, the redemption deltaFactor, or V2 credit-per-validator allowances. Mechanism: these are direct transfers between stakeholder groups. The 90/8/2 distribution is a policy choice, not a law of nature, and the redemption waiting-time formula includes a governance-set deltaFactor. Raising protocol fees reduces sfrxETH’s net yield. Raising deltaFactor worsens FRXETH’s “cash-like” properties. Increasing credit-per-validator (toward 31/32 ETH) increases system leverage and reduces buffer against slashing and operational losses. Who bears it: sfrxETH holders (yield), FRXETH holders (liquidity discount), and the Frax ecosystem (reputation and integration risk). Measurable indicators: governance proposals and executed parameter changes, shifts in realized net APY versus gross validator yield, and changes in redemption backlog behavior after policy updates.
One practical note if you’re building around FRXETH or sfrxETH: treat this like a structured product. Model the redemption queue delay, not just the “1:1” claim. Then model the fee skim as a durable take rate. If you need help pressure-testing those mechanisms for a protocol integration, this is where tokenomics consulting is actually useful, because the failure modes are balance-sheet and liquidity driven, not marketing driven.
This article is part of our Tokenomics Deep Dive series.
