Login Sign Up
Preview Mode
You're viewing a live demo. All values shown are zero — create an account to see your real data.
Login Sign Up
Back to Dev Notes
Dev Update 004 - The Commerce Protocol Fee Model and Why It's Designed This Way

Dev Update 004 - The Commerce Protocol Fee Model and Why It's Designed This Way

Jun 16, 2026 29 views

Hey Unchained Community,


The Commerce Protocol isn't just a payment mechanism. It's a designed economic loop one where every transaction generates value that flows back into the ecosystem rather than out of it. This update focuses on how that fee model works and the reasoning behind its structure.


The Fee Split

Every Commerce Protocol transaction carries a 2% protocol fee. That fee is split three ways:

  • 50% to Vault stakers
  • 25% to the relayer that fulfilled the order
  • 25% to the ecosystem treasury


Each allocation has a specific function. The staker share ties protocol revenue directly to committed capital — users who lock tokens into the Vault benefit from every transaction that runs through Commerce. The relayer share is the economic incentive that keeps the fulfillment network honest and operational. Relayers who fulfill orders get paid. Relayers who miss fulfillment events or behave dishonestly risk their staked collateral. The treasury share funds ongoing development and protocol maintenance without requiring external fundraising rounds.


Why 2%

A 2% fee on digital voucher purchase, gift cards, mobile top-ups, eSIM packages, is competitive with or below what centralized alternatives charge, many of which also require account creation and identity verification. The Commerce Protocol requires neither. The fee is the only cost, and it's split back into the ecosystem rather than extracted from it.


The Relayer Network

The fulfillment layer deserves specific attention because it's the most operationally complex part of the protocol. Relayers watch the on-chain VoucherPurchased event, retrieve the voucher code from the provider, and deliver it to the user via an encrypted off-chain channel. They must stake tokens to participate, this is the mechanism that keeps the incentive structure honest. A relayer that fails to fulfill or delivers an invalid code loses a portion of their stake. The multi-sig dispute council handles escalated cases.


Current internal testing is focused on relayer behavior under load and on the dispute resolution flow. Specifically: how quickly a missed fulfillment is detected, how the fallback mechanism routes to an alternate relayer, and how the dispute council processes a contested delivery. These are operational questions, not architectural ones, the underlying contracts are sound. The work now is about reliability at scale.


Integration Surface

Any dApp on Solana can integrate the Commerce Protocol by importing the SDK. The dApp can use the default fulfillment network or operate its own relayer. All fees are denominated in $UCHN tokens regardless of integration path. This creates consistent buy pressure tied to actual usage not speculation.


The Solana Unchained Dev Team