clerk & co.

The fine print.

How clerk & co. collects creator fees, buys its own token, and records burns.

The allocation.

Policy: 100% of creator fees to buybacks. This is the intended allocation; the website does not verify current fee routing. The worker checks fee routing before execution. The worker uses eligible vault funds to buy CLERK and burns all tokens purchased by each completed cycle. Timing depends on available fees, reserves and transaction conditions.

Network fees are paid separately by the developer wallet. The Clerk worker has a 0.02 SOL daily transaction-fee budget, a 0.001 SOL maximum fee per transaction and a 0.02 SOL developer safety floor. Other applications using the same wallet are outside that worker budget.

The boundaries.

This is a buyback-and-burn process, not a dividend, yield product or guarantee of price support. A burn reduces token supply; it does not establish a token's value.

The program supports pausing purchases. Pausing does not withdraw vault funds or stop creator fees from arriving. There is no general vault withdrawal or configuration-close instruction in this version.

Program upgrade authority is retained. The deployed code can be upgraded by that authority; the arrangement is not immutable.

The record.

The website reads finalized Solana state. Lifetime totals come from the program; the table and chart show a bounded window of recent finalized transactions. Amounts are recorded token quantities and SOL, not dollar valuations.

Missing data is marked unavailable. On-chain configuration status does not attest to local worker health. A receipt identifies the stage that happened: buyback, burn, or both. A buyback receipt alone does not prove a burn.

Read the books

The process.

Read how a fee becomes a buyback, how route changes are handled, and what a completed burn proves.

Inside the office