Jump to content
Gov  ·  Market  ·  Community  ·  Policies  ·  Funding  ·  Open Calls  ·  Get started

Gov/en/Portal:Economy/Need-Driven-Funding: Difference between revisions

From WikiDeal
Audit fixes: separate operational budget from Rewards (formula, Critical scenario, Example 2), remove fictitious CHF 500M target (Round 1 target is CHF 1,000,000), remove deprecated Balanced naming, em-dash cleanup
Rewrite: single Reward type, community/personal split removed — per Théo 2026-08-18
Line 1: Line 1:
{{KidsIntro|The Need-Driven Funding is a fair rule that decides how the monthly money is split. It makes sure the platform always keeps enough to run, then shares the rest between rewards and the community.}}
{{KidsIntro|Need-Driven Funding is a rule of honesty: WikiDeal first says how much money it really needs to run, like a family writing its monthly budget on the fridge. Donations follow that real need, and each donor freely chooses how many of their thank-you Rewards they keep and how much they simply give to the project.}}
{{ExpertIntro|Need-Driven Funding is proposed as WikiDeal's core financial formula: it would split subscription revenue between Rewards for early supporters and Karma tokens for the ecosystem, according to financial health. A minimum operational budget is covered first; above it, the ecosystem share grows with revenue. The mechanism aims to remove any benefit from stagnation.}}
{{ExpertIntro|Need-Driven Funding is currently proposed as the mechanism that aligns WikiDeal's funding with the Ynternet.org Foundation's declared needs. The Foundation would publish a need gauge (an initial requirement, for example CHF 100,000, plus a variable functioning cost, for example CHF 10,000 per month, adjustable); the effective Reward multiplier of the bonding curve would follow that declared need. There is one single type of [[Gov/en/Portal:Economy/Rewards|Reward]] (1 Reward = CHF 1 when cashed out, without guarantee), and at donation time each donor freely chooses how many of the generated Rewards they keep and how much they leave to the project as pure support. Subscription revenue would then be distributed following the [[Gov/en/Portal:Economy/Revenue-Structure|25/25/50 rule]]. Non-speculative, donation-based, transparent.}}


__TOC__
__TOC__
Line 6: Line 6:
''Formerly known as Boost, Balanced Boost or Funding Stabilizer: those names are deprecated.''
''Formerly known as Boost, Balanced Boost or Funding Stabilizer: those names are deprecated.''


= Need-Driven Funding: The Subscription Distribution Formula =
= Need-Driven Funding =


The '''Need-Driven Funding''' mechanism is WikiDeal's core financial formula. It determines how subscription revenue is divided between '''Rewards''' (paid to early supporters) and '''Karma tokens''' (contributed to the ecosystem) based on WikiDeal's financial health at any moment.
'''Need-Driven Funding''' is currently proposed as the rule that keeps WikiDeal's funding aligned with what the platform really needs at each stage, rather than with market forces. It goes in this tendency: the Foundation declares its need, donations follow that need, and each donor decides what their donation becomes.


== The Core Principle ==
== The two building blocks ==


WikiDeal must maintain a minimum operational budget of CHF 25,000 per month to cover:
The mechanism currently rests on two building blocks, proposed as a basis for discussion:


* Project management and coordination
* '''The need gauge.''' The Ynternet.org Foundation would declare its real need publicly: an initial requirement (for example CHF 100,000 invested before the call for funding) plus a variable functioning cost (for example CHF 10,000 per month of operating costs, set at launch and adjustable). While this declared need is not covered, donations would carry the full multiplier of the [[Gov/en/Portal:R&D/Innovations:Bonding Curve|bonding curve]]; once the need is covered and a provision builds up (typically a few months of costs), the effective multiplier would decrease, and the difference would feed a provision fund intended to be managed by the Ynternet.org Foundation for the maintenance and development of WikiDeal.
* Governance and voting infrastructure
* '''The donor's free choice.''' At donation time, the donor sees how many [[Gov/en/Portal:Economy/Rewards|Rewards]] their donation generates, and simply chooses how many of those Rewards they '''keep''' and how much they '''leave to the project''' as pure support. This choice is made at donation time and does not change later.
* Annual community events and sessions
* Administrative overhead


The Need-Driven Funding formula automatically adjusts the '''cash-to-Karma-token ratio''' to ensure this minimum is always met, while maximizing the flow of value back to the community.
The underlying algorithm and its research context are documented on the innovation page: [[Gov/en/Portal:R&D/Innovations:Need-Driven Funding|Need-Driven Funding (R&D)]].


== The Formula ==
== One single type of Reward ==


'''Need-Driven Funding Distribution:'''
The model currently proposed uses '''one single type of Reward''':


IF Monthly Subscription Revenue ≥ CHF 25,000:
* 1 Reward = CHF 1 when cashed out, without guarantee of timing.
  • Rewards: Variable (remaining after minimum)
* The prototype plans about '''100 million Rewards''' in total: about 50 million for donors ([[Gov/en/Portal:Economy/Donation-Roundtable-1|Roundtable 1]]) and about 50 million for early supporters.
  • Karma tokens: Balance (prioritized)
* Rewards exist only once generated by actual donations, and become '''activated''' for redistribution under the conditions described in the [[Gov/en/Portal:Economy/Rewards-FAQ|Rewards FAQ]].


IF Monthly Subscription Revenue < CHF 25,000:
== How subscription revenue would be distributed ==
  • Rewards: Priority (to meet minimum)
  • Karma tokens: Remainder only


== How It Works: Two Scenarios ==
Subscription revenue would follow the [[Gov/en/Portal:Economy/Revenue-Structure|25/25/50 rule]]:


{| class="wikitable"
{| class="wikitable"
|-
|-
! Scenario
! Share
! Monthly Subscription Revenue
! Destination
! Cash to Early Supporters
! Karma tokens to Ecosystem
! Decision
|-
|-
| '''Growing (Healthy)'''
| '''25%'''
| CHF 100,000+
| Donors: shared equally between all activated donor Rewards
| ~25% (CHF 25,000)
| ~75% (CHF 75,000+)
| Generous reward ratio; ecosystem gets most
|-
|-
| '''Bootstrapping (Lean)'''
| '''25%'''
| CHF 25,000–50,000
| Early supporters: shared equally between all activated early supporter Rewards
| ~50% (CHF 12,500–25,000)
| ~50% (CHF 12,500–25,000)
| Balanced; operational needs met
|-
|-
| '''Critical (Survival)'''
| '''50%'''
| <CHF 25,000
| WikiDeal operating costs
| 0% (deferred)
| 0% (deferred)
| All available funds go to the minimum operational budget; Rewards and Karma tokens resume once it is covered
|}
|}


== Why this balance? ==
Within each group, each subscription franc would be divided by the number of Rewards activated at that moment: only activated Rewards participate. Credits accumulate with every subscriber; Rewards convert '''1:1''' into the cash-out balance, and transfers become possible '''from CHF 100'''. There is no guarantee of distribution timing: it depends on revenue growth.


The formula is balanced in the sense that it:
== The donor's free choice: proposed formulas ==


* '''Protects early supporters:''' They receive a minimum redistribution if subscription revenue meets targets
To make the choice easy at donation time, simple formulas are currently proposed (see the [[Gov/en/Portal:Economy/Rewards-FAQ|Rewards FAQ]] for details):
* '''Protects the ecosystem:''' As revenue grows, Karma tokens flow increases exponentially, not linearly
* '''Protects operations:''' The CHF 25,000/month minimum ensures governance and events never suffer
* '''Creates incentives:''' Growing user adoption benefits everyone; no one benefits from stagnation


== Examples ==
* '''Pure Patron''' (×0): everything is given, the pure gift of a patron.
* '''Seed Keeper''' (×1): a break-even operation, you get the same amount back.
* '''Harvester''' (×2): if it works, you harvest double.
* '''Gardener''': the maximum amount, according to the bonding curve and Need-Driven Funding.


==== Example 1: Early Growth (10K Users) ====
== An illustrative example ==


'''Monthly subscription revenue:''' CHF 100,000 (10,000 users × CHF 10/year ÷ 12)
The variables matter more than the figures: all figures below are placeholders, and contributions remain non-speculative donations.


'''Distribution:'''
* About CHF 100,000 invested before the call for funding (the initial requirement), plus a functioning variable of about CHF 10,000 per month of operating costs.
* After 6 months: CHF 100,000 + 6 x 10,000 = '''CHF 160,000''' raised would bring the declared need below 100 percent.
* After 12 months: '''CHF 220,000''' raised would mean the initial requirement covered and 12 months of costs covered.
* The variables are the monthly amount (here 10,000) and the number of months of provision wanted (typically 3): a provision target of 3 x 10,000 = '''CHF 30,000'''.
* Once the declared need is covered, the difference between the multiplier promised by the curve and the effective reward attributed would benefit the provision fund of the Ynternet.org Foundation.


* Operational minimum: CHF 25,000
== Karma tokens ==
* Rewards (25%): CHF 25,000
* Karma tokens (remaining): CHF 50,000


''Early supporters receive their share; ecosystem gets most.''
[[Gov/en/Portal:Economy/Karma-Tokens|Karma tokens]] are a separate, non-convertible form of recognition for contributions to the ecosystem. They are not part of the subscription revenue distribution and cannot be cashed out.


==== Example 2: Bootstrapping (2K Users) ====
== Transparency ==


'''Monthly subscription revenue:''' CHF 16,667 (2,000 users × CHF 10/year ÷ 12)
The need gauge and the distribution formula are intended to be published, auditable, and subject to [[Gov/en/Portal:R&D/Open-Calls:Main|Open Call]] review. Public reporting of subscription revenue, distributions and operational spending is intended to give donors visibility into how the money flows through the system.


'''Distribution:'''
== See also ==


* Operational minimum: CHF 16,667 (all available)
* [[Gov/en/Portal:R&D/Innovations:Need-Driven Funding|Need-Driven Funding (R&D innovation page)]]
* Rewards: deferred (no surplus this month)
* [[Gov/en/Portal:R&D/Innovations:Bonding Curve|Bonding Curve]]
* Karma tokens: deferred (no surplus this month)
* [[Gov/en/Portal:Economy/Rewards|Rewards]]
* [[Gov/en/Portal:Economy/Rewards-FAQ|Rewards FAQ]]
* [[Gov/en/Portal:Economy/Revenue-Structure|Revenue Structure]]
* [[Gov/en/Portal:Economy/Subscriptions|Subscription Model]]
* [[Gov/en/Portal:Economy/Karma-Tokens|Karma tokens]]


''No surplus; everything goes to operations until the minimum is covered.''
==== Example 3: Momentum (50K Users) ====
'''Monthly subscription revenue:''' CHF 416,667 (50,000 users × CHF 10/year ÷ 12)
'''Distribution:'''
* Operational minimum: CHF 25,000
* Rewards (25%): CHF 104,167
* Karma tokens (remaining): CHF 287,500
''Explosive ecosystem growth; early supporters well-rewarded; operations fully funded.''
== The CHF 25,000/Month Minimum ==
This budget covers:
Project Coordination (50%)
CHF 12,500/month
Leadership, planning, stakeholder engagement
Governance & Events (30%)
CHF 7,500/month
Voting infrastructure, annual conference, monthly sessions
Administration & Operations (20%)
CHF 5,000/month
Legal, accounting, facilities, misc.
'''This is not fixed forever.''' As WikiDeal scales, operational costs may increase (more events, larger team, etc.). The formula will adjust accordingly, but the principle remains: operational health comes first, ecosystem growth second.
== Karma tokens vs. Cash: The Trade-Off ==
In early, bootstrapping phases, there's an important trade-off:
'''⚠️ When revenue is tight:''' More cash goes to operations, fewer Karma tokens flow to the community. This is intentional. It's better to have a stable, well-run ecosystem with slower Karma tokens growth than an underfunded one that collapses.
However, as WikiDeal grows, '''Karma tokens accelerate exponentially''' because the operational minimum becomes a tiny fraction of total revenue.
== Transparency & Auditing ==
WikiDeal commits to monthly public reporting of:
* Total subscription revenue
* Cash and Karma token distributions (absolute and percentage)
* Operational spending against the CHF 25,000 budget
* Cumulative totals toward the CHF 1,000,000 Round 1 target
Early adopters will have real-time visibility into how their subscription money flows through the system.
== The Long-Term Vision ==
Need-Driven Funding is designed to be '''self-liquidating.''' As subscription revenue grows and early supporters' initial contribution is repaid (via the 25% allocation in the [[Gov/en/Portal:Economy/Subscriptions|four-lot model]]), their need for rewards diminishes. Eventually, nearly 100% of subscription revenue can flow to ecosystem Karma tokens and community projects.
This creates a natural evolution:
* '''Years 1–3:''' Balanced (cash ↔ Karma tokens)
* '''Years 3–5:''' Karma-token-heavy (70–80% Karma tokens)
* '''Years 5+:''' Ecosystem-first (90%+ Karma tokens)
WikiDeal transforms from a startup (needing to repay founders) to a commons (where value flows to participants).
[[Category:Migration June 2026]]
[[Category:Migration June 2026]]
<!-- visible -->
<!-- visible -->

Revision as of 20:29, 18 August 2026

💡 In simple words: Need-Driven Funding is a rule of honesty: WikiDeal first says how much money it really needs to run, like a family writing its monthly budget on the fridge. Donations follow that real need, and each donor freely chooses how many of their thank-you Rewards they keep and how much they simply give to the project.

🎯 In 20 seconds (scientific summary): {{{1}}}


Formerly known as Boost, Balanced Boost or Funding Stabilizer: those names are deprecated.

Need-Driven Funding

Need-Driven Funding is currently proposed as the rule that keeps WikiDeal's funding aligned with what the platform really needs at each stage, rather than with market forces. It goes in this tendency: the Foundation declares its need, donations follow that need, and each donor decides what their donation becomes.

The two building blocks

The mechanism currently rests on two building blocks, proposed as a basis for discussion:

  • The need gauge. The Ynternet.org Foundation would declare its real need publicly: an initial requirement (for example CHF 100,000 invested before the call for funding) plus a variable functioning cost (for example CHF 10,000 per month of operating costs, set at launch and adjustable). While this declared need is not covered, donations would carry the full multiplier of the bonding curve; once the need is covered and a provision builds up (typically a few months of costs), the effective multiplier would decrease, and the difference would feed a provision fund intended to be managed by the Ynternet.org Foundation for the maintenance and development of WikiDeal.
  • The donor's free choice. At donation time, the donor sees how many Rewards their donation generates, and simply chooses how many of those Rewards they keep and how much they leave to the project as pure support. This choice is made at donation time and does not change later.

The underlying algorithm and its research context are documented on the innovation page: Need-Driven Funding (R&D).

One single type of Reward

The model currently proposed uses one single type of Reward:

  • 1 Reward = CHF 1 when cashed out, without guarantee of timing.
  • The prototype plans about 100 million Rewards in total: about 50 million for donors (Roundtable 1) and about 50 million for early supporters.
  • Rewards exist only once generated by actual donations, and become activated for redistribution under the conditions described in the Rewards FAQ.

How subscription revenue would be distributed

Subscription revenue would follow the 25/25/50 rule:

Share Destination
25% Donors: shared equally between all activated donor Rewards
25% Early supporters: shared equally between all activated early supporter Rewards
50% WikiDeal operating costs

Within each group, each subscription franc would be divided by the number of Rewards activated at that moment: only activated Rewards participate. Credits accumulate with every subscriber; Rewards convert 1:1 into the cash-out balance, and transfers become possible from CHF 100. There is no guarantee of distribution timing: it depends on revenue growth.

The donor's free choice: proposed formulas

To make the choice easy at donation time, simple formulas are currently proposed (see the Rewards FAQ for details):

  • Pure Patron (×0): everything is given, the pure gift of a patron.
  • Seed Keeper (×1): a break-even operation, you get the same amount back.
  • Harvester (×2): if it works, you harvest double.
  • Gardener: the maximum amount, according to the bonding curve and Need-Driven Funding.

An illustrative example

The variables matter more than the figures: all figures below are placeholders, and contributions remain non-speculative donations.

  • About CHF 100,000 invested before the call for funding (the initial requirement), plus a functioning variable of about CHF 10,000 per month of operating costs.
  • After 6 months: CHF 100,000 + 6 x 10,000 = CHF 160,000 raised would bring the declared need below 100 percent.
  • After 12 months: CHF 220,000 raised would mean the initial requirement covered and 12 months of costs covered.
  • The variables are the monthly amount (here 10,000) and the number of months of provision wanted (typically 3): a provision target of 3 x 10,000 = CHF 30,000.
  • Once the declared need is covered, the difference between the multiplier promised by the curve and the effective reward attributed would benefit the provision fund of the Ynternet.org Foundation.

Karma tokens

Karma tokens are a separate, non-convertible form of recognition for contributions to the ecosystem. They are not part of the subscription revenue distribution and cannot be cashed out.

Transparency

The need gauge and the distribution formula are intended to be published, auditable, and subject to Open Call review. Public reporting of subscription revenue, distributions and operational spending is intended to give donors visibility into how the money flows through the system.

See also