Skip to main content
Status: Planned. This page describes the proposed revenue dashboard and its reporting model.

Revenue Dashboard

The planned dashboard brings revenue, programme activity, and payment records into one view while keeping their sources and purposes visible. A view would identify whose records it represents, the reporting period, the assets or units used, and when its information was last updated. A creator’s receipts, an audience allocation, and RNDRNTWRK’s platform revenue would remain separately labelled.

Dashboard Overview

The underlying records would let a reader follow a summary back to its source, activity, recipient, and payment or programme reference.

Keep Sources and Balances Distinct

Programme funding, service fees, settlement revenue, and token-related revenue need separate labels. Funds received to pay for work are tracked separately from revenue earned by delivering it. A useful financial view distinguishes: A balance can include funds owed to others. Funds committed to liquidity, settlement inventory, or a reserve also retain that purpose. These amounts need separate treatment from money spent on operating an activity. Token-related fees follow their own source record and are recognised only when generated, claimed, and settled. Transaction volume and user principal are different from the fees earned by a service. The Economic Model explains these distinctions. Fee Distribution sets out the planned source waterfalls and allocation bases.

Updates and Alerts

The update design connects an event with its recorded status and reporting time. Examples include a tip, a subscription payment, an asset sale, or a programme payment where the relevant experience supports that activity. Each update would identify the source and amount, the activity or recipient involved, and whether the record is newly reported, awaiting confirmation, completed, or corrected. The time of the activity, payment confirmation, and dashboard update may be different. Useful alert topics include:
  • A chosen revenue or activity milestone.
  • An unusual change that needs review.
  • An interrupted payment or service operation.
  • A significant contribution under the programme’s reporting rules.
  • A delayed update or unresolved difference between records.
An alert would point to the relevant record and its status so the reader can decide what to review next.

Reports and Reconciliation

The reporting design includes daily summaries, weekly performance reviews, and longer-period comparisons. The reporting period is separate from a programme’s payout schedule. A report would carry its sources, included activities, asset units, opening and closing balances, income and cost records, participant obligations, payments, reserves, and unresolved differences. If values are translated into another unit, it would identify the conversion source and time used. Reconciliation connects those records: what was funded, earned, allocated, paid, returned, or left outstanding. Corrections need to remain associated with the records they change. These summaries provide records for review. Formal financial statements and tax documentation need the appropriate accounting process and the underlying records.

Programme Allocations and Claims

The planned programme view would distinguish an estimated amount, an allocation, a submitted claim, and a confirmed payout. Points and credits would retain the meaning given by the experience’s terms. SW4P coordinates settlement: route selection, fees, execution, confirmation, recovery, and accounting for the result. SW4P Earn extends SW4P’s economic model into source-aware allocation, claims, rewards, payout schedules, reserves, and reconciliation. Current status: SW4P Earn is not yet publicly available. No staking, liquidity, reward, or claim programme is currently open. Any future staking, reward, or claim programme would have its own eligible activity, funding, recipients, allocation rules, timing, and treatment of reserved or outstanding amounts. Fee-derived allocations and separately funded incentives would remain separately labelled in SW4P Earn.

Go Deeper