Activity-Based Rewards Instead of Yield
The regulatory line on stablecoin rewards is becoming clearer. The latest CLARITY Act markup would prohibit rewards tied to holding a stablecoin or anything "economically or functionally equivalent" to interest, while explicitly permitting activity-based programs: loyalty, promotional, and transactional rewards tied to what users actually do. That distinction, active versus passive, is now the organizing principle for how stablecoin issuers can compete with bank deposit rates without running into the yield prohibition in the GENIUS Act.
The industry's reaction to the latest draft was mixed. Some read it as a workable outcome that preserves the core of what transaction-based rewards programs need to do. Others flagged that the "economic equivalence" standard is vague enough that future regulators could interpret it restrictively, and that restrictions on tying reward amounts to balances or transaction volumes make the mechanics of structuring programs genuinely difficult. The final shape of the framework will depend on how the SEC, CFTC, and Treasury jointly define permissible rewards over the next year.
But even in the most permissive reading of where this lands, one thing is clear: the architecture of a compliant rewards program matters as much as the policy box it sits in. A program that rewards activity has to demonstrably reward activity: not holding, not balances, not anything that looks like passive yield in disguise. That requires eligibility logic that is rule-based, auditable, and not subject to discretionary override.
The operational gap nobody talks about
For centralized issuers with large internal compliance and product teams, running activity-based rewards is primarily a legal and product design problem. The infrastructure to compute eligibility, manage distribution, and document program parameters in a way that satisfies regulators is something they can build and control in-house.
Decentralized stablecoin protocols are in a fundamentally different position. Ethena, Sky, Frax, and Usual do not have a centralized operations team to run a rewards program, and more importantly, they do not want one. The point of being a decentralized protocol is that no single entity makes discretionary decisions about who qualifies for what. A rewards program that routes through a centralized intermediary doesn't just create operational complexity; it undermines the trust model the protocol is built on.
The problem is that building a rewards program without a centralized intermediary is technically hard. Eligibility logic needs to evaluate historical activity across wallets and contracts. Anti-abuse controls need to detect wash trading, sybil attacks, and manufactured volume. Distribution needs to be deterministic, auditable, and executed by smart contract. And the program needs to be demonstrably rule-based, because that is both the technical requirement for decentralization and the regulatory requirement for distinguishing rewards from yield.
What compliant, decentralized rewards infrastructure requires
The distinction regulators are drawing is between rewards that are discretionary and relationship-based (which resemble yield) and rewards that are rule-based and activity-triggered (which do not). For a decentralized protocol, making that distinction stick requires that the eligibility computation itself be verifiable. The rules that determine who qualifies and for how much need to be provable, not just stated.
Space and Time is the data blockchain securing onchain finance. It indexes onchain and offchain activity into a decentralized data network, computes reward eligibility through Proof of SQL, a cryptographic proof system that verifies SQL query results are correct and untampered, and distributes rewards via smart contracts. The result is a rewards program with no centralized party controlling eligibility, a fully auditable computation pipeline, and distribution that executes deterministically based on verified activity.
For decentralized stablecoin issuers navigating the current regulatory environment, this architecture does something centralized solutions cannot. It makes the rule-based nature of the program provable onchain, not just claimed in a compliance document. As regulators move to define what "economically equivalent to interest" means in practice, the ability to demonstrate that a program is genuinely activity-driven, with eligibility determined by cryptographically verified behavior, not a platform's internal logic, becomes a material advantage.