NEAR Intents, in English.
You have ETH on Arbitrum. You want
$SOL on Solana.
Normally that's your problem: bridge, DEX, gas, routes, wallets
@near_intents flips it: You say what you have and what you want. Market makers called solvers compete to fill the order. Best quote wins. A contract on
@NEARProtocol checks the trade and settles it.
That's the product: you post the outcome, pros figure out the route.
try it:
near.com
You may have used it without seeing the NEAR name. It sits under the swap button in Trust Wallet, Ledger Live, Rabby, Brave, LI[.]FI, ZODL and Zashi
It's also a big part of the
@Zcash story: start with BTC, ETH, SOL or USDC and end up with
$ZEC without doing the cross-chain plumbing yourself.
$32B+ routed so far. And the user never needs to own near:native.
Intents charges fees, NEAR keeps a piece, and that piece buys near:native . You can use the product without caring about the token and still create demand for it.
Then there's the part everyone learned this week.
To use Intents, you deposit first.
Your ETH leaves Arbitrum through bridge infrastructure and shows up as a balance inside Intents. Solvers compete to fill your order against that balance. When you want the SOL on Solana, the withdrawal infrastructure gets it there.
The user doesn't pick or manage any of that.
HOT, Omni and PoA are bridge implementations under the hood.
This week, a bug where that deposit/withdrawal infrastructure meets the Intents contract caused about $3.8M in losses. Intents says users will be compensated in full.
So the plumbing didn't disappear, your assets still have to get in and out. You just don't manage it.
That's chain abstraction in one sentence: the complexity is still there, it just became someone else's job.