Skip to main content
The SDK is the Rheon flow your users see, dropped into your product. One embed covers both ways money comes in: a stablecoin from a wallet on any supported chain, or fiat from a bank. You choose which paths are offered and where the money lands.
Status: the widget is live in preview at widget.rheon.io and settles real deposits on the stablecoin path. Embedding it into your own page - signed session URLs, theming, lifecycle events - is being built; the shape is documented on Integration options and marked as a plan where it is not live yet.

​
What it does

  • Stablecoin deposits. The user connects a wallet, picks a stablecoin on any supported network, and the deposit is routed and settled to your destination. Live today.
  • Bank deposits. The user verifies once, gets bank details, and pays from their own bank; the transfer converts and settles on-chain. Built, waiting on the banking partner agreement - see Virtual accounts.
  • Card payments. Priced, started, and followed to settlement through the same flow.
  • Fixed amounts in either direction. Pin what the payer spends, or pin what has to land and let the payer’s side flex to cover it.

​
Three ways to run it

​
Embedding

Two things about that allow list, both easy to miss:
  • The bank path runs identity verification inside the frame. It needs the camera, and by default it needs geolocation for address verification. If the host page does not pass those through, verification fails for most users - see Rheon ID.
  • The host page has to be served over HTTPS, or the browser refuses the permissions regardless of the allow attribute.
In production the URL is signed by your backend - single-use and short-lived - so the amount, destination, and branding cannot be changed from the browser. That part is still being built; until it ships, the preview takes plain parameters.

​
Configuring it

Filtering (which chains and tokens a user sees), pre-filling (wallet, amount, destination, email), locking fields so a user cannot change what you fixed, theming, and lifecycle events are covered on Integration options and Widget. Anything your backend must trust - crediting a user, releasing an order - goes through the API or webhooks, never a browser event.

​
Standalone

The same flow runs as a hosted page with no host product around it. Use it for a payment link, a support-assisted deposit, or a market where you have no app surface yet.