How much credit pre-launch registered users accrue, what actions earn it, and how it converts into Power at launch — all intentionally not pre-committed.
Why this matters
Entry 015 establishes that registered users accrue credits during the founding phase. The specifics are deliberately open because pre-committing them creates two opposite failure modes:
- Set the rate too high, and early registration becomes a gold rush — the earliest sign-ups dominate post-launch Power before any actual contribution work has been done, which is the exact distribution pattern OLN is structurally designed against.
- Set the rate too low, and the offer is functionally meaningless — early supporters get a thank-you note, not real participation in what they helped legitimize.
The rate also cannot be set without first having clarity on the broader platform-economics question (G-006) and the Power dilution model (G-033). Setting a pre-launch rate before those resolve would lock in a relationship between early credits and ongoing credits that we cannot back out of.
Sub-questions
- Qualifying actions. What earns credits during the pre-launch phase? Just registration? Reactions (G-036)? Comments (G-035)? Reading time? Nominating Register entries? Some weighted combination?
- Rate. For each qualifying action, how many credits per occurrence, per day, with what caps?
- Cap per user. Is there a maximum a single pre-launch user can earn, to prevent the earliest-or-most-active user from dominating?
- Time decay. Does the rate decline over the pre-launch period (so the very first registrants earn at a higher rate than the thousandth)?
- Conversion at launch. How do pre-launch credits convert into Power at launch? 1:1 with post-launch credits? At a discount? At a premium? Capped relative to total Power issuable in year one?
- Disclosure timing. When does the rate get disclosed publicly? Before launch? At launch? After enough early users have registered that the rate cannot be reverse-engineered to disadvantage them?
- Refusal path. If a user registers and then doesn't want the credits (privacy, legal, or principled reasons), can they decline accrual or destroy accrued balance?
Related
- Entry 005 — Contributor sovereignty (the value frame: credits belong to the user, not the platform)
- Entry 015 — The decision this entry depends on
- G-006 — Platform economics (the broader Tier 2 question this folds into)
- G-033 — Power dilution rates (the post-launch dilution curve that pre-launch credits feed into)