fix-protocol - OUCH 协议(protocol)和 FIX 协议(protocol)有什么区别。两种协议(protocol)的消息看起来非常相似

标签 fix-protocol

我们之前使用的是 fix,但客户说使用 OUCH 进行交易,因为这样速度更快。我在互联网上查了一下,消息看起来很相似。它如何获得速度优势。请给我一些示例消息

最佳答案

基本上,FIX 消息以文本格式传输,而 OUCH 以二进制格式传输消息,这导致 OUCH 可以以更小的尺寸传输消息,占用更少的网络带宽;以实现更高的传输性能。

凡事都有取舍。下面列出了两者之间的一些比较项目以供引用。

数据格式
修复:文本
OUCH:二进制

数据大小
修复:
OUCH: slim

数据长度
FIX:变量
OUCH:已修复

数据序列
FIX:显式
OUCH:隐式

普遍性
FIX:工业标准;大多数交易所和客户普遍支持和接受
OUCH:专有;限于特定交易所

关于fix-protocol - OUCH 协议(protocol)和 FIX 协议(protocol)有什么区别。两种协议(protocol)的消息看起来非常相似,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55410203/

相关文章:

c# - QuickFix/N 如何最好地处理多个 FIX 版本

java - FIX 协议(protocol) - quickfixJ 和 FIX 的版本

java - apache.servicemix.bundles.quickfix - 尝试创建独立的 NewOrderSingle 对象会引发异常

java - 如何在 quickfixj 中动态地就 SenderCompID 和 TargetCompID 达成一致?

c++ - QuickFix C++ 和 SSL : Issue connecting to LMAX using sTunnel

c# - QuickFIX/n - 启动器在登录阶段反复抛出错误

scala - FIX 引擎和 Scala : alternative to QuickfixJ?

quickfix - 10000 到 19999 之间的 FIX 协议(protocol)标签有什么用?

quickfix - 重新发送请求应如何处理旧订单

java - 在 FIX42 中重建 QuickfixJ-ExecutionReport 时出现问题