A sponsor can pay for an activity that benefits someone else. The consumer's price can be reduced or covered while the data and service providers still receive their agreed payments.
Sponsored information
Let a sponsor fund access or reward a consumer while retaining attributable payment records.
Fund another participant's use
Reward the consumer
An offering can include a funded reward for its consumer. Incoming rewards can exceed that participant's outgoing charges, producing a negative effective price from the consumer's perspective.
That net figure does not replace the underlying payments. Each outgoing obligation needs funds and authorization, and each incoming credit retains its source.
Follow every contribution
Record sponsorship with the same activity evidence as the other charges and credits. Funding an activity does not override its access conditions or entitle the sponsor to private workspace contents.
Prices by contribution explains the payment breakdown. Read data usage contracts for the separate rights and conditions.
Developer reference
Technical details
Directed funding graph
netCost(participant) = Σ outgoing − Σ incoming. A 3-token debit plus a funded 5-token reward produces net cost −2; both nonnegative gross claims remain recorded.
The sponsor authorizes a funding wallet for selected obligations. Data owners and service providers retain their recipient identities; task/transaction context joins charges and rewards to the same operation.
Reservation invariant
Every positive outgoing obligation requires funds even when an expected incoming reward exceeds it. Netting is not a substitute for payer admission. Sponsorship changes funding edges, not workspace access predicates: the sponsor does not gain access to a consumer's private inputs merely by paying for execution.