平台架構

理解交易應用、帳戶、交易執行、賬本更新與結算之間的分層關係。

DexBuilder 將使用者體驗層與底層交易及營運服務分離。專案方可以保留自己的界面與品牌，同時接入一致的市場、帳戶、交易、資產與 Builder 能力。

DexBuilder 平台架構

​

架構分層

層級	作用
交易體驗層	由專案方擁有的 Web 或移動端界面，呈現市場、訂單、倉位、餘額與錢包操作
接入層	REST、WebSocket、請求籤名、冪等、權限與 API 客戶端生成
交易服務層	行情、訂單生命週期、撮合、成交、倉位、保證金模式、資金費率與強平流程
帳戶與賬本層	帳戶狀態、餘額、帳戶流水、交易歷史、手續費與對賬資料
資產與結算層	充值、提現、內部划轉、錢包授權、盈虧結算與 Builder 收入結算
Builder 營運層	專案注冊、使用者注冊、設定、活動、推薦關係、手續費設定與管理資料存取

​

參與方

參與方	職責
交易使用者	連接錢包、授權帳戶與資產操作、下單並管理倉位
專案團隊	構建產品體驗，並接入行情、交易、帳戶與資產流程
Builder 營運方	設定專案、注冊使用者、管理產品營運並檢視 Builder 級資料
管理員帳戶	在權限範圍內鑒權 Builder 操作並管理專案級設定
DexBuilder	提供底層交易、帳戶、賬本、結算與 Builder 服務

​

請求流程

1. 應用讀取公開行情與合約資訊；
2. 使用者連接錢包並完成所需的帳戶授權；
3. 已認證請求使用分配給專案或帳戶的接入憑證簽名；
4. 訂單與倉位更新由交易服務處理；
5. 成交、餘額、倉位、手續費與結算事件寫入帳戶和賬本記錄；
6. 應用核對 API 響應、帳戶狀態與資產變動，再向使用者展示最終狀態。

HTTP 成功響應表示請求已按照相應介面的定義被接受或完成。涉及資產移動和結算時，應始終以最終帳戶與賬本狀態完成對賬。