在一个交易日里，买入价能否多于卖出价？

[Academic]

乍一看，这个问题似乎并不正确，或者说答案很明显。如果你想一想？有时我在现实中看到这种抽搐，我强调--在现实中，它们是单一的，非常罕见。那么问题来了--它是什么？经纪公司的失误，.....而这里有可能的变化。这对我来说还不明显。

[[删除]]

Academic:
乍一看，这个问题似乎并不正确，或者说答案很明显。如果你想一想？有时我在现实中看到这种抽搐，我强调--在现实中，它们是单一的，非常罕见。那么问题来了--它是什么？经纪公司的失误，.....而这里有可能的变化。对我来说，这并不明显。

在我看来，在基金上（至少在纽约证券交易所），这是有可能的，尽管很罕见。

[Academic]

Interesting:
我想我听说在基金上（至少在纽约证券交易所）这是可能的，虽然很少。

那么，这本质上意味着什么呢？

[[删除]]

Academic:
那么，它本质上意味着什么？

有两种主要的可能性。

1.一个引用的服务器错误。

2.在浮动价差 条件下，市场情况是这样的：服务器/专家（在纽约证券交易所的情况下）给出这样的报价。

没有精确的数据，很难说真正发生了什么。如果是关于货币，认为它是一个服务器错误会更正确。

PS

至于基金，至少在纽约证券交易所的例子中，当专家给出的价格在价差范围内或报价高于报价时，就会发生这种情况（事实上我自己没有遇到过，因为基金不进行交易）。

[Academic]

Interesting:

有两种主要的可能性。

1.一个引用的服务器错误。

2.在浮动价差 条件下，市场情况是这样的：服务器/专家（在纽约证券交易所的情况下）给出这样的报价。

没有精确的数据，很难说真正发生了什么。如果是关于货币，认为它是一个服务器错误会更正确。

PS

例如纽约证券交易所，有这样的情况，专家给出的价格在价差范围内，或者报价中的买入价高于卖出价（但我自己没有见过，因为我没有用基金交易）。

让我们暂时放弃外汇。我们只谈货币。

所以你认为，如果出价高于要价，就是100%的错误？让我们拒绝像kitchens之类的经纪公司，即使它们非常大。让我们停止对经纪公司（在俄罗斯的术语中），以刻度的形式显示真正发生的情况。那么，如果这不是一个错误，它是什么，或者它不可能是错误？

另一个问题--有这样一种东西，即交易时间--好吧，比如说在T某人买/卖了东西，它进入了报价。一个工具上可以同时发生多少笔交易？这个问题实际上是一个法律和原子性的问题--如果每笔交易都会改变价格，那么两笔交易不可能同时是一个工具。或者他们能吗？

[Andrey Khatimlianskii]

情况很现实--2个交易者同时按下按钮，出现了2个订单，一个是买入，一个是卖出。

另一方面，服务器必须崩溃这样的订单--以彼此的代价执行它们。

[Dmitiry Ananiev]

Academic:

让我们暂时放下非外汇的事情。我们就来谈谈货币吧。

所以你认为，如果出价高于要价，就是100%的错误？让我们拒绝经纪公司作为厨房之类的东西，即使它们非常大。让我们停止对经纪公司（在俄罗斯的术语），显示真正发生在蜱。那么，如果这不是一个错误，它是什么，或者它不可能是错误？

另一个问题--有这样一种东西，即交易时间--好吧，比如说在T某人买/卖了东西，它进入了报价。一个工具上可以同时发生多少笔交易？这个问题实际上是一个法律和原子性的问题--如果每笔交易都会改变价格，那么两笔交易不可能同时是一个工具。或者他们能吗？

如果一个经纪人从几个流动性供应商那里收到报价，但不从点差中获利，而只从佣金中获利，就会发生这种情况。通常情况下，这种差异在到达我们这些凡人交易者之前就已经被交易了。

[Academic]

komposter:

情况很现实--2个交易者同时按下按钮，出现了2个订单，一个是买入，一个是卖出。

另一方面，服务器必须崩溃这样的订单--以彼此的代价执行它们。

勾选正是双方满意的时刻:))你明白的 :)))也就是说，重要的不是你按下按钮的那一刻，而是订单 仍在排队等待执行 的事实，也就是说，执行者中只能有一个订单:)。:))不，我不能...我笑死了.....，真是大开眼界。 ...但是...哦，好吧...不要紧。

总之，只能处理一个逮捕令。在协议中应该写上--作为时间和数字以及价格和其他东西，也就是说，时间是流动的量子，否则就不能保证在日记交易中不会同时执行两个订单（实际上是不同的时间，当然，但由于精确度，例如，一秒钟可能执行两个甚至更多的订单）然后如何处理？因此，有一个最低限度的时间量。它是什么？

[Academic]

dimeon:
如果经纪人从几个流动性供应商那里收到报价，而不从价差中获利，只从佣金中获利，就会发生这种情况。通常情况下，这种差异在到达我们这些凡人交易者之前就已经被交易了。

这里只是作为一个例子--

编辑>l 10 2
列表掩码：0x10 从：0到：1
0x01320020#+2951 2007/03/27 20:32:23:000,Bid:117.890,ask:117.910 0x10
0x01320020#+2953 2007/03/27 20:32:28:090,Bid:117.880,ask:117.910 0x10
2 记录从0到1。标记的总数：17006，带有此标志的总数：9376。
编辑>p 2945 2960
0x01320020#+2945 2007/03/27 20:31:44:587,Bid:117.880,Ask:117.910
0x01320020#+2946 2007/03/27 20:31:47:116,Bid:117.870,Ask:117.900
0x01320020#+2947 2007/03/27 20:32:02:291,Bid:117.880,Ask:117.900
0x01320020#+2948 2007/03/27 20:32:10:712,Bid:117.890,Ask:117.910
0x01320020#+2949 2007/03/27 20:32:16:657,Bid:117.880,Ask:117.910
0x01320020#+2950 2007/03/27 20:32:16:981,Bid:117.890,Ask:117.910
0x01320020#+2951 2007/03/27 20:32:23:000,Bid:117.890,ask:117.910 <--0x10
0x01320020#+2952 2007/03/27 20:32:23:206,Bid:117.880,Ask:117.910
0x01320020#+2953 2007/03/27 20:32:28:090,Bid:117.880,ask:117.910 <--0x10
0x01320020#+2954 2007/03/27 20:33:01:092,Bid:117.870,Ask:117.900
0x01320020#+2955 2007/03/27 20:33:01:164,Bid:117.880,Ask:117.900
0x01320020#+2956 2007/03/27 20:33:14:628,Bid:117.870,Ask:117.900
0x01320020#+2957 2007/03/27 20:33:15:160,Bid:117.880,Ask:117.900
0x01320020#+2958 2007/03/27 20:33:19:626,Bid:117.870,Ask:117.900
0x01320020#+2959 2007/03/27 20:33:25:214,Bid:117.880,Ask:117.900
0x01320020#+2960 2007/03/27 20:33:27:616,Bid:117.870,Ask:117.900
编辑>。

时间不同，价格也一样。它是什么？

[Dmitiry Ananiev]

Academic:

勾选正是满足双方的要点 :))你明白的 :)))因此，这里重要的不是按下按钮的时刻，而是订单 仍在排队等待执行 的事实，也就是说，执行中只能有一个订单 :):))不，我不能...我笑死了.....，真是大开眼界。 ...但是...哦，好吧...不要紧。

总之，只能处理一个手令。在协议中应该写上--作为时间和数字以及价格和其他东西，也就是说，时间是流动的量子，否则就不能保证在日记交易中不会同时执行两个订单（实际上是不同的时间，当然，但由于精确度，例如，一秒钟可能执行两个甚至更多的订单）然后如何处理？因此，有一个最低限度的时间量。它是什么？

有一个价格变化的步骤和一个投标的市场。例如，我下了一个100手的卖单，并利用市场撤回它（我实际上是以当前价格下了一个限价单），如果没有发现这样的量...以Currenex为例，系统本身提供高达100万的流动性，即他们保证执行无滑点的10手以下。

[Academic]