Wert

  • Name: Wert
  • URL: https://wert.io/
  • Tags: ethereum-ecosystem
  • Category: fiat on-ramp / smart-contract checkout integration surface / embedded payment widget
  • Summary: Wert at the project layer is the embedded checkout and integration surface inside a broader Wert company shell. The useful product cut is the session-based widget flow, official SDK and React wrapper, partner-facing module tuning, NFT smart-contract payment wrapper, and the listener / webhook / data surfaces apps wire into their own UX. The broader operator boundary now lives in wert, which is the cleaner place to reason about onboarding, agreement signing, API-key issuance, production credentials, domain whitelisting, service availability, support routing, and dashboard truth.
  • What it does:
    • Lets partner apps embed Fiat Onramp flows for crypto purchases and NFT Checkout flows for smart-contract-driven purchases without forcing a generic redirect experience
    • Uses a session-based integration model where the partner backend creates a short-lived session and then initializes the checkout widget from Wert’s official SDKs
    • Exposes product-level controls through the Partner Dashboard, including a module tuner for language, currencies, and custom themes in sandbox and production environments
    • Supplies webhook, listener, and data-API surfaces so partners can track registration, login, verification, and order-lifecycle events around the checkout flow
    • Supports both simple user-driven and partner-restricted purchase flows, so integrators can decide how much of the asset, network, currency, and amount configuration stays editable
  • Key claims:
    • The docs split the product into two main integration surfaces — Fiat Onramp and NFT Checkout — rather than one undifferentiated buy crypto widget
    • Fiat Onramp docs say the flow starts with a backend session-creation API call, then uses the returned sessionId to initialize the widget; the same docs say each session is valid for 30 seconds and single-use only
    • The docs say Wert’s official SDK is the only supported widget-initialization method, with a dedicated React wrapper for React projects and WebView guidance for mobile apps
    • The dashboard-facing module tuner lets partners configure widget language, available currencies, and branding themes, which is an analytically useful product-layer control surface
    • The webhook docs expose a detailed user and order lifecycle, making Wert more than a visual widget — it is a productized event surface apps may begin treating as operational truth
  • Whitepaper: No canonical whitepaper or litepaper appears to matter here. The strongest primary materials remain Wert’s docs portal plus the partner-facing site, especially the introduction, fiat-onramp, integration-steps, going-live, and webhook pages; see ../whitepapers/wert-primary-sources-2026-04-27.md.
  • Sources:

Internal linkages

  • Company boundary for the broader operator shell: wert.
  • Closest peer in the same embedded-ramp tier: transak.
  • Best contrast for the routing layer above any single provider: onramper.

Protocol / company boundary

  • Keep this note on the product surface: session creation, widget initialization, checkout UX, smart-contract payment wrapping, module tuning, and event delivery.
  • Use wert when the practical question is who controls onboarding, agreements, production credentials, domain whitelisting, go-live approval, service availability, support, and the operational policies around the product.
  • That split is sharper than treating Wert as one undifferentiated app brand, because many downstream dependencies land on the company-run partner workflow rather than on the widget alone.

Control surface

  • At the product layer, practical authority accumulates around session creation, widget initialization path, parameter locking, event handling, and how much of the host app’s purchase flow is coupled to Wert-specific SDK and webhook semantics.

  • The broader operator dependency sits one layer up in wert: sandbox and production admission, credential issuance, approved domains, supported geographies, and the support / compliance shell behind the integration.

  • Useful note, but the more durable lock-in story is the company boundary above it.

  • Last reviewed: 2026-08-09 UTC