Skip to content

Fund entry from the verified-user channel and close the last founder question - #163

Merged
kaikisegfault merged 1 commit into
mainfrom
docs/163-hub-entry-airdrop
Aug 15, 2026
Merged

Fund entry from the verified-user channel and close the last founder question#163
kaikisegfault merged 1 commit into
mainfrom
docs/163-hub-entry-airdrop

Conversation

@kaikisegfault

Copy link
Copy Markdown
Owner

Documentation only. Answers the last founder-reserved question of the milestone,
and it is answered from tokenomics that already existed.

The direction

On completing HUB verification for the first time, the chain issues that
person's first day's hub_verified_user_incentives portion immediately as an
entry airdrop
, so a brand-new account can transact at all. From the second day
it continues as an ordinary daily mint permission under the same thirty-window
accumulation cap. Nothing about the channel total changes — only the
delivery of day one. After the first million users the problem does not recur,
because bridges, swaps, and direct purchases exist by then.

The rate is derived, not chosen

The owner supplied the population and the period: the first 1,000,000
verified users, daily, for two years. Those with the founder-directed
cap determine the fourth figure exactly:

125,001,000,000,000,000 atomic / 1,000,000 users / 731 cycles
  = 171,000,000 atomic = 1.71 native units per user per day

The division is exact and 730 cycles is not, leaving a remainder of
420,000,000 — so the period is 731, the same as a Founder Seat's issuance
period, and 1.71 sits in the same family as the economy's other legs (171.0,
34.2, 17.1, 3.42). Three supplied figures reproducing the accepted cap to the
atomic unit is what makes this the intended reading rather than a plausible one.
The channel's rate therefore leaves the unresolved list.

Pre-mint was rejected, and the constitution required that anyway

A pre-minted pool was described first and refined away. The refinement is also
the only option the constitution permits: a conforming chain opens with zero
supply and zero accounts
, so a pre-minted pool would be a genesis allocation
under another name.

Left as mechanism, recorded so it is chosen rather than discovered

The order of credit and fee inside registration (credit first, so entry is
self-funding); who submits a registration; and that the airdrop is paid once per
identity, which HUB already guarantees.

Review item

An entry payment is an anti-abuse surface. A million entry payments are a
million reasons to attempt a false registration, so the constitution's liveness,
unlinkability, coercion, and false-acceptance requirements for the verifier are
load-bearing here in a way they were not when verification only gated a seat
purchase.

Verification

Focused metadata path. 5 repository skills and 176 internal Markdown links
validated; tests/tools passes 14 tests.

…e last question

The last founder-reserved question of the milestone — how a brand-new person
pays for their first action — is answered from tokenomics that already existed.

On completing HUB verification for the first time, the chain issues that
person's first day's `hub_verified_user_incentives` portion immediately as an
entry airdrop, so a brand-new account can transact. From the second day it
continues as an ordinary daily mint permission under the same thirty-window
accumulation cap. Nothing about the channel total changes; only the delivery of
day one does. After the first million users the problem does not recur, because
bridges, swaps, and direct purchases exist by then.

The rate is derived rather than chosen. The owner supplied the population and
the period — the first 1,000,000 verified users, daily, for two years — and
those with the founder-directed cap divide exactly:
125,001,000,000,000,000 / 1,000,000 / 731 = 171,000,000 atomic, or 1.71 native
units per user per day, with no remainder. 730 cycles leaves 420,000,000, so the
period is 731, the same as a seat's issuance period. Three supplied figures
reproducing the accepted cap to the atomic unit is what makes this the intended
reading rather than a plausible one, so the channel's rate leaves the unresolved
list.

A fully pre-minted pool was described first and then refined away, and the
refinement is also the only option the constitution permits: a conforming chain
opens with zero supply and zero accounts, so a pre-minted pool would be a
genesis allocation under another name.

The next action becomes M3.10a, specifying economy-transition-v6, with nothing
blocking it. The handoff now carries the six things version six must define,
including the one place this direction reaches the M1 account-identifier
boundary.
@kaikisegfault
kaikisegfault merged commit d21dc1d into main Aug 15, 2026
3 checks passed
@kaikisegfault
kaikisegfault deleted the docs/163-hub-entry-airdrop branch August 15, 2026 12:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant