Skip to main content
The Orderbook supports multiple fee types—protocol fees, royalties, and marketplace fees—that are automatically distributed when trades execute.

Fee Types

How Fees Work

When a trade executes, fees are deducted from the payment. All fees are paid by the buyer, and the seller receives the sale price minus the deducted fees.
Fee Units: Fees are specified in the smallest unit of the currency (wei for native tokens, smallest decimal unit for ERC-20s). For example:
  • 1 IMX = 1,000,000,000,000,000,000 wei (18 decimals)
  • Fee of “10000000000000000” = 0.01 IMX
Fees are notional amounts, not percentages. If an order is partially filled, fees are automatically pro-rated by the orderbook.

Protocol Fee

The protocol fee is a small percentage that supports the Immutable ecosystem.
The protocol fee is non-negotiable and applies to all trades on the Orderbook.

Royalties

Royalties ensure creators earn from secondary sales. They’re set on the NFT contract and enforced by the Orderbook.

Setting Royalties

Royalties are configured when deploying your NFT contract. For complete setup instructions, see Deploying Contracts with Royalties and Royalty Configuration.

Typical Royalty Rates

Royalty Enforcement:
  • Royalties must be implemented via the Operator Allowlist to be enforced
  • The orderbook automatically queries royalty information using the ERC-2981 interface when creating orders
  • Royalty amounts are re-validated during order fulfillment
  • zkEVM limitation: Royalties can only be paid to a single wallet address. If you need to split royalties among multiple wallets, contact your Immutable account manager about fee splitter contracts.

Marketplace Fees

Marketplaces can add their own fees on top of protocol fees and royalties.

Maker Fees

Set by the marketplace where the order is created:

Taker Fees

Set by the marketplace where the order is filled:

Maker vs Taker Fee Flexibility

Maker = Liquidity provider (creates order, adds to orderbook) Taker = Liquidity consumer (fills order, removes from orderbook)Marketplaces typically charge makers lower fees to incentivize listing creation.

ERC-1155 Partial Fill Fee Rules

For ERC-1155 tokens that support partial fills, taker fees must reflect the full order amount, not the partial fill amount:
For ERC-1155 orders, always provide taker fees for the complete order, even when partially filling. The orderbook automatically pro-rates the fee based on the quantity executed. Setting a scaled-down fee will result in incorrect marketplace compensation.

Fee Validation and Expiration

When fulfilling an order, the orderbook provides up-to-date fee information and validates all fees server-side:
Important Fee Timing Rules:
  1. Fee changes: Fees at fulfillment time may differ from when the order was queried (e.g., promotional periods with reduced protocol fees)
  2. 3-minute expiration: Transaction data expires 3 minutes after generation. After expiration, request new fulfillment data with updated fees.
  3. Display to users: Always show users the final fee breakdown from the fulfillOrder response before they sign, not from the listing query.

Percentage-Based Fees

Calculate fees as a percentage of the order value:

Fee Splitting

Distribute fees to multiple recipients:

Displaying Fees to Users

Show users the fee breakdown before they trade:

Example UI

Fee Limits

Keep total fees reasonable (under 15%) to maintain a healthy marketplace. High fees discourage trading.

Next Steps

Create Listings

Set maker fees when creating listings

Fill Orders

Add taker fees when buying NFTs

Bulk Operations

Calculate fees for shopping carts

Royalties Guide

Configure royalties on your contracts