> For the complete documentation index, see [llms.txt](https://whitepaper.getpaid.family/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://whitepaper.getpaid.family/protocol/how-getpaid-works.md).

# How GetPaid Works

Describes proposed launchpad fee routing, default creator, burn, buyback, and protocol allocations, plus an illustrative Pons V2 integration.

{% hint style="warning" %}
GetPaid is a pre-testnet concept. The operating flow below is proposed and not deployed.
{% endhint %}

GetPaid is a proposed fee layer for launchpads. It routes trading fees to configured destinations.

GetPaid provides routing infrastructure. It does not operate a launchpad, bridge assets, or issue tokens. Launchpads remain responsible for their markets and trading experience.

### Proposed operating flow

```
Launchpad
    ↓
Trading Fee
    ↓
GetPaid Fee Router
    ↓
Configurable Distribution
├── Creator
├── Burn
├── Buyback
└── Protocol
```

1. A supported launchpad generates a trading fee.
2. The fee enters the proposed GetPaid routing layer.
3. The router applies the configured allocation.
4. The creator allocation is sent to the designated recipient.
5. The burn allocation purchases $GET and sends it to the dead address.
6. The buyback allocation purchases $GET and holds it in treasury.
7. The protocol allocation supports operational and ecosystem functions.

### Default allocation in Whitepaper v0.1

The proposed default allocation assigns 60% to creators, 10% to burn, 10% to buyback, and 10% to the protocol.

{% hint style="danger" %}
The current model accounts for 90% of routed fees. The remaining allocation will be finalized before implementation.
{% endhint %}

The allocation is a proposed model, not live protocol behavior. Individual launchpad support and routing configurations remain unimplemented.

### Proposed Pons V2 example

Consider a token named `MOON` launched on Pons V2. This illustrative example assumes a 1% trading fee per trade.

Under the proposed integration, GetPaid would intercept and route that fee. The creator would receive the creator allocation. Burn and buyback allocations would operate under the proposed model. The protocol allocation would move to treasury.

This is an illustrative proposal only. It does not indicate a live Pons V2 integration.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://whitepaper.getpaid.family/protocol/how-getpaid-works.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.