【问题标题】:Architecture diagram involving the flow of data between trading engine, order routing engine,quickfix and the exchange涉及交易引擎、订单路由引擎、quickfix和交易所之间数据流的架构图
【发布时间】:2014-02-06 01:16:51
【问题描述】:

如果我基于 QuickfixJ 编写订单路由系统,我可以开始将我的交易提交到交易所吗?还是我需要在交易所注册自己或获得许可或类似的东西?

我无法理解 QuickfixJ、订单路由系统、实际交易引擎和交易所如何结合在一起。任何在线架构图都会对这些组件如何组合在一起非常有帮助。

【问题讨论】:

    标签: quickfix fix-protocol algorithmic-trading quickfixj


    【解决方案1】:

    FIX 只是一个传输协议。就其本身而言,它非常愚蠢。 QuickFIX(任何语言端口)只是一个引擎,可以完成管理 FIX 连接的所有无聊脏活。

    FIX 规范包括消息和字段列表。实际上,您可以将这些视为在实践中没有商业 FIX 交易对手按原样使用的建议。我连接的每个交易对手都会修改这些消息和字段,有时会添加全新的消息。 没有交易对手支持每个消息和字段。

    连接到交易对手时,不要假设任何事情。您的交易对手应提供文档说明他们希望如何使用他们的界面,以及他们将发送哪些消息和字段以及他们希望从您那里收到哪些消息。

    • 他们的文档应该告诉您向他们发送哪些消息以请求市场数据以及您必须使用的任何特殊字段/选项。
    • 他们的文档会告诉您如何提交交易。
    • 他们的文档会告诉您如何执行他们支持的任何操作,以及您将收到哪些消息/字段作为回报。

    除非对方的文档表示支持,否则不要尝试向对方发送任何类型的消息。

    如果您正在编写 ORS 方面...那么您没有文档。如果您以前没有编写过 FIX 客户端,那么您可能不应该在没有拥有过的人的帮助的情况下编写 FIX 服务器。至少,您应该尝试获取一些其他系统的 FIX 接口文档,以了解如何去做。 (不幸的是,这些公司通常只将它们提供给客户开发人员。)

    【讨论】:

    • 谢谢。那么交易对手是交易所吗?另外,根据我从您的回答中了解到的情况:我在尝试编写 ORS 时实现了 FIX 客户端 API,而交易对手使用 FIX 服务器 API。我不明白的是:开发新协议有什么必要,为什么我们不能只使用从 ORS 到交易所的 http/soap 上的 Web 服务来提交交易。
    • 我会说“您设计和实施您的 ORS 以期望和接收某些消息和字段,并且您在文档中发布这些期望,以便客户可以知道要发送和期待。”
    • 我无法很好地回答他们为什么创建 FIX。贸易行业充满了因历史原因而存在的愚蠢事物,这可能与它们有关。
    • 谢谢。有人可以使用网络服务向交易所提交交易吗?还是他们必须强制使用 FIX?我问是因为 FIX 使用的是 Socket 编程,这是一项古老的技术。
    • 每个交易所都有自己的解决方案。您必须询问您想与之合作的每个特定交易所。 注意: 不要期望任何两个交易所以相同的方式做任何事情。这个行业几乎没有标准化。
    猜你喜欢
    • 1970-01-01
    • 2018-05-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多