The SUBSHARE Ledger — Fees shouldn't stop at the owner

Special report · Communities

Fees shouldn't stop at the owner.

A launch concept on Solana would share a published cut of eligible fees with every verified member of the community — by a rule written down before the token exists.

By the SUBSHARE desk · Filed from the concept stage · Solana

Every token starts with a community. Someone builds a room, fills it with people who care, and only then does a ticker appear. Yet when the fees begin to flow, they stop at exactly one address — the owner's. The people who built the audience get a token and a hope.

SUBSHARE proposes a different default. The owner is verified first. The member split — its share, its pro-rata basis, its per-wallet cap — is published in writing before launch. From then on, every eligible fee follows that rule, to the whole room and not just the person holding the microphone.

Members verify their membership and link a Solana wallet; no wallet, no share, no exceptions. Each epoch, eligible fees become claimable pro-rata, and every claim is visible on-chain, so anyone can check the arithmetic without asking permission.

This newspaper is a concept edition. There is no verifier, no program, no audit, no token and no address. What exists is the idea, the mockups, and a promise to keep saying, in the same size type as the headline, that the fees may be zero.

Concept · not deployed

Section A

How it works, in four columns.

One rule, published before the token exists — then followed to the letter.

Community

The owner proves control of the community space. A check runs before anything is assigned — a handle alone proves nothing.

Rule

The share, the pro-rata basis and the per-wallet cap go into writing before launch. No edits after the fact.

Members

Members verify membership and link a Solana wallet. No linked wallet, no share — and no favorites.

Claim

Each epoch, eligible fees are claimable pro-rata by linked wallets. Every claim can be checked on-chain.

Section B

Follow the route.

Every launch should show its fee source, its split, and its recipients.

FIG. 1 — Eligible launch fees, split pro-rata from one pool to verified member wallets. Illustration; not live data.

A handle proves nothing. Verification and a published rule do. — The SUBSHARE desk

The receipt

OriginEligible launch fees

OwnerVerified community owner

SplitPro-rata across verified members

CapPer-wallet, published pre-launch

DestinationLinked Solana wallets

Guaranteed income

$120.00

Eligible fees may be zero. A fee share is not a salary, a yield or a promise — it is honest arithmetic.

Section C

Classifieds: preview a route.

Type a community handle to set a listing in type. It is drawn in your browser — nothing is checked, linked or live.

Place a listing

Public handle, letters, numbers and underscores.

Community handle

Previewing changes this clipping, not the world.

Demo

Wanted · owner check

@yourcommunity

Owner checkPending — not live

Split ruleTo be published

Members linked—

Epoch—

Set in type—

No verifier has checked this community and no route exists. If someone shows you a “live” SUBSHARE route today, it is a forgery.

Section D

Corrections & clarifications.

What exists today, printed plainly.

The record, as of this edition

This newspaper (mechanism & mockups)Done · demo data

Ownership & membership verifierNot built

Split & claim program (Solana)Not written

External auditNot started

Rule template & capsTo be published in writing

Until the first press run: the only account is @SAB_SHARE. No claim page exists and no wallet connection exists. If anything calls itself a live SUBSHARE today, it is a forgery. When a real product is built, it will be announced here, in writing, with the rule attached.