計算方式
費率在鏈上以百萬分之一（ppm）儲存，不用百分比。網路預設值是吃單450 ppm、掛單 150 ppm，也就是 0.045% 和 0.015%。
用 ppm 不是裝飾。結算路徑上的一切都是定點整數運算，因為兩個驗證者之間的取整差異帶來的不是一處對不上帳，而是一次分叉。把費率寫成「百分比的百分比」，就必須在某個環節變成小數，而小數沒有哪一種寫法能讓所有機器算出同一個結果。
所以取整規則是明文規定的，不留給實作自行決定：
收費設 1 個最小單位下限，是為了讓極小的成交不至於免費。回饋不設這個下限則是它的鏡像：協議寧可把一筆支付向下取整到零，也不會憑空鑄出一個它沒有掙到的單位。
哪一級費率適用於你
每一筆成交都以同樣的方式確定費率，順序是固定的。一筆成交
該帳戶是否帶有費率？
協商帳戶費率直接綁定在帳戶上，每日級距重算刻意跳過 — 重算永遠不會覆蓋談定的條件
交易量級距費率由滾動交易量推導，每天寫回鏈上
網路預設費率新帳戶按 0 級交易，不是處在沒有費率的狀態費率為零是真實的費率：一經設定就照字面收取。
鏈上配置裡還有一種按市場的基礎費率，但目前並未在成交路徑上生效 — 所有市場都走上面「帳戶費率優先、預設費率後備」這條鏈。
費率為零是真實的費率，不是缺失。帳戶一旦帶著顯式設定的費率，協議就照字面執行，零也一樣。不會因為這個數字看起來像空值，就悄悄回退到預設值。
費率的取值範圍
兩種費率都在鏈上設有邊界；配置一旦超出邊界，寫入直接拒絕，不會截斷到邊界值。
這種不對稱是刻意的。掛單方負費率是一種設計好的誘因：交易場所希望簿上出現哪些流動性，就為那些流動性付費。而吃單方負費率等於開了一條自成交鑄幣的路，所以它在表示層面根本不存在，不是只被勸阻。
10% 的上限是護欄，不是費率表。真實費率比它低兩個數量級；這個邊界的作用是阻止荒謬或惡意的配置進入執行，而不是描述任何人實際支付的水準。
下單不消耗 gas
提交、修改和撤銷訂單都是原生的協議交易，不需要 gas 餘額，也不參與手續費競價市場。 這件事的分量比聽起來大。在訂單管理要花 gas 的場所，報價很貴，而波動期撤單最貴的時候，恰恰是最需要撤單的時候——於是做市商把報價掛得更寬來覆蓋這部分成本，最終這段價差由所有人一起承擔。把訂單管理做成免費，是把這項成本從價差裡拿掉，不是換個地方轉嫁。 由此得出的結論是：交易手續費就是交易的全部協議成本。 沒有第二項。為什麼預留的保證金高於起始要求
開倉時，協議預留的保證金是起始要求加上一筆預估的平倉手續費——因為部位若付不起平倉費，最後要由交易場所來承接。 這筆預估手續費按網路預設吃單費率計算，並在下單那一刻鎖定——不是按你的費率，也不是按之後變成什麼費率。 這兩點都是刻意保守。用預設吃單費率，帳戶費率日後上調，預留也不會不足；在下單時鎖定，中途的費率變動就無法反過來推翻一份已經檢查、也已經接受的保證金。 真正平倉成交時，按你的實際費率收取。預留是一個上界，不是一張帳單。手續費流向何處
交易手續費收進鏈上一個由協議控制的帳戶。流出的部分投向生態，而不是留存。每一筆成交
協議手續費帳戶鏈上可稽核
流動性金庫在簿上報價，強平時接手部位；利潤歸存入者
保險基金在減倉波及其他交易者之前吸收缺口
推薦回饋該計畫上線之後
代幣部署方針對由他人帶來的現貨上市 — 現貨尚未上線
餘額與流水都是鏈上狀態 — 期初餘額、手續費流入、轉出、期末餘額是一筆帳，任何人都能從已提交區塊自行重算。
- [流動性金庫](/trading/vaults)，負責在簿上報價，並在強制平倉時接手部位。手續費收入是金庫收益的一部分，金庫利潤歸存入者。
- 保險基金，在自動減倉波及其他交易者之前，吸收強平未能覆蓋的缺口。
- 推薦回饋，在該計畫上線之後。
- 代幣部署方，針對由他人帶來的上市品種。這適用於現貨上市，而現貨尚未上線。
哪些不是交易手續費
資金費率是最常被誤認成手續費的一項。它是多頭與空頭之間的轉移；看你持有哪一側，可能是成本，也可能是收入。
如何降低你的支出
- 做掛單方。 對大多數帳戶來說，掛單與吃單之間的差距比相鄰交易量級距之間的差距更大。改變怎麼交易，比多交易更能壓低成本。
- 絕不能誤付吃單費率時，就用只掛單。 它會跨價時直接拒絕，不會成交。
- 把活動集中在一個母帳戶下。 子帳戶在計算級距時會合併統計，所以拆分毫無收益，只增加維運複雜度。
- 拆分大額訂單。 TWAP 和階梯訂單能減少滑價，而在大額訂單上，滑價通常遠超手續費。
後續閱讀
費率級距
費率表、級距如何計算，以及做市商手續費回饋。
非交易類手續費
跨鏈橋、帳戶、金庫與強平相關成本。
訂單類型
只掛單，以及如何確保掛單方身份。
資金費率
流向其他交易者、而非協議的那部分成本。