solver

tunnel runs a NEAR intents solver whose inventory is the XMR this coin mines. Every fill it wins pays spread back into the dig budget.

book

accountinventoryreserve floorquoting
bids · tunnel pays SOL, takes XMR
sizeratespreadvalid to
No open quotes. The solver quotes only when inventory is above the reserve floor.
asks · tunnel gives XMR, takes SOL
sizeratespreadvalid to
No open quotes. The solver quotes only when inventory is above the reserve floor.

fills

intentdirectioninoutspreadcapturedinventory afternear tx
No fill yet. Fills appear when the solver wins an intent.

inventory over fills

how the solver works

NEAR intents are signed statements of what a user wants: this much of this asset in, at least that much of that asset out, to this recipient. Solvers watch the intent pool and compete to fill. The user never names a route. tunnel's solver is an ordinary participant with one unusual property: its XMR side is funded by mining, not by a treasury.

When the solver sees an intent from SOL to XMR, it checks that inventory minus the intent size stays above the reserve floor. The reserve floor is the sum of every worker's pending XMR plus the XMR of any rental currently unlocking. If the fill would breach the floor, the solver does not quote. Holders are paid before the solver is ever allowed to be clever.

A winning fill moves XMR out of the tunnel wallet and SOL in. The SOL is not kept. It is posted straight back as a SOL to XMR intent to another solver, or filled by tunnel's own book on the other side when that is tighter. The difference between what tunnel gave and what came back is the captured spread, and it is credited to the dig budget as XMR.

The same wallet therefore earns on the XMR twice. The pool pays it once for the hashes. The intent pool pays it again for the liquidity. The second income is what makes the hashpower compound without any new fees.

Every fill is a NEAR transaction with a hash. The fills table links each one. There is no off chain number on this page.