※ 引述《mediashow009 (大衛)》之銘言： : 代po : 在追求極致效能的金融交易領域，傳統的資料庫架構往往成為瓶頸。面對海量併發，如何 : 同時實現微秒級的確定性延遲、嚴格的帳務一致性以及高可用性？ : 這支影片深入剖析了 Open Exchange Core 的技術內核，分享我們如何解決這些硬核挑 : 戰： : 核心技術亮點： : 1. LMAX 無鎖架構：徹底解除資料庫鎖與隨機 I/O 枷鎖，透過內存定序與 WAL 順序 : 寫入實現極致效能。 : 2. CQRS 讀寫分離：針對 Matching（寫入密集）與 Market Data（查詢密集）場景進 : 行差異化優化，建立 L1/L2 多級緩存矩陣。 : 3. Flip 分佈式事務協議：創新解決分佈式環境下的資源搶奪 (Anti-Stealing) 與併 : 發一致性難題，根除超賣風險。 : 4. 嚴格風控與會計準則：堅守複式記帳鐵律與事前風控 (Pre-Trade Check)，確保每 : 一分資產絕對安全可追溯。 : 如果你對 高頻交易系統設計、分佈式一致性 或 Java 極致效能優化 感興趣，這支影 : 片將為你帶來全新的視角！ : 觀看完整影片： : https://www.youtube.com/watch?v=uPYDChg1psU : #軟體架構 #高頻交易 #Java #Microservices #LMAX #CQRS #DistributedSystems #Fi : nTech #OpenExchangeCore : P.S. 若版友有推薦影片自動轉英文語音/字幕工具，還請推薦 看到叫交易所, 就跳去看看影片的內容。 發覺和cpf13 的po 文，應該是同一人。 也跑去看了一下cpf13 的code。 按【交易所】的要求，應該要有如下的六種不同的方式： 限價 ROD 限價 IOC 限價 FOK 市價 ROD 市價 IOC 市價 FOK 解釋: (1) ROD :當日有效(Rest of Day) 當你送出委託之後，只要不刪除委託單，那麼直到當天收盤前，這張委託單都是有效的。 (2) IOC：立即成交否則取消(Immediate-or-Cancel) 允許部分成交，而沒有成交的部分就取消。通常是市價單指令會搭配IOC。 (3) FOK：全部成交否則取消(Fill-or-Kill) 一定要全部成交，否則就全部取消。 限價: 買要撮合成功，要 <= 指定的價格。 賣要撮合成功，要 >= 指定的價格。 市價: 有什麼【買/賣】什麼價。 從Code 中看，只有【市價 ROD】 同時也看了其它Open Source的【交易所】，基本也只有【市價 ROD】。 從上描述，我們一般股票買賣的【交易所】，其功能比虛擬貨幣的【交易所】複雜很多。 -- open source projects: https://github.com/terrylao/ --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.241.183.168 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1770435224.A.7AE.html ※ 編輯: Lordaeron (111.241.183.168 臺灣), 02/07/2026 13:29:54 ※ 編輯: Lordaeron (111.241.183.168 臺灣), 02/07/2026 13:31:50