每点的价格 - 页 4

 

我遇到过一个经纪商在他们启用即时执行 的符号上加了一个撇号。这发生在一个周末,而且很难发现--尤其是他们还保留了只用于市场执行的旧符号名称。

CB

 
cloudbreaker:

我遇到过一个经纪商在他们启用即时执行的符号上加了一个撇号。这发生在一个周末,而且很难发现--尤其是他们还保留了只用于市场执行的旧符号名称。

你说的"即时执行"是什么意思?(暗示它与 "市场执行 "不一样)...
 

在所有引用的符号中使用Symbol() 不是更简单吗?那么,即使经纪商的服务器将欧元兑美元输入为mooncheese,只要EA也知道欧元兑美元被称为mooncheese,就不会有问题。

 

我注意到MT4将其称为刻度值,这是否意味着一个刻度总是等于一个点?我想刻度线的大小是可以变化的,这给我带来了另一个问题,我被告知在MT4中不能按交易量进行交易,因为交易量只是计算每个柱子的刻度线数量,但如果每个刻度线等于一个点,那么肯定是完全可以按交易量进行交易的,因为这将意味着服务器必须在价格变化 一个点时发送一个新的刻度线,所以当有大量的交易正在进行,价格正在快速变化时,交易量会很高,这将显示交易活动水平,对吗?

 
SDC:

我注意到MT4将其称为 "刻度值",这是否意味着一个刻度总是等于一个点?[...]

什么是TICK?

https://www.mql5.com/en/forum/126023

 
SDC:

在所有引用的符号中使用Symbol()不是更简单吗?那么,即使经纪商的服务器将欧元兑美元输入为mooncheese,只要EA也知道欧元兑美元被称为mooncheese,就不会有问题。


我的代码就是这样做的,不知道哪里来的疑惑。 我猜测是我的某处沟通失败。
 

我以前读过那条线,它充满了矛盾的信息。

BarrowBoy- 买入和/或卖出的变化

Rosh- 一个 "新价格 "事件

kminler- 每一个刻度代表一个已关闭的交易

打孔机--一个刻度就是一个点

在阅读了其他关于刻度线的主题和讨论后,我得出结论,一个刻度线没有具体的价值,因为它所包含的只是一个新的出价和一个新的要价,它可能与上一个刻度线相差1个点,没有点差或有几个点差,所以刻度线本身没有价格差异,只有一个新价格。

但现在我一直在研究如何计算一个点的价值,我遇到了MarketInfo MODE_TICKVALUE,它似乎是一个静态的设定值,这本身就与大多数人对点的说法相矛盾,即它只是传达了价格的变化,没有具体的数额,所以怎么会有MODE_TICKVALUE这样的东西,这没有任何意义,除非大多数人是错的,1个点实际上有一个具体的价值,等于1个点。我的问题是缺乏适当的文件,一个人应该如何找出什么是正确的,什么是错误的,论坛的线程包含一些信息,其中大部分是基于意见或假设,而不是事实,这在大多数情况下并不重要,但当一个人试图根据这种粗略和矛盾的信息编写一个程序时,这使得生活非常困难。

 
SDC:

我以前读过那条线,它充满了矛盾的信息。[...]

对不起,我不是故意要混淆你。那条线的性质是慢慢地建立起一个大画面(包括许多意见,其中一些并不完全准确)。底线是这样的:Tick是28个市场信息标识符 中任何一个的变化(可通过MarketInfo()函数获得)。它也损害了调用start()函数的 "事件"(对于EA所连接的符号)。


不幸的是,MODE_TICKSIZE和MODE_TICKVALUE的命名 为Tick 增加了 第二个定义(我推测这是混乱的根源...)。在这种情况下,Tick的定义是:Tick是有关符号的最小可能的价格变化

  • MODE_TICKSIZE - 这个变化在价格方面的大小(文件声称"Tick size in points",但这显然是不准确的)。
  • MODE_TICKVALUE - 这个变化在账户的存款货币中的价值(这由经纪人在服务器端计算)。

评论。

  1. 一个 "点"(MODE_POINT)是有关符号的小数点左边尺寸的最小可能价格变化。这与MODE_TICKSIZE不一样。从技术上讲。MODE_TICKSIZE>=MODE_POINT,尽管它们几乎总是相等。
  2. 点子 "是一种惯例,是我们都同意的东西。它不是 符号的数学属性或MT4服务器的属性。因此,举例来说,在4位数的经纪商那里,欧元兑美元的点数是1点,但在5位数的经纪商那里,点数是10点。
  3. 关于如何自动确定点子的大小,这里有一个很好的讨论->https://www.mql5.com/en/forum/124692。
  4. MODE_TICKSIZE可以变化,尽管极其罕见(另一方面,点是固定的)。CB有一个处理这些变化的方法,在这里->https://www.mql5.com/en/forum/109552/page3#195878。
 

是的,MODE_TICKVALUE是混乱的根源,它确实更有意义,因为你说它是指可能的最小价格变化,从现在开始,我认为它是MODE_MINIMUMTICKVALUE,所以它似乎完全有可能从MODE_TICKVALUE准确地计算出一个点的价值。

 
SDC:

[......]所以似乎完全有可能从MODE_TICKVALUE中准确地计算出一个点的价值。

问题是要找到点数中的点...从那里计算它的价值(使用MODE_TICKVALUE)是微不足道的。不幸的是,找到一种通用的、完全自动化的方法来将点子转换为点数并非易事(在此讨论->https://www.mql5.com/en/forum/124692)