常見問題

VDMEX交易所常見問題

整理基本資訊、入門準備與專業服務,協助了解VDMEX交易所。

公司成立年份與域名日期相同嗎?

兩者屬不同資訊,域名註冊日期不能代替公司成立時間。

MSB相關框架與產品資格如何區分?

框架涉及特定業務義務,產品服務範圍仍須按具體資格與適用條件逐項確認。

為何需要分層理解交易流程?

報價、提交、成交與資產處理各有用途,分層閱讀能讓功能責任更清楚。

訂單狀態如何理解?

請按正式操作說明區分提交、部分成交、完成及取消等狀態。

VDMEX的流動性方向為何?

資料描述多來源接入、全球市場連接與訂單簿深度管理。

VDMEX如何看待身分驗證?

公司介紹將KYC納入營運及合規建設,並與其他風險管理流程銜接。

成交後可回顧哪些資訊?

可查看成交價格、數量、費用及訂單狀態,依實際提供的記錄功能核對。

提交訂單前應查看什麼?

可核對交易對、方向、數量、價格條件與適用費用。

什麼是綜合交易成本?

綜合交易成本可包含手續費、價差、滑點與資產調度等相關支出及摩擦。

鏈上資料如何與平台介紹對照?

可依官方公布的對應關係逐項核對,區分可觀察記錄與其他業務資訊。

驗證疑問如何取得說明?

可透過官方服務渠道確認資料類型、處理流程與當期適用要求。

團隊如何累積工作經驗?

透過記錄、回顧及流程改善,把日常工作轉化為可持續使用的方法。

新使用者應先閱讀什麼?

建議先閱讀服務適用條件、帳戶驗證要求與操作說明,再依需求了解交易功能。

投資組合視角有何用途?

它協助從整體部位而非單一產品理解資金配置與風險關係。

API程式記錄應如何安排?

保存必要操作脈絡,並妥善處理金鑰與敏感資料的存取。

AML指什麼?

AML是反洗錢,涉及資金活動辨識、監測及相應管理程序。

跨產品功能是否適用所有人?

應依使用者資格、所在地區與具體產品條件確認適用範圍。

公司地址如何確認?

本次地址欄位為「-」,具體地址請依公司正式公布資訊確認。

REST API可以如何理解?

REST API提供請求式的功能介面,具體用途依正式技術文件確認。

目前提供的聯絡郵箱為何?

本次聯絡郵箱為「-」,請透過官方網站查看當期公布的聯絡渠道。

API金鑰應如何規劃?

依工具任務分配必要權限,並建立清楚的維護與停用責任。

權限隔離有什麼作用?

權限隔離將不同職能與操作範圍分開管理,使責任更清楚。

制度化管理的重點為何?

透過責任分工、內部控制與一致流程,讓日常協作有清楚依據。

如何測試訂單邏輯?

將提交、取消及狀態核對的預期行為整理為明確步驟,再按可用環境驗證。

VDMEX介紹何種交易架構?

資料描述鏈下高效撮合與鏈上透明機制相結合的混合式架構方向。

如何查看流動性合作條件?

具體費率、資格及技術安排應依正式合作方案確認。

測試環境是否已有提供?

資料將測試環境與驗證工具列為規劃方向,實際可用狀態請依正式公告確認。

VDMEX介紹哪些資產管理方向?

資料提及冷熱錢包分離、多重簽名、權限隔離與異常交易監測。

連線重新建立後應做什麼?

依技術文件重新確認資料及訂單狀態,讓程式掌握一致的帳戶資訊。

請求簽名的用途為何?

請求簽名是驗證API操作來源及內容的機制之一,實作依文件要求。

成本記錄可包含哪些項目?

可記錄交易金額、適用費率、成交價格與相關資金調度資訊。

限價訂單的重點是什麼?

限價訂單設定可接受價格條件,實際成交仍取決於市場訂單與平台規則。

冷熱錢包分工的用途為何?

分層錢包管理可按儲存與日常操作需求安排資產處理環境。

深度資訊會保持固定嗎?

訂單會隨參與者操作更新,查看時應注意資料所對應的時間與狀態。

服務地區應如何查閱?

請依平台正式條款及當期公告核對適用地區、使用者資格與產品範圍。

掛單與吃單有何差異?

掛單通常提供等待成交的報價,吃單則與現有可用報價成交,具體依訂單規則判定。

機構為何重視交易記錄?

一致記錄有助於連接訂單、成交、費用與帳戶餘額,支持日常核對。

中央限價訂單簿是什麼?

中央限價訂單簿依價格與數量整理買賣意向,為撮合提供訂單資訊。

VDMEX介紹哪些API類型?

資料介紹REST API與WebSocket,作為專業接入及即時資料連接方向。

VDMEX介紹哪種費率設計?

資料描述分級的Maker與Taker費率機制,實際數值及資格以當期公告為準。

多重簽名如何理解?

多重簽名讓特定資產操作依多個簽署條件進行,具體方式依實際部署確認。

如何確認使用的是指定網站?

核對瀏覽器顯示的域名是否為vdmexfin.com,並使用完整網址進入。

跨時區觀察有何用途?

能協助比較不同交易時段的價差、深度與執行條件。

透明機制的進展如何確認?

請查看正式公布的功能及資料範圍,將規劃方向與已提供內容分別整理。

既有系統如何與API對接?

先把內部工作流程與當期可用介面逐項對照,再規劃資料與訂單整合。

餘額與可用資金相同嗎?

兩者可能代表不同欄位含義,應依產品規則與帳戶說明理解。

公司介紹中的合規方向為何?

資料描述KYC、AML、制裁篩查、交易監測與內部合規管理的建設方向。

公司介紹涵蓋哪些重點?

重點包括合規流程、混合式交易架構、團隊協作、流動性及API連接。

團隊如何管理多個API工具?

可分別記錄工具用途、金鑰負責人及授權範圍,定期檢視連接。

帳戶資訊變更後如何處理?

請依平台正式的資料更新流程維護帳戶資訊,讓聯絡與授權記錄保持一致。