The split, then the layer.

What works today: a Robinhood Chain Testnet implementation where FeeRouterV2 takes a 1% swap fee, converts it into mock NVDA, and distributes it through the current 20 / 60 / 20 model. The interface is a working proof of mechanism, not the final universal UX for every project.

Meme trading creates temporary attention and fee flow. The testnet asks a concrete question: can part of that flow become a measurable reserve with transparent destinations?

Stake, swap, claim, and unstake are explicit verification tools for fee routing, holder accounting, reserve distribution, and contract behavior. They demonstrate the mechanism without claiming that this exact consumer interface is the final form of the protocol.

FeeRouterV2 takes the protocol cut and splits the resulting mock NVDA across three current buckets.

Holders (60%). HolderStaking accounts for the current testnet holder share. Users stake MEME, accrue rewards as fees arrive, and claim mock NVDA.

ReserveVaultForever (20%). The vault is append-only. There is no withdraw, sweep, or rescue path.

Creator Treasury (20%). This is the visible operational bucket. In the future standard, this allocation belongs to the project creator.

The current demo uses SWAP because that is the deployed FeeRouterV2 action. The future production concept is broader eligible trading activity with a fixed 20 Creator / 60 Trader Community / 20 Forever split; its exact accounting and canonical reserve asset are not yet selected.

• Mock NVDA is not NVIDIA stock and will not become it by renaming the UI.
• Demo USD uses a fixed mark — a label for the landing, not a price feed.
• The Giltmark terminal and valley animations illustrate the mechanism; they do not move the chain.
• A live reading of 0 is a real reading. Empty is allowed. Empty is honest.
• Testnet state can vanish. Do not plan a treasury around it.

• Traders. You already create fee flow. The protocol can turn part of it into a visible reserve.
• Testnet stakers. HolderStaking currently demonstrates accounting for the 60% bucket. Staking is not the intended production trader experience.
• Creators. The future product is for pre-launch meme projects that choose the fixed Reserve standard from the beginning.

The current implementation is deployed on Robinhood Chain Testnet 46630. Use the explorer links below to verify balances and contract roles against the live protocol status. Technical identifiers remain exact, even where the product narrative is broader.

• FeeRouterV20x82DF2A0fD7F6F866B24728792179AB18aeba1238Takes the protocol fee and splits it across holders, forever, and build. Testnet V2.
• HolderStaking0x58b94B0de69B768e0F23aa1d9344c3d5581b79B2Current 60% holder reserve. Stake MEME, accrue mock NVDA as fees arrive, then claim. Testnet only.
• ReserveVaultForever0x10f8D44D72b6E885F2A5ea241b2c98D8bFD74382Forever lock. Mock NVDA is sealed here. No withdraw. Testnet only.
• mock NVDA0x415025D222c5DbaE56826F2D38279B07ef1b9354ERC-20 testnet token. Not NVIDIA stock. Not a real stock token.
• CREATOR TREASURY0x8F0B10829d39999803E067e2003cA53E1969EA78Temporary named creator wallet (20%). Visible on-chain. Testnet only.
• MEME demo0xb408e4a590b4f215271999edca6f6d49968B8FacTestnet meme token used to stake into HolderStaking.
• MockDEX0x95474d004fdaA50E8ef63f31b68C516f1Ceb391dTestnet pair FeeRouterV2 swaps through. Not a public DEX UI.

• Testnet can reset, stall, or lie. Treat every number as a demo until mainnet.
• Mock NVDA is an ERC-20, not NVIDIA equity. Demo USD is a sticker, not an oracle.
• Smart contracts can be wrong. The forever vault is immutable by design — bugs cannot be patched by a friendly admin.
• The protocol does not make a meme ticker safe. It only defines a fee flow.
• No airdrop, no points, no promised token. If someone DMs you otherwise, they are not us.

Giltmark Protocol is being built primarily for creators who choose the Reserve standard before launching a meme project. Eligible trading activity would create an additional 1% reserve fee with one fixed split: 20% Creator, 60% Trader Community, and 20% Forever. This is the Reserve standard we are building; it is not creator-configurable and is not yet an adopted industry standard.

The future 60% share is based on each trader’s own eligible trading activity. The intended product lets the trader claim the Community Share created by that activity, and the entitlement should remain associated with past activity even if the trader later sells the meme token. The production experience should not require stake → claim → unstake. HolderStaking is the current testnet accounting mechanism, not the final trader-accounting architecture.

Exact eligible-trade rules, buy/sell coverage, venue integration, wash-trading resistance, and claim accounting remain future engineering work. The final canonical reserve asset is also not selected. Mock NVDA is only the current testnet demonstration asset.

Concept only — not the current deployed HolderStaking behavior.

Forever measures how much reserve value a project’s trading activity has irreversibly committed. The creator voluntarily accepts that the 20% Forever flow cannot later be reclaimed through normal treasury discretion.

FOREVER CONTRIBUTED is the primary lifetime metric: the cumulative reserve value actually routed into Forever. It remains a stable historical contribution measure when asset prices move. FOREVER VALUE TODAY is secondary: the current market value of assets inside the reserve, which may be higher or lower. The two must never be presented as the same number.

Future project comparisons may use objective reserve metrics such as largest Forever Contributed, milestones, historical records, or growth records. That status layer is not live and is not a reward program. Forever does not prove honesty, token quality, project safety, organic volume, or guaranteed longevity.

A creator would launch with the fixed 20 / 60 / 20 Reserve standard from the beginning. Existing-token integration may be researched later; it is not the primary model and there is no instant self-service launcher today.

A future profile should separate lifetime contribution from market-dependent current value. All values below are explicit placeholders, not live metrics.

Project name

EXAMPLE

EXAMPLE MEME

Status

NOT LIVE

FUTURE

Lifetime eligible volume

FUTURE METRIC

$—

Total reserve fees generated

FUTURE METRIC

$—

Creator allocation

FUTURE METRIC

$—

Community allocation

FUTURE METRIC

$—

Forever Contributed

PRIMARY

$— LIFETIME

Forever Value Today

SECONDARY

$—

Reserve asset

NOT SELECTED

TBD · CANONICAL

On-chain proof

FUTURE

FUTURE VERIFICATION

Milestones

FUTURE

FUTURE

These are deliberate research and engineering questions for demand validation and a future development team — not deployed capabilities.

• Wash-trading resistance and the final definition of eligible trading activity
• Buy/sell accounting and production trading-venue coverage
• Exact trader entitlement and claim accounting
• Production execution, oracle, and pricing architecture
• Selection of a durable, liquid, legally feasible canonical reserve asset
• Mainnet stock-token infrastructure, security, and legal model
• How broader multi-asset architectures preserve a comparable Forever metric

The Roadmap moves from the current proof to an early pre-launch creator pilot, then production trader accounting, security and integration work, canonical reserve asset selection, creator launch infrastructure, reserve profiles, and a broader ecosystem.

Read the roadmap →