Independent educational website - not an official exchange service

Reviewed guide | 2026-09-30

Building a Personal Maker and Taker Log From Your Trade History

A practical method for OKX users in Italy to reconstruct which of their own past orders were maker or taker, using their trade history and the official fee schedule, so they can review execution costs over time.

italyokx.com

OKX | Italy | EUR | fees, access and account safety

Your OKX trade history shows what you traded, when, at what price and in what quantity, but it does not hand you a ready-made label telling you whether each fill added liquidity or removed it. That distinction matters because maker and taker fills are usually charged on different fee schedules, so without it you cannot tell how much of your cost came from the way you placed orders rather than from the market itself. The workaround is straightforward: build your own log, one row per fill, and label each row yourself using evidence you can check. This guide walks through setting up that log, deciding the maker or taker label for each entry, recording the fee you actually paid, and reviewing the result on a regular schedule. Everything here is about reading your own records carefully and confirming rules on the official pages rather than assuming them.

Why your trade history alone is not enough

A trade history export is a record of outcomes. It tells you that a certain quantity changed hands at a certain price at a certain moment, and it may show a fee amount, but the maker or taker nature of the fill is a property of how your order interacted with the order book, not something you can read off the price alone. Two fills at the same price can have different roles: one order may have been resting on the book and waiting, while another crossed the spread and executed immediately against that resting order.

This is why screenshots of a filled order are weak evidence. They capture a moment, not the mechanism. What you want instead is a written record you control, where each row carries the order identifier, the timestamp, the side, the quantity, the price, the fee charged, and your own maker or taker judgement with a short note explaining how you decided. Once that structure exists, patterns become visible: how often you actually rest orders, how often you cross the spread out of impatience, and how those choices line up with the fees you paid.

Before you build anything, open the official fee rules page and read how the schedule is structured. Do not memorise numbers from a blog post or from this article. Fee tiers, VIP levels and any promotional adjustments change, and the only version that matters is the one published on the exchange's own fee documentation at the time you are reviewing. Record the date you checked it, because a log without a fee reference date is hard to interpret later.

Setting up the log structure

Create a spreadsheet with one row per fill, not one row per order. A single order can produce several fills at different prices, and each fill can in principle be labelled separately. Columns to include: date and time in a consistent timezone, the trading pair, the order identifier, the side, the fill quantity, the fill price, the fee amount and the fee currency, the order type you used, whether the order was placed and left resting or sent to execute immediately, and finally your maker or taker label with a one-line reason.

Add two columns that people usually forget. The first is a source column, where you note whether the row came from the trade history export, from the order history, or from your own contemporaneous note. The second is a confidence column with values like confirmed, probable or unclear. Marking a row unclear is not a failure; it is honest bookkeeping, and it stops you from drawing conclusions from data you are not sure about.

Keep the raw export untouched in a separate sheet or file and do all your labelling in a working copy. If you later discover that a labelling rule was wrong, you can rebuild the working copy from the raw data without losing anything. Name files with the date range they cover, for example a file covering a single quarter, so that a review at the end of the year does not turn into an archaeology project.

Deciding the maker or taker label for each fill

The core question for each fill is whether your order was already on the book when the other side arrived, or whether your order arrived and executed against liquidity that was already there. If your order rested and was later filled, that fill is normally a maker fill. If your order was sent and executed against existing resting orders, it is normally a taker fill. Market orders are typically taker fills because they execute against the book immediately, while limit orders placed away from the current price and left alone are typically maker fills when they eventually trade.

The practical complication is the middle ground. A limit order placed at or very near the current best price can execute immediately, in which case it behaves like a taker fill even though you used a limit order. Partial fills can also mix: part of your order may rest and fill later while another part executes on arrival. This is exactly why the label belongs on the fill, not on the order, and why the order type column alone is not sufficient evidence.

Use the order history and trade history together. The order history shows what you submitted and when, and the trade history shows what actually executed. Comparing the submission time with the fill time is often the simplest discriminator: a fill that happens in the same instant as submission points one way, while a fill that arrives well after submission points the other way. Where the two records still leave you unsure, mark the row unclear rather than guessing, and note what additional information would settle it. If the help centre explains how fills are reported, read that page and follow its terminology so your labels match the exchange's own language.

Recording fees and reviewing the log

For each fill, record the fee exactly as it appears in your history, together with the currency it was charged in. Do not convert everything to euro at the moment of entry; keep the original amount and add a separate column for any conversion you do later, along with the rate and date you used. This keeps the log auditable and prevents a single bad conversion from distorting your whole review. Where a fee was charged in a token rather than in euro, note that clearly, because the cost in euro terms depends on a rate you will have to look up separately.

When you review, group rows by month and compare maker rows with taker rows. Useful questions: what share of my fills were maker fills, and did that share change after I altered how I place orders? Are the unclear rows concentrated in a particular order type or time of day? Do my largest fills tend to be maker or taker? None of these questions require a prediction about prices; they are questions about your own behaviour and its cost.

Tie the review back to the official fee schedule rather than to memory. Open the fee rules page, note the date, and check whether the schedule structure you assumed still holds. If your account has moved between tiers or if the published rules have changed, say so in the log notes for that period. A log that records what you believed at the time, and what the official page said, is far more useful than one that silently rewrites the past.

Finally, set a stop condition. If more than a small fraction of rows in a period are unclear, do not push forward with conclusions about that period. Instead, improve your capture routine first, for example by exporting history more often or by noting the order context at the moment you place an order, and revisit the period once the evidence is better.

Risk boundary: OKX Italy Guide

Digital assets are volatile and derivatives can amplify losses. This website has no login, wallet connection, deposit form or customer-support chat. A referral link only records attribution; it does not guarantee access, pricing, rewards, approval or investment results. Availability can differ by residence, legal entity and product, so no regional access is assumed from language or branding alone.

Scenario checkpoint

  • Export your trade history and order history for the period you want to review, and keep the raw files unedited in a separate location.
  • Create one row per fill with columns for timestamp, pair, order identifier, side, quantity, price, fee amount, fee currency, order type and your maker or taker label.
  • Add a confidence column and mark rows as confirmed, probable or unclear instead of guessing when the evidence does not settle the question.
  • Compare order submission time with fill time to help decide whether your order rested on the book or executed on arrival.
  • Record the date you checked the official fee rules page, and note any change in schedule structure or account tier for that period.
  • Set a stop condition: if unclear rows dominate a period, fix your capture routine before drawing conclusions from that period.
Risk boundary

Digital assets are volatile and derivatives can amplify losses. This website has no login, wallet connection, deposit form or customer-support chat.