Platform commission
Funds platform stewardship and operating margin. This is the platform’s only reward share; costs cannot also hide a commission.
Real costs. A visible reward pool. A share for the people who make each app possible.
Proposed model, not live billing. These are proposed launch defaults selected through a founder-authored app charter, not a promise of current charges or payouts. The current $5/month platform subscription remains in effect. Moving to this model requires a working meter, an auditable ledger, and explicit customer acceptance.
Calculate each app separately for one calendar month, then combine the results into one platform statement. All examples use US dollars, before any applicable tax.
C = S + Σ dᵢ · R = m × C · wᵢ = bᵢ / Σ b
Quoted chargeᵢ = dᵢ + wᵢ × S + wᵢ × R
Charge before rebatesᵢ = min(quoted chargeᵢ, agreed capᵢ)
Benefit is not objectively measurable. Active days are an understandable starting proxy, not a claim that we know someone’s happiness, income, or relationship success. Each app must publish its qualifying actions before charging. For dating, this could be an intentional browse, like, or message action; message content is not scored.
Zero use means zero charge. If bᵢ = 0, that person’s charge is zero. Their dormant storage and unsolicited background work are sponsor-funded, outside C. If nobody uses the app, all costs are sponsor-funded and there is no user-funded reward pool. A free launch is an explicit subsidy with a published budget, not a debt to recover from future users.
These percentages apply to the reward portion actually collected, after caps, refunds and settlement—not to gross revenue. Operating costs are reimbursed separately.
Funds platform stewardship and operating margin. This is the platform’s only reward share; costs cannot also hide a commission.
Recognizes creating and launching the app. Named founders and their fixed split are published. This share continues while this policy is in effect; it is not an ownership stake.
Shared rewards for the people who build, improve, maintain, and bring real users to the app.
With $100 of costs and 1,000 equally active users with equal direct costs, the uncapped charge is $0.20 each. If all rewards are eligible, the $200 collected funds $100 of costs, $10 for the platform, $10 for founders, and $80 shared by developers and promoters.
If a reward has no eligible recipient, that share is rebated to the users who funded it. It is never silently absorbed by the platform or another pool. The 80% pool is shared by eligible contributors across the app, including developers and promoters. An individual user having no referrer does not trigger a rebate; if the entire shared pool has no eligible recipients, its 80% is rebated.
A simplified single-app model: direct costs are equal per active person; benefit units vary. Real statements would use each person’s measured direct costs. The other users’ average excludes you. Development and promotion weights below are illustrative aggregate weights after contribution scoring, not fixed percentages. A person working in both roles is counted once, with their work attributed to the relevant role.
Assumes eligible founders. Set both contribution weights to zero to see the shared-pool rebate. Allocations show four decimals for explanation; a real ledger retains precision, aggregates monthly, and rounds once with a disclosed remainder rule. This calculator does not charge you.
Paying directly per raw line encourages bloated code and penalizes a small, excellent fix. We include code volume as a limited signal alongside reviewed contribution points for development, non-code work, and verified direct promotion.
Contributor weightⱼ = 0.75 × (Pⱼ / Σ P) + 0.25 × (√Lⱼ / Σ √L)
Contributor rewardⱼ = 80% × collected reward pool × weightⱼ
Pⱼ combines accepted work points from the trailing 12 months with qualified referral points for the current statement month. For development and other reviewed work, each work item gets a public scope and a reviewer-agreed score before work begins: 1 for a small bounded improvement, 3 for a substantial fix or feature, 5 for a major milestone. Completion evidence is required. Non-code work uses the same scale. Work cannot be split into artificial tickets to increase points. Proposed promotion scoring: one point per distinct directly referred user with qualifying activity and a settled positive payment in the statement month, during their first 12 months. Referral points are recalculated each month, not accumulated again over the trailing year. Both roles enter the same points denominator. This starting calibration must be validated and published before launch; point units are a policy choice, not an objective measure of value.
Lⱼ is eligible changed lines from accepted work in the same window: additions plus useful deletions, excluding generated code, vendored files, lockfiles, formatting-only changes, duplicates, and reverted work. A replacement counts once, not once for deletion and again for addition. Squashed diffs and semantic review prevent repeated churn from earning credit. AI-generated volume alone earns no lines credit; reviewed integration, tests and outcomes can earn points.
The sums include all eligible developers, other contributors, and promoters. A promoter can earn points without writing code. There is no fixed developer/promoter split; it follows the combined weights. The square root reduces the advantage of volume. If the only two contributors have equal points but 900 versus 100 eligible lines, their shares are 56.25% and 43.75%, not 90% and 10%. If no eligible lines exist, points receive 100% of the weight. Only people with accepted points can receive weight, including code weight. If there are no accepted points, the entire 80% shared pool is rebated. For example, aggregate final weights of 3 for development and 1 for promotion divide an $80 pool into $60 and $20; equal weights divide it into $40 each.
Named reviewers cannot approve their own rewards. Co-authors agree the point and line split once, before acceptance. Founders can also earn contributor rewards for distinct accepted work; all roles are disclosed. The same expense or work item cannot be reimbursed as a direct cost and rewarded again as a contribution.
Promoter reward = 80% × collected reward pool × the promoter’s contribution weight. Promotion earns points in the same pool as development, rather than a fixed commission on one user’s payment. One direct promoter per user per app, confirmed by that user before their first qualifying use. Attribution lasts 12 months from that first use; it cannot be restarted with another account.
Sign-ups alone earn nothing. Payments start only after genuine activity produces a settled payment. No self-referrals, duplicate identities, bots, unsolicited bulk invitations, or rewards on someone else’s recruits. Refunds remove the related referral points and require the affected monthly allocation to be recalculated and corrected before settlement. Users without a referrer still support the shared contribution pool; no personal referral rebate applies. After 12 months, that referral no longer earns promotion points.
Promoters must disclose their reward relationship when sharing an invitation. Personal identities and private activity are not published in the public ledger.
When a cap reduces a charge, cost and reward components shrink by the same factor. Sponsors cover any cost shortfall; uncollected rewards are not owed. No shortfall is redistributed to other users. Across apps, agreed app budgets must fit inside the user’s platform-wide cap.
Show the approved cost categories, benefit rule, reward multiplier, founder split, referral terms, estimate, and maximum before enrollment. Policy changes apply prospectively with acceptance, never retroactively. Pause additional paid activity before its budget is exhausted; account access and data export remain available.
Use net provider invoices and verifiable attribution. Exclude waste, abuse, avoidable idle connections, unapproved expenses, and charges already reimbursed elsewhere. Payment processing is absorbed by the platform’s commission; any applicable tax is itemized separately and included in the approved payment ceiling.
The proposed monthly statement shows your direct cost, benefit units, denominator, shared costs, credits, cap, rebates, and every reward allocation. Publish aggregate costs and reward totals with a versioned policy and contribution register. Provider evidence is redacted where needed; private user activity stays private.
Server-verified events use unique IDs to prevent duplicate billing. Finalize invoices and payments before rewards settle. Refunds reverse the original allocations. Record sub-cent credits and fractional allocations rather than charging a minimum for unused apps. Never present estimated earnings as money already owed.
Users and contributors get 30 days after a statement to dispute attribution, costs, or points with evidence. A reviewer without a financial interest decides, logs the reason, and issues a correction. Hold disputed rewards until resolved. The reviewer and appeal process are defined in the accepted app charter; the platform enforces that process rather than deciding business disputes on its own. This workflow must exist before the model launches.
No formula can prove that it is the fairest for every person. This proposal makes its assumptions visible and its arithmetic reproducible.
Cost-based rewards also have a limit: an efficient, nearly free app generates a small reward pool, even if it is valuable. At zero cost, this formula generates zero user-funded rewards. Grants or voluntary support could fund more work, but any different reward basis must be published and accepted separately. Spending more must never become a route to bigger rewards.
Before launch: measure costs in a shadow-billing trial, test the benefit proxy, implement caps and sponsor budgets, validate contributor and referral attribution, and reconcile sample statements. Billing and payouts do not change merely because this page exists.
See current pricing →