> For the complete documentation index, see [llms.txt](https://programmable.market/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://programmable.market/docs/developers/machine-readable/fee-versions/classic.md).

# Classic on Ethereum

Reference for existing Classic coins on Ethereum

Classic is the fixed supply Ethereum launch model. This page describes its deployed contracts and existing coins. The website's coin builder uses Module Mode on Robinhood Chain.

## Supply and liquidity

A Classic launch creates one billion tokens with 18 decimals, initializes an ETH pool and locks the token supply in a one-sided Uniswap v4 position. The launch wallet receives the tokens it buys during the initial transaction. The token has no transfer tax, blacklist, rebase, later minting or separate creator allocation.

The original position has no liquidity removal path. This does not guarantee a future price or support from a trading service.

## Fees and rewards

Buy and sell fees are chosen separately from 1% to 10% in one-percentage-point steps. Programmable's 0.10% share is included. A 1% fee leaves 0.90% for creator rewards.

Rewards accrue in ETH and can be assigned to one wallet or split between two and five wallets. Each recipient claims its own share. Recipient changes apply to future earnings.

## Initial buy

The initial buy is at least 0.0006 ETH. Purchased tokens can remain unlocked, use a fixed lock, vest linearly or vest after a cliff. Lock and vesting periods run from one to 3,650 days and are fixed at launch.

## Contracts

| Contract                    | Ethereum address                             |
| --------------------------- | -------------------------------------------- |
| Launcher                    | `0xC3bd04aAc2fb2ba58efD7Eb673E544E0B80De770` |
| Hook                        | `0x35Fe236EA82F7cF525c9719d7df8F49F94D720CC` |
| Reward vault factory        | `0xF28967f9DFaC3Ca21384b59D6D75C8106b3eab2a` |
| Initial buy custody factory | `0xDe21b9c0Cc0AfDB9be20e8236113f066BB8C66f4` |
| Position recipient factory  | `0x291a9ff1059d225d02B1659430804486404dB507` |

Use the deployment records in the product repository to verify code hashes and the release that applies to a coin.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://programmable.market/docs/developers/machine-readable/fee-versions/classic.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
