
Ecosystem @flarenetworks EVM L1 : launch on Flare. Views are my own; not financial advice, fully ignore if in the UK.
Joined August 2020
- Tweets597
- Following1.5K
- Followers1.6K
- Likes1.5K
max ☀️ retweeted
JUST IN: Hex Trust taps Flare for $USDX reserves verification
The system uses Flare’s Confidential Compute on Songbird to check private and public reserves against USDX supply, publishing a signed result that confirms whether the stablecoin is backed 1:1 or more.
max ☀️ retweeted
As its Alt SZN (TM) I wanted to recapitulate the Flare offering.
• Flare is the only major L1 with a built in data.
• That data is used to power onchain markets and interoperability with tokens like XRP and Bitcoin which have historically been massively underutilised.
The utility just from this is huge - Firelight, the entire DeFi ecosystem in Flare, Flare smart accounts etc. This is where we are today but the best is yet to come… read on
• Those same data capabilities are being used to assure a verifiable compute layer that sits above Flare.
• Verifiable compute lets you run huge programs (example - a whole LLM) privately and with sufficient security to use the results onchain.
The use cases for the combination of Flare’s data, interoperability and compute are manyfold:
Protocol managed wallets which let a decentralised application on Flare take actions on any chain.
Autonomous crypto or RWA portfolio creation & management.
Private data streams that can interact with applications - so a public app can use data that can’t be exposed publicly but a user can be certain that the data came from the correct source.
Applications built directly on chains like XRP (with baked in privacy).
Private equity or perps markets.
Privacy tooling that can be applied to other markets.
Private and verifiable agents.
These are just a few of the ones that appeal to me.
Everything feeds revenue into FIRE - the Flare mechanism for buying back the FLR token.
We are ALL early.
A short list of apps that could be built on top of FCC:
• Private orderbooks, RFQ systems and dark pools
• Confidential lending, credit and underwriting
• Payroll, treasury and private institutional settlement
• Parametric insurance and private prediction markets
• Agents that hold API keys, policies or signing authority
• External-chain wallets controlled by Flare logic
• Automated rebalancing, market making and treasury execution
• Private Web2 data pulls and custom attestations
• KYC-gated apps with selective disclosure
• Shielded balances and private transfers
• Proprietary trading or risk models
• Heavy offchain computation with only the result posted onchain
• Randomness and specialized oracle services
• Apps that need secrets without falling back to a trusted backend
We have a lot of work to do. ☀️
Honestly, that's a very creative and impressive XRP unlock!
Flare acts as an extended arm for the XRP Ledger here.
Deposit XRP on XRPL -> Flare FXRP -> Borrows RLUSD on Morpho -> Receive RLUSD on XRPL in your wallet.
All that without new accounts or wallets. Even more bullish on Permission Delegation now which is a important piece to make it happen.
I really want to enable users to borrow RLUSD against their XRP directly from the XRP ledger (using Flare smart accounts) AND receive their borrowed RLUSD ON the XRP ledger.
In order for that to happen I need the Wormhole RLUSD bridge to be up. For that to happen I need XRP validators to approve:
xrpscan.com/amendment/Permis…
max ☀️ retweeted
Bitstamp Europe has taken FLR through the MiCA disclosure and admission-to-trading framework, with Luxembourg as the home state and 29 additional EU/EEA countries listed as host markets.
This gives FLR a much clearer regulatory distribution path across Europe through a major regulated exchange.
This is happening at the same time that Flare’s economic model is changing:
FlareDrops have ended, while FIP.16 targets a reduction in annual inflation from 5% to 3%, lowers the annual cap from 5B to 3B FLR, and introduces a modest increase in fees.
European access is becoming more structured as FLR moves into a more mature post-distribution economic phase.
max ☀️ retweeted
Institutionally curated lending with XRP as collateral.
Curated by @SentoraHQ
Powered by @FlareNetworks
FXRP is now live as collateral in Sentora's RLUSD vault on @Morpho
For the first time, XRP is collateral in an institutionally curated lending vault on Ethereum mainnet.
Learn more:
medium.com/sentora/fxrp-is-n…
max ☀️ retweeted
This is something we have been working towards for a while.
A lending market for RLUSD collateralised by FXRP, curated by one of the most trusted institutional curators in the industry @SentoraHQ.
This opens the door for much larger FXRP lending markets and for institutions that holds Billions of XRP to participate.
Good for XRP.
Good for RLUSD.
Good for Flare.
XRP now has institutional credit rails on Ethereum mainnet, enabled by @FlareNetworks.
FXRP is live as collateral in @SentoraHQ's RLUSD vault on @Morpho — supply FXRP, borrow RLUSD, permissionlessly.
A milestone for $XRP in institutional DeFi 🤝
app.morpho.org/ethereum/vari…
max ☀️ retweeted
FLR already has a regulated ETP through @ValourFunds — one of Europe's largest dedicated crypto ETP issuers.
European investors can access FLR directly from a standard brokerage account. No wallet. No exchange.
The TradFi distribution layer is live. valour.com/en/products/valou…
max ☀️ retweeted
FAssets is more XRPL-aligned than people think
People ask how the FAssets system actually uses XRPL. The honest answer is that the FAssets core flow is built out of native XRPL primitives — four of them — and that's the architecture.
1. Destination tags. Minting FXRP means sending tagged XRP to the core vault. Redemption sends tagged XRP back to wherever the user wants it — an exchange, a custodian, a wallet. It's the same tag primitive XRPL users already rely on every day. EVM ecosystems are now trying to reinvent this with "subaccounts." XRPL has had it from day one.
2. Native signer sets. The core vault itself uses XRPL's built-in signer-set mechanism. Signers are visible on any explorer, and the vault only ever signs two transaction types: payments to agents on redemption, and escrows. Two native operations, both auditable on-chain.
3. Escrow. Large balances in any signer-controlled account benefit from additional protocol-level constraints. So FAssets continuously locks vault XRP into XRPL-native time-locked escrows that release on a rolling schedule. The liquid balance is always sized well above what's needed to keep redemptions flowing smoothly — the rest sits outside the signing scope until expiry, time-locked by the XRPL protocol itself.
Why escrow rather than a custom contract? Because escrow is battle-tested, every XRPL explorer can verify the parameters independently, and standard XRPL operations are simple to validate and easy to monitor.
4. Memo fields. XRPL payments can carry memo data, and FAssets uses that to encode what the user wants to happen on Flare after the mint lands — buy a token, deposit into a vault, hit a Smart Account instruction. One XRPL transaction, full sequence on Flare.
No new transaction types, no new wallet UX, no forks. Use XRPL the way it's designed.
FAssets v1.3 is live on mainnet.
From @Krakenfx, @Binance, @cryptocom, @OKX → Flare DeFi in one withdrawal.
The new FAssets flow: set the tag once, then every XRP withdrawal arrives as FXRP, ready to deploy.
max ☀️ retweeted
Hello to the 14.25B XRP sitting on exchanges.
You can come over now.
One withdrawal, destination tag.
That's it.
FAssets v1.3 is live on mainnet.
Minting FXRP = one XRPL transaction.
Reserve a destination tag once, and every mint after is just an XRP withdrawal. Works from any exchange — Binance, Kraken, OKX, Upbit, Bithumb, all of them.
Billions of XRP are sitting on CEXs. @FlareNetworks is the only chain that reaches them in one step.
max ☀️ retweeted
Direct withdrawal of XRP to Flare from exchange. This is such a great use of native XRP functionality, Flares data protocols and the FXRP system.
From @Krakenfx, @Binance, @cryptocom, @OKX → Flare DeFi in one withdrawal.
The new FAssets flow: set the tag once, then every XRP withdrawal arrives as FXRP, ready to deploy.
max ☀️ retweeted
We're partnering with @SentoraHQ to bring native, capital-backed cover to institutional vaults.
Built on @FlareNetworks and powered by $XRP, this integration embeds real-time, programmatic protection directly into DeFi capital flows. 🔥
max ☀️ retweeted
The upcoming updates for the FAsset system could be one of the most important unlocks yet for XRP utility.
Why?
Because XRPL destination tags are designed to make the bridge far more exchange-native: users should be able to mint FXRP directly from supported exchange withdrawals and redeem directly to supported exchange deposit addresses.
That means the path from idle XRP to onchain yield gets much shorter. Flare will enable a flow that can meet XRP liquidity where it already lives!
And once that happens, the incentive structure changes.
Users get a clearer path to put XRP to work. Exchanges, in turn, have a reason to care, because passive balances become easier to pull into yield-bearing environments.
The result is a net positive for everyone: better UX, better capital mobility, and stronger pressure for the market to take XRPFi seriously.
max ☀️ retweeted
It hasn’t been the easiest couple of weeks, but this is worth highlighting: Flare is leading the ISO category this week.
max ☀️ retweeted
12-page proposal. 4,000 X posts overnight. 1,100 people tuned in live.
That should tell you something. The easy takeaway is that people care about @FlareNetworks' tokenomics.
Here are the top 15 questions and answers from the space, while we work on reviving the recording with @X:
max ☀️ retweeted
Listen.
FLARE COULD BECOME ONE OF THE FIRST GENERAL-PURPOSE L1s TO IMPLEMENT PROTOCOL-DIRECTED BLOCK BUILDING WITH A GOVERNED MEV MANDATE TIED TO TOKEN ECONOMICS.
In simple terms, this means @FlareNetworks is not just trying to grow the network and hope FLR benefits indirectly.
It is proposing a system where part of the value normally extracted through block building, arbitrage, and liquidations can be captured at the protocol level and redirected back into the network’s economics.
On most networks, more activity does not automatically mean stronger token economics.
The chain gets used, value is created, but a meaningful part of that value leaks to external actors while the token still depends heavily on emissions and future expectations.
What Flare is proposing is much more ambitious.
If activity on the network grows, the goal is for more of that value to be captured through fees, MEV, and other protocol revenues, then routed toward supply reduction, validator and staker support, and broader ecosystem growth.
To me, this is one of the biggest open problems in crypto:
How do you make token value connect to real network usage?
- More usage could mean more value captured.
- More value captured could mean stronger FLR economics.
- Stronger FLR economics could mean a healthier long-term network.
Flare is trying to move away from a model where the token is supported mainly by emissions, toward one where the network recycles more of its own economic activity back into FLR and the ecosystem.






























