CSG Whitepaper
Home
Whitepaper · Draft v0.1

CSG ProtocolCopper · Silver · Gold

An investment protocol that combines ongoing, tax-funded holder rewards with an AI-managed treasury of tokenized copper, silver and gold.

Version0.1 (proposal)
PublishedNovember 2026
StatusDesign stage
CSG Protocol logo
Abstract CSG Protocol collects a tax on trades of the CSG token and splits it three ways: 30% is paid to holders through a reward distributor, 20% funds development and operations, and 50% capitalizes a treasury. The treasury holds tokenized copper, silver and gold alongside stablecoins, and is managed by an AI agent that operates through a smart contract with defined permissions and risk limits. At defined cashout periods, funds released from the treasury are split equally: half buys back and burns CSG, reducing supply, and half is paid to holders through the same reward distributor. Holders therefore receive two income streams (direct tax rewards and periodic treasury distributions) while buybacks support the token's economic model. Treasury returns are variable and not guaranteed.
01

Introduction

Many tax-based tokens redistribute trading fees to holders, but the fees themselves are the only source of value: when trading slows, rewards stop, and nothing productive sits behind the token. Meanwhile, precious and industrial metals are among the oldest stores of value, and they are increasingly available on-chain as tokenized assets.

CSG Protocol connects these two ideas. Part of every trading tax goes straight to holders, as with a conventional reward token. A larger share is put to work in a metals treasury, which is actively managed with the goal of generating returns that flow back to holders and to supply reduction.

The name reflects the treasury's three core assets: Copper, Silver and Gold. Each has a different market profile. Gold is a defensive store of value, silver sits between monetary and industrial demand, and copper tracks industrial and economic growth. Having all three, plus stablecoins, gives the treasury room to position for different market conditions.

Design goals

  • Recurring holder income funded by trading activity, independent of treasury performance.
  • A productive treasury that seeks returns from real-world asset exposure rather than holding idle fees.
  • Constrained automation: an AI agent that can act quickly, but only inside limits enforced by a smart contract.
  • Supply discipline through periodic buyback and burn funded by treasury distributions.
02

Protocol overview

The protocol is a continuous loop. Trading generates taxes, taxes are routed to three destinations, and the treasury share is managed by the AI agent until a cashout period, when released funds are split between buyback-and-burn and holder rewards. New taxes keep funding subsequent cycles.

30% · holder rewards 20% 50% 50% 50% Trading tax every CSG trade Development platform & ops Treasury Cu · Ag · Au · USD AI agent buy · rebalance · sell Cashout defined periods Buyback & burn CSG Reward distributor → CSG holders
Figure 1. Value flows in CSG Protocol. Trading taxes fund holder rewards directly (30%), development (20%) and the treasury (50%). At cashout, released treasury funds are split equally between buyback-and-burn and the reward distributor.

Collect

A tax is applied to CSG trades and routed automatically.

Distribute

30% goes to holders right away; 20% funds development.

Invest

50% enters the treasury, where the AI agent manages metals and stablecoins.

Return

At cashout, released funds are split 50/50 between burn and rewards.

03

Tax allocation

All trading taxes collected by the protocol are allocated by a fixed split. The split is designed to balance immediate holder income, sustainable funding for the team, and long-term growth of the treasury.

Holder rewards Development & operations Treasury
Figure 2. Allocation of every unit of trading tax collected.
DestinationSharePurpose
Holder rewards30%Routed directly to the reward distributor and paid out to CSG holders. This stream depends only on trading activity, not on treasury performance.
Development20%Funds the platform, infrastructure, agent operation and ongoing maintenance.
Treasury50%Capitalizes the agent-managed investment strategy in tokenized metals and stablecoins.
04

The metals treasury

The treasury is the protocol's productive core. It holds supported tokenized copper, silver and gold assets alongside stablecoins. Each asset plays a distinct role, so the treasury can be positioned for growth, for defense, or anywhere in between.

Cu

Copper

Industrial metal tied to manufacturing, energy and electrification demand. Growth-oriented exposure.

Ag

Silver

Both monetary and industrial demand. Higher volatility, between gold and copper.

Au

Gold

Long-standing store of value and defensive asset during market stress.

USD

Stablecoins

Liquidity reserve and safe harbor. Lets the agent step out of metals exposure.

Funding the treasury

The treasury is funded continuously by its 50% share of trading taxes. Incoming taxes can be deployed into metals positions or held in stablecoins, depending on the agent's strategy at the time. Because taxes keep arriving, the treasury keeps receiving capital across cycles, including after cashouts.

Tokenized assetsThe treasury holds tokenized representations of metals, not physical metal directly. The value of each depends on its issuer, its backing and its on-chain liquidity. The set of supported tokens will be published before launch (see Open parameters).
05

The AI treasury agent

An AI agent evaluates market conditions and manages the treasury's allocations. It does not hold custody of funds itself. It acts through a smart contract that defines exactly which actions are allowed and within what limits.

What the agent can do

Buy

Deploy new taxes

Purchase supported metal assets using incoming treasury taxes.

Rebalance

Rotate positions

Move value between copper, silver and gold as conditions change.

De-risk

Sell to stablecoins

Reduce metals exposure by selling positions into stablecoins.

Example rebalance

Suppose the agent judges that industrial demand is strengthening while defensive demand is fading. It could reduce an existing gold position and move the proceeds into copper, and shift a further portion into stablecoins to hold in reserve.

Before
Au 45%
Ag 20%
Cu 20%
USD 15%
After
Au 30%
Ag 20%
Cu 30%
USD 20%
Figure 3. Illustrative rebalance: gold is reduced by 15 points, and the proceeds go to copper (+10) and stablecoins (+5). These figures are hypothetical and do not describe an actual or recommended allocation.

Permissions and risk limits

The agent's authority is bounded by the treasury smart contract. The contract is designed so that the agent can only:

  • trade between whitelisted assets (supported tokenized metals and stablecoins);
  • stay within allocation limits, such as a maximum share of the treasury in any single asset;
  • stay within execution limits, such as maximum trade size and acceptable slippage;
  • release funds only through the defined cashout process to the buyback and reward contracts, never to arbitrary addresses.

These constraints separate judgment (made by the agent) from authority (enforced on-chain). The agent can be wrong, but it cannot act outside the rules the contract allows. The specific limit values are listed in Section 11.

06

Cashout cycles

The treasury does not distribute continuously. At defined cashout periods, funds are released from the treasury and split equally:

Figure 4. Allocation of funds released from the treasury at each cashout period.
DestinationShareEffect
Buyback & burn50%Buys CSG on the market and permanently removes it from circulation, reducing total supply.
Holder rewards50%Sent to the same reward distributor used for tax rewards, providing an additional payout to holders.

After a cashout, the cycle continues: incoming trading taxes keep funding the treasury for the next investment period. The size of each release depends on treasury performance, losses and operating costs, so cashout amounts will vary and may be zero in periods where the treasury has not generated returns.

07

Value to holders

CSG is designed to return value to holders through three channels:

  1. Direct tax rewards. 30% of all trading taxes is paid to holders on an ongoing basis. This stream scales with trading volume.
  2. Treasury distributions. Half of each cashout is added to the reward distributor, adding a performance-linked income stream.
  3. Buyback and burn. The other half of each cashout buys and burns CSG, reducing circulating supply and creating recurring buy-side demand.
Two independent streamsTax rewards depend on trading activity; treasury distributions depend on investment performance. Because they have different drivers, one can keep paying when the other slows down.
08

Worked example

The figures below are purely hypothetical. They show how the mechanics fit together, not what the protocol will earn.

Step 1: tax collection

Assume the protocol collects $100,000 in trading taxes during a period.

DestinationShareAmount
Holder rewards30%$30,000
Development20%$20,000
Treasury50%$50,000
Total100%$100,000

Step 2: cashout

Assume that at the next cashout period the treasury releases $8,000.

DestinationShareAmount
Buyback & burn50%$4,000
Reward distributor50%$4,000

Result for the period

Paid to holders$34,000$30,000 from taxes + $4,000 from treasury
Used to buy and burn CSG$4,000Reduces circulating supply
Remaining in treasuryvariesContinues into the next cycle, joined by new taxes
If the treasury loses moneyIf positions decline in value, a cashout may release less, or nothing at all. The 30% tax rewards continue regardless, but treasury distributions and buybacks depend entirely on performance.
09

Security & transparency

A treasury managed by software has to be verifiable. The protocol is designed around the following principles:

  • On-chain enforcement. Tax splits, agent permissions, risk limits and cashout splits are enforced by smart contracts, not by policy.
  • Least privilege. The agent can trade only within the treasury contract's whitelist and limits. It cannot transfer funds to external wallets.
  • Visible holdings. Treasury balances and agent transactions are recorded on-chain and can be checked by anyone.
  • Fixed destinations. Released funds can only reach the buyback-and-burn mechanism and the reward distributor.
  • Review before launch. Contract audits, admin and upgrade controls, and emergency procedures will be documented before deployment.
10

Risk factors

Participation in CSG involves significant risk. Prospective participants should consider at least the following:

RiskDescription
Market riskMetal prices can fall sharply. Treasury value, and therefore cashouts, can decline or reach zero.
Strategy riskThe AI agent may misjudge market conditions. Past or simulated performance does not predict future results.
Smart contract riskBugs or vulnerabilities in contracts could cause loss of funds, even after audits.
Tokenized asset riskMetal tokens depend on their issuers, custodians and backing. They may depeg, be frozen, or lose liquidity.
Stablecoin riskStablecoins can lose their peg or be subject to issuer actions.
Liquidity riskThin markets can cause slippage on treasury trades and on CSG buybacks.
Volume riskTax rewards and treasury inflows depend on trading volume, which can fall.
Cost riskOperating costs, gas and fees reduce net returns.
Regulatory riskLaws on tokens, tokenized commodities and automated investment may change or restrict the protocol.
11

Open parameters

CSG Protocol is at the proposal stage. The mechanics described above are fixed design decisions. The parameters below will be specified and published before launch.

ParameterDescriptionStatus
Tax ratePercentage applied to buys and sells of CSGTo be specified
NetworkBlockchain on which CSG and its contracts are deployedTo be specified
Supported assetsSpecific tokenized Cu, Ag, Au and stablecoin contractsTo be specified
Cashout scheduleLength of each period and how the released amount is determinedTo be specified
Risk limitsPer-asset caps, maximum trade size, slippage toleranceTo be specified
Reward mechanicsHow the distributor pays holders (claim or automatic) and eligibilityTo be specified
Token supplyInitial and maximum supply of CSGTo be specified
Admin controlsOwnership, upgradeability and emergency pauseTo be specified
AuditsIndependent contract audit(s) and published reportsTo be specified