Documentation
Everything necessary. Nothing extra.
Protocol usage creates fees.
100% of fees buy GOLD tokens.
Bought tokens are distributed to holders.
Overview
GOLD is a protocol-as-a-machine model. It converts protocol fees into buy-and-distribute cycles. No discretion, no narratives, no tricks.
100% of protocol fees automatically buy GOLD tokens from the open market. Purchased tokens are distributed pro-rata to eligible holders. The mechanism runs continuously.
This is not yield. This is not staking. This is mechanical accumulation through protocol usage.
Principles
No burns
Purchased tokens are distributed to holders. Not burned. Not sent to a dead address. Distribution increases holder ownership over time.
No emissions
No new tokens are minted. The distribution comes from market purchases using protocol fees. Supply is fixed.
No discretion
The mechanism executes automatically. No human decisions. No governance votes on fee allocation. Rules are encoded and immutable.
Mechanisms compound, narratives decay
Stories lose power. Systems persist. GOLD is built to be boring and durable.
Flow specification
Fees accrue
The protocol collects fees from usage. Fees are routed to the fee collector.
Automated buy
The buy module converts fees into GOLD purchases according to predefined rules. No discretion.
Distribution
Purchased GOLD is distributed to holders pro-rata based on eligibility rules.
Distribution is to holders, not a burn address.
This is not an emissions system.
No promises about price. Only a mechanism.
Fee Sources
Protocol fees come from usage. Every interaction with GOLD infrastructure generates fees. These fees flow into the automated buy mechanism.
Fee sources include: trading fees, transfer fees, and any protocol-level charges. All fees are routed to the same destination: the buy-and-distribute cycle.
No fees are retained by a treasury. No fees go to a team. 100% conversion to GOLD purchases.
Buy Execution
The buy module executes market purchases of GOLD tokens using accumulated fees. Execution is automatic and follows predefined rules.
Buys occur at regular intervals (every 10 minutes) or when fee threshold is reached. This creates consistent buy pressure without market manipulation.
No slippage protection games. No sandwich attack prevention theater. Just mechanical execution using standard DEX infrastructure.
Distribution Rules
Purchased GOLD is distributed pro-rata to all eligible holders. Distribution is based on snapshot of holdings at time of buy execution.
Eligibility is simple: hold GOLD. No staking. No locking. No gamification. Your share of distribution equals your share of total supply.
Distribution happens automatically. No claiming required. Tokens appear in holder wallets as part of the transaction.
Contract Architecture
GOLD is deployed on Solana. The architecture consists of: token program, fee collector, buy executor, and distribution module.
All contracts are verifiable on-chain. Source code will be published. Audit reports will be linked. No hidden logic.
Contract addresses: TBA. Will be published at launch with verification links to Solscan and source code repositories.
Security & Safeguards
Threat Model
Primary risks: contract bugs, oracle manipulation, and MEV extraction. All contracts undergo security audits before launch.
Limits & Safeguards
Buy execution includes maximum slippage parameters. Distribution module has fail-safes to prevent distribution errors. Fee collection has circuit breakers for anomalous activity.
No Admin Keys
Once deployed, contracts are immutable. No upgrade authority. No pause functions. No emergency withdrawals. The mechanism runs as designed or fails completely.
FAQ
Is this yield?
No. Yield implies a return on capital. This is accumulation through protocol usage. Your percentage ownership increases, but there's no guaranteed ROI.
Will the token price go up?
No promises. The mechanism creates buy pressure. That's all. Price is determined by market forces.
What if protocol usage drops to zero?
Then no fees are collected, no buys happen, and no distribution occurs. The mechanism only works when the protocol is used.
Can the rules be changed?
No. Contracts are immutable. The mechanism runs as designed. This is a feature, not a limitation.
Why Solana?
Low fees, fast finality, and robust infrastructure for automated execution. The mechanism requires frequent transactions at minimal cost.