{"id":13422,"date":"2026-07-13T21:11:11","date_gmt":"2026-07-13T21:11:11","guid":{"rendered":"https:\/\/bjftradinggroup.com\/?p=13422"},"modified":"2026-07-15T17:05:20","modified_gmt":"2026-07-15T17:05:20","slug":"optimizing-phantom-drift-lock-strategies","status":"publish","type":"post","link":"https:\/\/bjftradinggroup.com\/es\/optimizing-phantom-drift-lock-strategies\/","title":{"rendered":"Optimizaci\u00f3n de Phantom Drift y estrategias Lock en SharpTrader Optimizer"},"content":{"rendered":"

<\/p>\n

\n


\n
\n<\/p>\n

\n BJF TRADING GROUP  ·  SHARPTRADER OPTIMIZER<\/span><\/p>\n

Optimizaci\u00f3n de Phantom Drift<\/span> y de toda estrategia Lock: por qu\u00e9 Martingale-Plus-Arbitrage necesita backtesting honesto incluso m\u00e1s que latencia<\/h2>\n

\n Nuestra prueba de latencia en vivo ya demostr\u00f3 que la optimizaci\u00f3n de par\u00e1metros mueve dinero real: misma estrategia, dos cuentas, y el conjunto ajustado redujo la p\u00e9rdida media por tres. Las estrategias de la familia Lock tienen dos<\/strong> motores de beneficio apilados uno encima del otro: una escalera de averaging y una pata de lock-arbitrage, as\u00ed que el beneficio de una optimizaci\u00f3n honesta es mayor, no menor. SharpTrader Optimizer ahora ajusta ambas mitades juntas, para Hedge, Phantom Drift y todas las variantes Lock.\n <\/p>\n

\n Nueva capacidad:<\/strong> familia Lock completa<\/span>
\n Cubre:<\/strong> Hedge, Phantom Drift, todas las variantes Lock<\/span>
\n Ambas mitades:<\/strong> escalera martingale + pata de arbitrage<\/span>
\n Estado:<\/strong> lanzado<\/span>\n <\/div>\n<\/div>\n


\n
\n<\/p>\n

\n

Respuesta breve:<\/strong> SharpTrader Optimizer ahora ejecuta su b\u00fasqueda de par\u00e1metros con ejecuci\u00f3n realista en todas las estrategias de la familia Lock, incluido Phantom Drift. Recorre 13 par\u00e1metros num\u00e9ricos que gobiernan ambas mitades de la estrategia: la escalera de averaging<\/strong> (MaxTrades, LotExponent, PipStep, StopLoss, TakeProfit) y la l\u00f3gica de arbitrage y salida<\/strong> (DiffToOpen1\/2, MaxSpreadFast\/Slow, ArbProfit y los controles de beneficio), con cada candidato evaluado sobre datos tick reales, latencia de ejecuci\u00f3n modelada, spread variable por tick y slippage en ambas patas. El indicador RSI en s\u00ed no forma parte de la grid; en su lugar, ejecutas backtests separados con diferentes ajustes de RSI y comparas c\u00f3mo cambian el resultado. Como una estrategia multicomponente paga coste de ejecuci\u00f3n en cada capa de averaging y en ambos lados del hedge, es mucho m\u00e1s sensible a la honestidad del backtest que el latency arbitrage de una sola pata, y gana m\u00e1s cuando la optimizaci\u00f3n se hace correctamente.<\/p>\n<\/div>\n


\n
\n<\/p>\n

Lo que acaba de lanzarse<\/h2>\n

\n A principios de este a\u00f1o, SharpTrader Optimizer a\u00f1adi\u00f3 la optimizaci\u00f3n de la estrategia Hedge<\/strong> y se\u00f1alamos a la familia Lock completa como el siguiente hito. Ese hito ya est\u00e1 entregado. El optimizer puede ejecutar sus barridos de par\u00e1metros con ticks reales y conciencia de ejecuci\u00f3n en todas las estrategias de la familia Lock, y eso incluye Phantom Drift<\/a>, la estrategia que envuelve lock arbitrage<\/a> dentro de una secuencia de averaging activada por RSI para que los sistemas de riesgo del broker la lean como un trader t\u00e9cnico ordinario.\n<\/p>\n

\n Lo importante es qu\u00e9<\/em> se optimiza. Phantom Drift no es un solo mecanismo, sino dos trabajando en secuencia: una escalera de averaging visible, la parte martingale, que construye profundidad de drawdown, y una pata de lock-arbitrage, la parte arbitrage, que desbloquea la posici\u00f3n con una se\u00f1al de fast-feed. Hasta ahora pod\u00edas ajustar esos componentes a mano y esperar. Ahora el optimizer busca el espacio conjunto de par\u00e1metros de ambos y punt\u00faa cada candidato como el mercado en vivo realmente lo cobra.\n<\/p>\n


\n
\n<\/p>\n

La prueba de latencia ya demostr\u00f3 el principio<\/h2>\n

\n Antes de extender el optimizer a estrategias multicomponente, quer\u00edamos comprobar que la puntuaci\u00f3n con ejecuci\u00f3n realista del optimizer se traduce en resultados en vivo en una estrategia que pudi\u00e9ramos medir con claridad. As\u00ed que hicimos el experimento m\u00e1s simple posible: la misma l\u00f3gica de latency arbitrage en dos cuentas reales a la vez<\/a>, una con par\u00e1metros optimizados y otra con los valores por defecto, mismo instrumento, mismo tama\u00f1o de lote, mismo balance inicial. La \u00fanica variable fue el conjunto de par\u00e1metros.\n<\/p>\n

\n
3×<\/span>P\u00e9rdida media m\u00e1s barata<\/span><\/div>\n
5.41→11.3<\/span>Profit factor<\/span><\/div>\n
−6.2→−2.0<\/span>Pips por p\u00e9rdida<\/span><\/div>\n
0.42%<\/span>DD m\u00e1x. optimizado<\/span><\/div>\n<\/div>\n

\n La cuenta optimizada no persigui\u00f3 una ganancia mayor. Redujo el coste de las operaciones perdedoras, bajando la operaci\u00f3n perdedora media de −6.2 pips a −2.0 pips y m\u00e1s que duplicando el profit factor, con menor drawdown. Esa es una estrategia de una sola pata, una entrada y una salida. Ahora pon ese resultado junto a una estrategia que abre una escalera de averaging de posiciones y luego cubre todo el stack con hedge, y pregunta d\u00f3nde es mayor el apalancamiento de la optimizaci\u00f3n.\n<\/p>\n


\n
\n<\/p>\n

Por qu\u00e9 las estrategias Lock son un problema de optimizaci\u00f3n m\u00e1s dif\u00edcil y de mayor impacto<\/h2>\n

\n Una operaci\u00f3n de latencia de una sola pata paga coste de ejecuci\u00f3n dos veces: una al entrar y otra al salir. Un ciclo de Phantom Drift lo paga muchas m\u00e1s veces. Cada capa de averaging es una orden real que cruza un spread real y sufre slippage real. Luego el lock a\u00f1ade una posici\u00f3n hedge, y el unlock la cierra; cada una de esas es una pata con su propio coste de fill. La misma fricci\u00f3n de ejecuci\u00f3n que le cost\u00f3 a la cuenta de latencia unos pocos pips por operaci\u00f3n perdedora ahora se multiplica a lo largo de toda una escalera y un hedge de dos lados.\n<\/p>\n

\n

El problema de la acumulaci\u00f3n en una l\u00ednea<\/h3>\n

En latency arbitrage de una sola pata, el coste de ejecuci\u00f3n es un impuesto sobre un round trip. En una estrategia martingale-lock, el coste de ejecuci\u00f3n se acumula en cada capa de averaging y en ambas patas del hedge, por lo que el mismo error por fill que recort\u00f3 silenciosamente una cuenta de latencia reconfigura todo el perfil de riesgo de la escalera.<\/p>\n<\/div>\n

\n Esa acumulaci\u00f3n funciona en ambos sentidos. Significa que una estrategia Lock probada con supuestos perezosos, como datos de barras, fills con latencia cero y spread fijo, se ver\u00e1 mucho m\u00e1s segura y suave de lo que realmente opera, porque no se carga ninguna fricci\u00f3n capa por capa. Y significa que encontrar el conjunto de par\u00e1metros que sobrevive al coste de ejecuci\u00f3n honesto vale m\u00e1s aqu\u00ed que en cualquier otro lugar, porque hay m\u00e1s coste que equivocarse.\n<\/p>\n


\n
\n<\/p>\n

Las dos mitades que el optimizer ahora ajusta juntas<\/h2>\n

\n Los 13 par\u00e1metros optimizables se dividen en dos grupos acoplados. El optimizer los busca conjuntamente, porque c\u00f3mo se espac\u00eda y dimensiona la escalera de averaging decide cu\u00e1nto coste de ejecuci\u00f3n absorbe cada pata, mientras que los umbrales de spread y diferencia deciden con qu\u00e9 frecuencia se activa la escalera.\n<\/p>\n\n\n\n
\n PARTE A · ESCALERA DE AVERAGING<\/span><\/p>\n

La estructura martingale<\/h3>\n

La secuencia visible de construcci\u00f3n de posiciones que ve un broker, y la parte que crea la profundidad de drawdown que necesita el lock. Par\u00e1metros barridos:<\/p>\n

    \n
  • MaxTrades<\/strong> – cu\u00e1ntas posiciones puede construir la secuencia (2 a 6)<\/li>\n
  • LotExponent<\/strong> – multiplicador de lote en cada capa a\u00f1adida (1.5 a 3)<\/li>\n
  • PipStep<\/strong> – distancia en pips entre entradas de averaging (20 a 60)<\/li>\n
  • StopLoss \/ TakeProfit<\/strong> – salidas por posici\u00f3n (50–100 \/ 200–500)<\/li>\n<\/ul>\n<\/td>\n

\n PARTE B · ARBITRAGE & SALIDA<\/span><\/p>\n

El mecanismo de beneficio y las puertas<\/h3>\n

Los umbrales de diferencia y spread que deciden cu\u00e1ndo merece la pena abrir una posici\u00f3n, m\u00e1s los controles de beneficio que la cierran. Par\u00e1metros barridos:<\/p>\n

    \n
  • DiffToOpen1 \/ DiffToOpen2<\/strong> – umbrales de diferencia de precio que activan entradas (10 a 100)<\/li>\n
  • MaxSpreadFast \/ MaxSpreadSlow<\/strong> – puertas de spread en los feeds fast y slow (1 a 50)<\/li>\n
  • ArbProfit<\/strong> – umbral de beneficio de arbitrage (10 a 100)<\/li>\n
  • MinProfit \/ PipsForMinProfit \/ MaxProfit<\/strong> – controles de toma de beneficio<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    \n Ajustar cualquiera de las dos mitades de forma aislada deja valor sobre la mesa. Una escalera de averaging m\u00e1s profunda o m\u00e1s amplia cambia el drawdown del que la pata de arbitrage debe recuperarse; una puerta de spread o diferencia m\u00e1s estricta cambia con qu\u00e9 frecuencia se construye la escalera en primer lugar. La b\u00fasqueda conjunta es el punto clave.\n<\/p>\n

    <\/p>\n

    La grid completa de optimizaci\u00f3n<\/h3>\n

    \n Estos son los par\u00e1metros que var\u00eda el sweep, con los rangos min, step y max por defecto. Ampl\u00eda o reduce cualquier rango para que coincida con tu instrumento y tama\u00f1o de cuenta antes de ejecutar la b\u00fasqueda.\n<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
    Par\u00e1metro<\/th>\nMin<\/th>\nStep<\/th>\nMax<\/th>\n<\/tr>\n<\/thead>\n
    StopLoss<\/td>\n50<\/td>\n10<\/td>\n100<\/td>\n<\/tr>\n
    TakeProfit<\/td>\n200<\/td>\n50<\/td>\n500<\/td>\n<\/tr>\n
    MinProfit<\/td>\n10<\/td>\n10<\/td>\n100<\/td>\n<\/tr>\n
    PipsForMinProfit<\/td>\n10<\/td>\n10<\/td>\n100<\/td>\n<\/tr>\n
    DiffToOpen1<\/td>\n10<\/td>\n10<\/td>\n100<\/td>\n<\/tr>\n
    DiffToOpen2<\/td>\n10<\/td>\n10<\/td>\n100<\/td>\n<\/tr>\n
    MaxSpreadSlow<\/td>\n1<\/td>\n5<\/td>\n50<\/td>\n<\/tr>\n
    MaxSpreadFast<\/td>\n1<\/td>\n5<\/td>\n50<\/td>\n<\/tr>\n
    MaxTrades<\/td>\n2<\/td>\n1<\/td>\n6<\/td>\n<\/tr>\n
    LotExponent<\/td>\n1.5<\/td>\n0.5<\/td>\n3<\/td>\n<\/tr>\n
    PipStep<\/td>\n20<\/td>\n10<\/td>\n60<\/td>\n<\/tr>\n
    MaxProfit<\/td>\n10<\/td>\n10<\/td>\n50<\/td>\n<\/tr>\n
    ArbProfit<\/td>\n10<\/td>\n10<\/td>\n100<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
    \n

    El indicador RSI no est\u00e1 en la grid, y es deliberado<\/h3>\n

    El indicador de entrada de Phantom Drift, RSI, no es uno de los par\u00e1metros num\u00e9ricos barridos. La grid ajusta los par\u00e1metros de construcci\u00f3n de posici\u00f3n, spread, diferencia y beneficio anteriores. Para estudiar c\u00f3mo afecta el ajuste de RSI a los resultados, ejecuta la optimizaci\u00f3n por separado en cada configuraci\u00f3n de RSI que quieras probar y luego compara los conjuntos de par\u00e1metros con mejor puntuaci\u00f3n entre esas ejecuciones.<\/p>\n

    A menudo, esa es una forma m\u00e1s \u00fatil de razonar sobre un indicador: en lugar de mezclarlo en una sola grid, obtienes una lectura limpia de c\u00f3mo un RSI m\u00e1s estricto o m\u00e1s laxo desplaza toda la superficie optimizada, manteniendo honesto todo lo dem\u00e1s.<\/p>\n<\/div>\n


    \n
    \n<\/p>\n

    Por qu\u00e9 los backtesters est\u00e1ndar te enga\u00f1an en estrategias martingale-lock<\/h2>\n

    \n La mayor\u00eda de los probadores de estrategias retail fueron creados para sistemas direccionales, y hacen tres supuestos que son meramente optimistas para una estrategia direccional pero activamente peligrosos para una martingale-lock: valoran con datos de barras, asumen fills sin latencia y aplican un \u00fanico spread fijo. En una escalera de averaging, cada uno de esos errores se cobra una vez por capa y luego otra vez en ambas patas del hedge.\n<\/p>\n

    \n Una curva de equity martingale que parece suave en barras M1 puede ser un animal muy diferente cuando cada entrada de averaging paga el spread variable que realmente exist\u00eda en ese tick, cuando el lock y el unlock pagan cada uno slippage independiente, y cuando el retraso de fill se modela en vez de asumirse inexistente. La diferencia no aparece como un n\u00famero ligeramente menor. Aparece como un perfil de riesgo diferente, porque la capa que un backtest perezoso dice que sobrevives es la capa que uno honesto dice que rompe el nivel de control de equity.\n<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
    Qu\u00e9 se cobra<\/th>\nBacktester est\u00e1ndar<\/th>\nSharpTrader Optimizer<\/th>\n<\/tr>\n<\/thead>\n
    Resoluci\u00f3n de precio<\/td>\nAproximaci\u00f3n de barras M1 \/ M5<\/td>\nTicks reales registrados desde tu propia cuenta<\/td>\n<\/tr>\n
    Tiempo de ejecuci\u00f3n de \u00f3rdenes<\/td>\nSupuesto instant\u00e1neo (latencia cero)<\/td>\nLatencia configurable en milisegundos<\/td>\n<\/tr>\n
    Spread<\/td>\nValor fijo por defecto del broker<\/td>\nSpread hist\u00f3rico variable por tick<\/td>\n<\/tr>\n
    Slippage en cada entrada de averaging<\/td>\nIgnorado o plano<\/td>\nModelado por fill<\/td>\n<\/tr>\n
    Patas de lock + unlock<\/td>\nTratadas como gratis \/ instant\u00e1neas<\/td>\nAmbas patas cobradas de forma independiente<\/td>\n<\/tr>\n
    Tama\u00f1o de grid viable<\/td>\nPeque\u00f1o, single-threaded<\/td>\n100,000+ combinaciones en todos los n\u00facleos<\/td>\n<\/tr>\n
    Mejores horas de trading<\/td>\nNo se muestran<\/td>\nHeatmap de rendimiento de 24 horas<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n


    \n
    \n<\/p>\n

    Qu\u00e9 cambia la puntuaci\u00f3n de ejecuci\u00f3n honesta en una estrategia Lock<\/h2>\n

    \n Las cuatro cosas que hicieron fiable el resultado de latencia importan m\u00e1s, no menos, en una estrategia Lock, porque cada una se cobra repetidamente a lo largo de la escalera y el hedge.\n<\/p>\n\n\n\n\n
    \n
    01<\/div>\n

    Datos tick reales de tu propia cuenta<\/h3>\n

    Los ticks son registrados por SharpTrader desde tu cuenta real de broker, de modo que cada entrada de averaging cae en el precio que tu cuenta realmente vio, con el comportamiento real del broker incluido, no en el open o close de una barra ni en un feed idealizado. En una escalera, la aproximaci\u00f3n por barras dimensiona mal de forma silenciosa el drawdown que hereda la pata de arbitrage.<\/p>\n<\/td>\n

    		\n
    02<\/div>\n

    Modelado del tiempo de ejecuci\u00f3n<\/h3>\n

    Estableces un retraso de fill realista en milisegundos. Para la pata de lock-arbitrage, cuyo edge completo es una ventaja de fast-feed, una suposici\u00f3n de latencia cero es exactamente la suposici\u00f3n que la favorece en papel y la hace fallar en vivo.<\/p>\n<\/td>\n<\/tr>\n

    \n
    03<\/div>\n

    Spread variable por tick<\/h3>\n

    Cada capa paga el spread que realmente exist\u00eda cuando se abri\u00f3, no un valor fijo por defecto. El averaging suele a\u00f1adir durante momentos vol\u00e1tiles y de spread amplio, que es precisamente cuando una prueba de spread fijo subestima m\u00e1s el coste real.<\/p>\n<\/td>\n

    		\n
    04<\/div>\n

    Slippage en ambas patas<\/h3>\n

    El lock y el unlock se modelan de forma independiente. Un hedge que una prueba ingenua cierra gratis se cobra honestamente aqu\u00ed, de modo que la recuperaci\u00f3n por ciclo en la prueba es la recuperaci\u00f3n que realmente puedes esperar.<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n


    \n
    \n<\/p>\n

    C\u00f3mo ejecutar una optimizaci\u00f3n de Phantom Drift<\/h2>\n
    \n

    1. Registra tu propio historial de ticks.<\/strong> SharpTrader recoge ticks directamente desde tu cuenta real de broker, no desde un feed idealizado que el broker entrega. Eso significa que el historial ya contiene exactamente lo que experimenta tu cuenta, incluidos plugins del lado del broker, requotes o particularidades de ejecuci\u00f3n. Est\u00e1s probando contra tus condiciones reales de trading, no contra un feed limpio de laboratorio. Los par\u00e1metros no se transfieren entre brokers, as\u00ed que registra y prueba en la cuenta en la que realmente vas a desplegar.<\/p>\n

    2. Define una latencia de ejecuci\u00f3n realista<\/strong> en milisegundos que refleje la ventaja de tu fast feed frente al broker de ejecuci\u00f3n.<\/p>\n

    3. Define la grid<\/strong> sobre los 13 par\u00e1metros: MaxTrades, LotExponent, PipStep, StopLoss y TakeProfit en el lado de la escalera; DiffToOpen1\/2, MaxSpreadFast\/Slow, ArbProfit y los controles de beneficio en el lado de arbitrage y salida. Ajusta cada min, step y max a tu instrumento y tama\u00f1o de cuenta.<\/p>\n

    4. Ejecuta el sweep en todos los n\u00facleos.<\/strong> Una gran grid multipar\u00e1metro termina en horas, con spread variable por tick y slippage de dos patas cargados en cada candidato.<\/p>\n

    5. Lee el heatmap y la puntuaci\u00f3n.<\/strong> Ordena por profit factor y drawdown, no por la win rate visible, y usa el heatmap de 24 horas para ver qu\u00e9 sesiones realmente sostienen el edge.<\/p>\n

    6. Repite por ajuste de RSI.<\/strong> Como RSI no se barre en la grid, vuelve a ejecutar el sweep en cada configuraci\u00f3n de RSI que quieras comparar y observa c\u00f3mo cambia el mejor conjunto de par\u00e1metros entre ellas.<\/p>\n<\/div>\n

    \n

    Qu\u00e9 significa esto en la pr\u00e1ctica<\/h3>\n
      \n
    • Se optimizan ambas mitades, no solo el arbitrage.<\/strong> La escalera de averaging es donde vive la mayor parte del coste de ejecuci\u00f3n oculto, as\u00ed que ajustarla contra fills honestos es de donde viene buena parte de la mejora.<\/li>\n
    • Optimiza por profit factor y drawdown, no por la win rate enmascarada.<\/strong> Como mostr\u00f3 la prueba de latencia, la win rate que se ve mejor no es la cuenta que conserva m\u00e1s dinero.<\/li>\n
    • Recalibra por instrumento y por broker.<\/strong> El perfil de ejecuci\u00f3n de una estrategia Lock es espec\u00edfico del broker; un set ajustado en un entorno no es v\u00e1lido en otro.<\/li>\n
    • Nunca conf\u00edes en una prueba de latencia cero y spread fijo sobre una escalera.<\/strong> Es la configuraci\u00f3n garantizada para ocultar la capa que realmente rompe la estrategia.<\/li>\n<\/ul>\n<\/div>\n


      \n
      \n<\/p>\n

      Preguntas frecuentes<\/h2>\n
      \n
      \u00bfPuede SharpTrader Optimizer optimizar Phantom Drift ahora?<\/div>\n
      \n

      S\u00ed. Phantom Drift forma parte de la familia Lock, y el soporte completo para la familia Lock ya est\u00e1 lanzado. El optimizer ejecuta su barrido de par\u00e1metros con ticks reales y conciencia de ejecuci\u00f3n en Phantom Drift igual que lo hace para estrategias Latency y Hedge.<\/p>\n<\/div>\n

      \u00bfOptimiza la parte de martingale averaging o solo la parte de arbitrage?<\/div>\n
      \n

      Ambas, y de forma conjunta. El optimizer barre los par\u00e1metros de la escalera de averaging (MaxTrades, LotExponent, PipStep, StopLoss, TakeProfit) junto con los par\u00e1metros de arbitrage y salida (DiffToOpen1\/2, MaxSpreadFast, MaxSpreadSlow, ArbProfit, MinProfit, PipsForMinProfit, MaxProfit). Los dos grupos est\u00e1n acoplados, as\u00ed que ajustarlos juntos es el punto. El indicador de entrada RSI no forma parte de la grid.<\/p>\n<\/div>\n

      \u00bfPor qu\u00e9 una estrategia martingale-lock necesita backtesting honesto m\u00e1s que latency arbitrage?<\/div>\n
      \n

      Porque el coste de ejecuci\u00f3n se acumula. Una operaci\u00f3n de latencia de una sola pata paga spread y slippage en un round trip. Una estrategia Lock lo paga en cada capa de averaging y en ambas patas del hedge. Un backtester que asume latencia cero y spread fijo subestima ese coste una vez para latencia, pero muchas veces para una escalera, lo suficiente para cambiar todo el perfil de riesgo de la estrategia en lugar de solo su resultado final.<\/p>\n<\/div>\n

      \u00bfQu\u00e9 par\u00e1metros ajusta en una estrategia Phantom Drift?<\/div>\n
      \n

      Trece par\u00e1metros num\u00e9ricos: StopLoss, TakeProfit, MinProfit, PipsForMinProfit, DiffToOpen1, DiffToOpen2, MaxSpreadSlow, MaxSpreadFast, MaxTrades, LotExponent, PipStep, MaxProfit y ArbProfit. Cada uno tiene min, step y max configurables. El indicador de entrada RSI no se barre en la grid; para estudiar su efecto, ejecuta la optimizaci\u00f3n por separado con diferentes ajustes de RSI y compara.<\/p>\n<\/div>\n

      \u00bfDe d\u00f3nde vienen los datos tick?<\/div>\n
      \n

      De tu propia cuenta. SharpTrader registra ticks directamente desde tu conexi\u00f3n real de broker, por lo que el historial contra el que optimizas es el flujo exacto de precios que recibi\u00f3 tu cuenta, con el comportamiento real de ejecuci\u00f3n del broker incluido, tanto si el broker ejecuta plugins en tu cuenta como si no. No pruebas sobre un feed idealizado o limpiado que publica el broker; pruebas sobre lo que realmente lleg\u00f3 a tu terminal. Esto es lo que hace que los par\u00e1metros sean espec\u00edficos del broker y que los resultados representen condiciones en vivo.<\/p>\n<\/div>\n

      \u00bfPuedo optimizar tambi\u00e9n los ajustes del indicador RSI?<\/div>\n
      \n

      No dentro de la grid de par\u00e1metros, que barre los 13 par\u00e1metros num\u00e9ricos de posici\u00f3n, spread, diferencia y beneficio. Para ver c\u00f3mo afecta RSI a los resultados, ejecuta la optimizaci\u00f3n por separado en cada configuraci\u00f3n de RSI que quieras probar y luego compara los conjuntos de par\u00e1metros con mejor puntuaci\u00f3n entre esas ejecuciones. Esto da una lectura m\u00e1s limpia de c\u00f3mo un RSI m\u00e1s estricto o m\u00e1s laxo desplaza toda la superficie optimizada que mezclarlo en una sola grid.<\/p>\n<\/div>\n

      \u00bfLos par\u00e1metros se transfieren entre brokers o instrumentos?<\/div>\n
      \n

      No. Cada instrumento tiene su propio comportamiento de spread y volatilidad, y cada broker tiene su propio perfil de ejecuci\u00f3n. Un conjunto de par\u00e1metros solo es v\u00e1lido para las condiciones en las que fue ajustado, as\u00ed que el sweep debe volver a ejecutarse por instrumento y por entorno de broker antes de desplegar.<\/p>\n<\/div>\n

      \u00bfLa optimizaci\u00f3n de la familia Lock est\u00e1 disponible ahora?<\/div>\n
      \n

      S\u00ed, est\u00e1 lanzada. Los usuarios actuales de SharpTrader Optimizer pueden solicitar la \u00faltima build, y cualquiera que est\u00e9 considerando la herramienta puede ver la lista completa de funciones en la p\u00e1gina del producto. Escribe a support@bjftradinggroup.com para obtener la build o ayuda configurando un sweep de estrategia Lock.<\/p>\n<\/div>\n<\/div>\n


      \n
      \n<\/p>\n

      \n

      Suscr\u00edbete a la investigaci\u00f3n de trading de BJF<\/h3>\n

      Nuevos estudios de ejecuci\u00f3n, gu\u00edas del optimizer y lanzamientos de producto – entregados cuando los publicamos.<\/p>\n

      <\/div>