Estimación de los requisitos de margen en MQL5 - página 6
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Renate, en las puertas de Buchenwald estaba escrito jedem das Seine
No debes imponer tu opinión a los demás. En cuanto a los otros tipos, no tienen lo mejor de ellos y su decisión depende del parámetro que están discutiendo.
acordado
Divida el saldo por el margen de 1 lote.
habrá un riesgo del 100%.
Si tiene una orden, divida el capital por 1 lote de margen, es decir, el 100%.
Es posible que tenga que reducir la extensión.
por eso se incluye el % de riesgo en la fórmula.
No escribí el TS-Ru por nada, como si tuvieras que aprender a contar tus abuelitas...
ps
No te lo vas a creer: el ejemplo de código está sacado de una expo
Sólo tuve que abrir una orden de cualquier tipo... para entrar en el mercado
pero no lo publiqué...
está de acuerdo
dividir el saldo por el margen de 1 lote
es un riesgo del 100%.
Si hay órdenes, dividir el capital por 1 lote de margen
No escribí a TS-Ru allí por nada, como aprender a contar las abuelitas...
¿Y si no hay órdenes, entonces no se puede contar por equidad?
¿Y si no hay órdenes, no se puede utilizar la equidad?
puedes
ps-coup en el correo.
pero estaba probando tales exposiciones... calculado sobre el patrimonio...
es una muerte lenta.
es mejor hacerlo como CALM
cortó el balance en varias partes, como para 4 intentos (según recuerdo).
Supongamos que el riesgo del 10% del saldo = 10 intentos iguales.
calcular en el depósito inicial el lote y listo, no recalcular más
puedes
ps-ku en el correo.
pero he estado probando estas exps... con un cálculo de equi
es una muerte lenta.
es mejor hacer como CALMA
él aserró la balanza en varias partes, intentos como (para 4 según recuerdo)
Digamos que el riesgo es del 10% del saldo = 10 intentos igualesMétetelo en la cabeza: no tienes que imponer tu opinión a nadie, y mucho menos la de los demás. Por qué hablas de un **** que de los que leen este hilo sólo conoces tú. El hombre tiene su propia mente, quiere hacer lo que quiere. ¿Por qué decirle cómo perder su depósito más rápido o más lento... Eso no era ni es parte de la pregunta.
Métetelo en la cabeza: no tienes que imponer tu opinión a nadie, y mucho menos la de los demás. ¿Por qué hablas de un **** que, de los que leen este hilo, puede que sólo conozcas tú? El hombre tiene su propia mente, quiere hacer lo que quiere. ¿Por qué decirle cómo perder su depósito más rápido o más lento... Eso no era ni es parte de la pregunta.
No estoy imponiendo nada, es sólo un ejemplo gratuito.
Ha preguntado: ¿desde el patrimonio se pueden contar los lotes?
He dicho que se puede, pero es una molestia. Lo he intentado antes.
En estas condiciones de negociación es mejor calcular todos los lotes al mínimo apalancamiento para no encontrarse con una repentina escasez de fondos en los momentos más inoportunos.
En este caso 1k2
)))
Tengo un mínimo de 1k100
Tengo un mínimo de 1k100 y no tengo amenaza de reducción.
)))
Mi pregunta era la siguiente: "¿Tiene OrderCheck() o OrderCalcMargin() en cuenta las características de apalancamiento "especificadas aproximadamente" en la especificación?"
¿Para qué tipos de características se han acumulado estadísticas para reflejarlas en el valor calculado de OrderCalcMargin()? Permítanme recordarles estos tipos de características: El apalancamiento depende de
1. El símbolo
2. Su afiliación polaca
3. Tipo de cambio del símbolo
4. el periodo de tiempo actual - si está en uno de los periodos de noticias
5. La hora actual - se golpeó en un viernes por la noche
¿O no? En lugar de recopilar estadísticas, recortas el apalancamiento posible al valor mínimo (en la figura del 1er mensaje, es 1:2 para BTCUSD, 1:25 para USDBUR) y ya está...
P.D. Su opinión sobre las amenazas de disminución del apalancamiento puede cambiar si analiza la directiva ESMA del regulador europeo que entrará en vigor este verano. Por ejemplo, aquí https://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/:
"Como recordatorio, los corredores de divisas y CFD solo pueden operar con normalidad dentro de la Unión Europea hasta el 1 de agosto de 2018. Después, tendrán que adaptarse a condiciones mucho más estrictas. En concreto, los corredores minoristas podrán ofrecer operaciones con un apalancamiento máximo de 1:30 en los principales pares de divisas, de 1:20 en los no principales, de 1:10 en las materias primas y los índices no principales, de 1:5 en las acciones y de sólo 1:2 en los instrumentos de criptomoneda."
Falta menos de un mes. Sólo para recordarte que hay muchos DCs registrados en Chipre y que ahora forma parte de la Unión Europea, la directiva ESMA se aplica a ella.
Mi pregunta era: "¿Tienen OrderCheck() o OrderCalcMargin() en cuenta las características del apalancamiento que están "especificadas aproximadamente" en la especificación?"
¿Para qué tipos de características tiene estadísticas acumuladas para reflejarlas en el valor calculado de OrderCalcMargin()? Permítanme recordarles estos tipos de características: El apalancamiento depende de
1. El símbolo
2. Su afiliación polaca
3. Tipo de cambio del símbolo
4. el periodo de tiempo actual - si está en uno de los periodos de noticias
5. La hora actual - se golpeó en un viernes por la noche
¿O no? En lugar de recopilar estadísticas, recortas el apalancamiento posible al valor mínimo (en la figura del 1er mensaje, es 1:2 para BTCUSD, 1:25 para USDBUR) y ya está...
P.D. Su opinión sobre las amenazas de disminución del apalancamiento puede cambiar si analiza la directiva ESMA del regulador europeo, que entra en vigor este verano. Por ejemplo, aquí https://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/:
Como recordatorio, los corredores de divisas y CFD pueden operar en la Unión Europea en la modalidad normal sólo hasta el 1 de agosto de 2018. Después, tendrán que adaptarse a condiciones mucho más duras. En concreto, los corredores minoristas podrán ofrecer operaciones con un apalancamiento máximo de 1:30 en los principales pares de divisas, de 1:20 en los no principales, de 1:10 en las materias primas y los índices no principales, de 1:5 en las acciones y sólo de 1:2 en los instrumentos de criptomoneda.
Todas las normas y condiciones comerciales lo especifican, pero se aplica de forma diferente, o más bien no siempre
No siempre se aplica.
las empresas de corretaje y los corredores no se discuten aquí por las normas de este foro.
Así que has elegido, depende de ti, adaptarte.
Su caso es uno de los pocos.
Esperemos al 1 de agosto.
Tal vez lo haga, entonces escribiré el código y lo publicaré.
El problema ni siquiera será lo que escriba, sino captar el momento del cambio de palanca.
En el pasado, no podíamos cogerlo sin reiniciar el terminal.
Ahora bien, no lo sé, no lo he comprobado.
Todas las normas y condiciones comerciales lo dicen, pero se aplica de forma diferente, o más bien no siempre
¿Quién tiene qué?
De acuerdo con las normas del foro, no hablamos de empresas de corretaje ni de corredores.
Así que - has elegido, es tu negocio y tienes que ajustarte.
Su caso es uno de los pocos
Esperemos al 1 de agosto.
Tal vez pegue, entonces escribiré el código y lo publicaré.
El problema ni siquiera será lo que escribas, sino captar el momento del cambio de palanca.
Antes no podía cogerlo sin reiniciar el terminal.
Ahora no lo sé, no lo he comprobado.
Bueno, al menos algo. ¿He entendido bien que no encuentras otra forma de captar los cambios de palanca que no sea reiniciar el terminal? ¿Dices que OrderCalcMargin() no capta estos cambios? Esa es exactamente la información que estaba buscando. Cierto, en lo que respecta al "ahora", y aquí, por desgracia, sigue habiendo incertidumbre.
La diferencia entre 1:20 y el habitual 1:100 es importante para muchos. Y no servirá ningún código nuevo, ya que OrderCalcMargin() no capta los cambios de apalancamiento, como tú dices. Tenemos que modificar la propia función OrderCalcMargin().
¿Y qué dirá el promotor?
Bueno, eso es algo. Corrígeme si entiendo que no has podido encontrar otra forma de captar el cambio de palanca, salvo recargando el terminal. ¿Dices que OrderCalcMargin() no capta estos cambios?
La verdad es que no.
Tenía el apalancamiento y el margen comparado en cada tick con el anterior, ya que el apalancamiento flotaba mucho dependiendo de la volatilidad.
Esto fue hace 3 años.
El comercio era activo y tenía que vigilar constantemente estos parámetros.
Más tarde abandoné el apalancamiento (ver arriba la razón), y seguí sólo los cambios de las condiciones de margen, múltiples del apalancamiento.
Este método resultó ser eficaz.
Por desgracia, el código no ha sobrevivido, pero cumpliré mi promesa.
Por lo tanto, volvamos a la orden:
OrderCalcMargin(ORDER_TYPE_SELL,_Symbol,1,BID,Mgn)
memoricemos en el anterior
prevMgn=Mgn
y antes de eso comparemos
if(prevMgn/Mgn>1.1 || prevMgn/Mgn<1.1)
y el deseado está en el bolsillo...
es el momento de recalcular el hombroLa verdad es que no.
Tenía el apalancamiento y el margen comparado en cada tick con el anterior, ya que el apalancamiento flotaba mucho dependiendo de la volatilidad.
Esto fue hace 3 años.
El comercio era activo y tenía que vigilar constantemente estos parámetros.
Más tarde abandoné el apalancamiento (ver arriba la razón), y seguí sólo los cambios de las condiciones de margen, múltiples del apalancamiento.
Este método resultó ser eficaz.
Por desgracia, el código no sobrevivió, pero cumpliré mi promesa.
Por lo tanto, volvemos a la orden:
OrderCalcMargin(ORDER_TYPE_SELL,_Symbol,1,BID,Mgn)
memoricemos en el anterior
prevMgn=Mgn
y antes de eso comparemos
if(prevMgn/Mgn>1.1 || prevMgn/Mgn<1.1)
Y el deseado está en mi bolsillo...
es el momento de recalcular el hombroTe das cuenta de que no se trata del código, sino de todos los que pueden recalcular. Pero usted ha añadido la volatilidad a la lista de características, cuyo impacto ha identificado de hecho. Y si te adentras más en el bosque, recogerás más y más leña. ¿Cómo tenerlo en cuenta? El caso parece bastante desesperado...