Via MorpheusUI
1
Confirm wallet funding
Lower-left of MorpheusUI shows your wallet address; the Wallet tab shows MOR and ETH balances. You need at least
5 MOR for a session and a small ETH balance for gas.2
Pick a remote model
Chat tab → Change Model → pick from the remote dropdown (anything other than “Local Model”). The dropdown lists models registered in the Diamond marketplace contract.
3
Open a session
Click Open Session. Enter a stake (minimum
5 MOR). Confirm.4
Watch for the on-chain confirmation
A transaction will be submitted. Once confirmed, the session is open and you can prompt.
5
Close when done (or let it expire naturally)
Either path:
- Natural expiration — your consumer node submits
closeSession~1 minute afterendsAt(if online). - Early close — click the time icon next to the model line; click X next to the session.
userStakesOnHold until the next UTC day. After releaseAt, call withdrawUserStakes to claim the held slice.Via the API
What you should expect
- Wallet balance drops by the staked amount the instant the open transaction is mined. The MOR is now in the Inference Contract on Base for the duration of the session.
- On close (early or natural): unused stake returns in the same txn; the used stipend day-locks with
releaseAt = startOfTheDay(min(closedAt, endsAt)) + 1 day. AfterreleaseAt, callwithdrawUserStakes(yourAddress, iterations)on the Diamond — there is no HTTP route on the proxy-router. - Capital planning: used stake is not reusable the same UTC day. Size your wallet for the gross stake you need that day, not for recycling one pile of MOR many times before midnight UTC. See Sessions: stake, close, claim.
- The provider is paid from a separate protocol funding account, not from your stake in real time. If that funding account is empty or under-approved, every
closeSessionfails — yours included. The session sits “active” pastendsAtuntil operators top it up. See Why is my MOR locked?. - For a hosted read-only wallet checker that splits your MOR across the three on-chain buckets (wallet / active session / on-hold), see tech.mor.org/session.html.
Picking a good bid
There is no single right answer; consider:pricePerSecond— lower is cheaper but providers compete on quality and uptime.- Provider reputation / stake — higher provider stake means more skin in the game.
- TEE vs non-TEE —
tee-tagged models give you cryptographic guarantees about the running software (see TEE overview). - Throughput / capacity — see live data at active.mor.org.
rating-config.json that prefers certain providers automatically, see rating-config.