.

Revenue

Explains the proposed protocol-revenue mechanism, where a protocol allocation from routed trading fees supports future protocol operations.

GetPaid proposes protocol revenue through a 10% protocol allocation from fees routed through the Fee Router.

Trading Volume
    ↓
Trading Fees
    ↓
GetPaid
    ↓
Protocol Allocation
    ↓
Protocol Revenue

This model depends on adoption and routed activity. With 0 token integrations, the proposed model produces 0 revenue.

Proposed mechanism

For a routed fee amount of $F$, the proposed protocol allocation is:

$

\text{Protocol allocation} = F \times 10%

$

For example, a $100 routed fee would produce a $10 protocol allocation under the proposed split.

WARNING

The overall fee allocation currently accounts for 90% of routed fees. The complete allocation remains subject to final specification before implementation.

Intended uses

Protocol revenue is intended to support the resources required to operate and develop the protocol:

• Operations, including gas, infrastructure, and monitoring.
• Insurance for potential fraud, bugs, or exploits.
• Development, audits, security work, and ecosystem grants.

Revenue is adoption-dependent

The protocol allocation is an economic mechanism, not established revenue. No current revenue, recurring revenue, profit, margin, or financial projection is stated.

GetPaid is pre-testnet and has no deployed or audited fee-routing system. Revenue can arise only if integrations route fees through the protocol after implementation.