Home · The Ordane Journal · Antes de pagar · Guardar las Reglas de una Prop Firm Antes de Pagar
Guardar las Reglas de una Prop Firm Antes de Pagar
Cómo guardar las reglas de una prop firm antes de pagar
Una captura de reglas es una copia fechada y sin editar de cada página y documento que define los términos de una cuenta de trading, capturada el mismo día de la compra o inmediatamente después, guardada de forma que un tercero pueda abrirla y ver qué decía la página y cuándo fue capturada.
Las cuentas de Ordane operan con capital simulado. No se negocian fondos reales ni se aceptan depósitos. (Ordane Rulebook v1.0, cláusula P-2, y la declaración de financiamiento de pagos de ordanemarkets.com, consultado el 2026-08-05)
El rulebook de una prop firm es una página web viva. Puede editarse a cualquier hora, y la versión que leíste el día que pagaste puede no ser la que se te muestra seis semanas después, cuando solicitas un retiro. Eso no implica necesariamente mala fe. Las firmas reescriben textos, reestructuran páginas, renumeran cláusulas y cambian de proveedor de hosting. Pero significa que la frase en la que confiaste puede desaparecer sin aviso, y una vez que desaparece, estás argumentando desde la memoria contra una página que ahora dice algo distinto. Es el mismo vacío cubierto en cómo auditar una prop firm antes de pagar, y la misma razón para revisar si una prop firm puede cambiar sus reglas después de que compras antes de comprometerte.
Ordane vende un solo producto, la Ordane Instant Account: acceso directo, sin fase de evaluación y sin challenge, sobre capital simulado. (Ordane Rulebook v1.0, sección 1, consultado el 2026-08-04) El rulebook que la rige es público, numerado y versionado, exactamente la propiedad que este artículo te pide buscar en cualquier firma antes de gastar dinero. Si todavía estás comparando ese modelo contra un challenge tradicional, revisa instant account vs evaluación.
Este artículo trata sobre una tarea pequeña, aburrida y de quince minutos que haces una sola vez, en el momento de la compra, y que con suerte nunca vuelves a necesitar. Guardas una copia fechada de las reglas que rigieron tu cuenta. No porque esperes una disputa, sino porque el costo de tener la evidencia es de quince minutos y el costo de no tenerla es tu caso entero.
¿Por qué deberías preservar las reglas de una prop firm?
Porque lo que estás comprando es un contrato, y ese contrato vive en una página que controla la otra parte.
Cuando compras una cuenta simulada, no estás comprando software. Estás comprando un conjunto de condiciones bajo las cuales un pago será o no será aprobado: un límite de drawdown, un límite de pérdida diaria, un requisito de consistencia, una lista de prácticas prohibidas, un calendario de pagos y un split. Cada uno de esos elementos es un número o una regla escrita en una página que la firma posee y edita. Si más adelante se niega un pago, la negativa citará una regla. Tu única defensa es saber qué decía esa regla el día en que aceptaste. La propia definición de drawdown vale la pena fijarla primero; revisa drawdown estático vs trailing para entender por qué esa única cláusula decide si alguna vez te pagan.
La CFTC recomienda construir una línea de tiempo mientras los eventos aún están frescos en la memoria (U.S. Commodity Futures Trading Commission, consultado el 2026-08-04). Nota lo que eso implica: se espera que la recopilación ya haya ocurrido, o que ocurra de inmediato. Un regulador no puede reconstruir una página web que cambió hace nueve meses.
Una definición aplicable de captura de reglas
Una captura de reglas es una copia fechada y sin editar de cada página y documento que define los términos de tu cuenta, capturada el día que pagaste o inmediatamente después, guardada de forma que un tercero pueda abrirla y ver qué decía la página y cuándo fue capturada.
Tres partes importan en esa definición, y cada una falla de manera independiente:
- Completa. Si guardas el rulebook pero no los términos que enlaza, tienes medio contrato.
- Fechada. Un archivo sin una fecha confiable es una afirmación, no una evidencia.
- Sin editar. Una captura de pantalla recortada, anotada o re-guardada es más débil que el original, y en algunos casos no vale nada.
La memoria y una página web actual no son la misma evidencia
Hay dos modos de falla en los que cae la gente, y son opuestos.
El primero es confiar en la memoria. Estás seguro de que el límite de pérdida diaria era del 4 por ciento. Recuerdas haberlo leído. Pero "yo recuerdo" no tiene ningún peso en ningún proceso de disputa, interno o externo, y no podrás reproducirlo.
El segundo es confiar en la página en vivo. Seis semanas después abres el rulebook para revisar, encuentras que dice 3 por ciento, y concluyes que lo leíste mal en su momento. Tal vez sí. O tal vez la página cambió y no hay un changelog que te lo diga. Sin una captura, esas dos posibilidades son indistinguibles, y esa indistinción siempre favorece a quien controla la página.
Una captura elimina la ambigüedad. O tu copia guardada dice 4 por ciento y algo cambió, o dice 3 por ciento y lo recordaste mal. Ambos resultados son útiles. Solo uno está disponible para quien no guardó nada.
¿Qué páginas y registros pertenecen al paquete?
El instinto es guardar todo, lo que produce una carpeta que nadie abrirá jamás. El mejor instinto es guardar un conjunto mínimo completo: la colección más pequeña donde nada esencial falta.
Rulebook, términos, precios y recibo de compra
Cinco artefactos hacen casi todo el trabajo.
- El rulebook o página de reglas. Las reglas numeradas reales: drawdown, pérdida diaria, riesgo por operación, consistencia, prácticas prohibidas, calendario de pagos, split. Este es el documento central.
- Los términos de servicio y cualquier documento que el rulebook enlace. Las firmas suelen poner la restricción operativa en los términos y un resumen amigable en la página de reglas. Si el rulebook dice "sujeto a los Términos", los términos son parte del contrato y pertenecen al paquete.
- La página de precios o de producto tal como aparecía al momento de la compra. Ahí viven el tamaño de la cuenta, la tarifa, el split y cualquier garantía anunciada. También es la página con más probabilidad de ser reescrita, porque es la página de marketing. Si la estructura de tarifas no está clara, contrástala contra comisiones ocultas de las prop firms.
- La página de checkout y el recibo de pago. El recibo te da una marca de tiempo independiente de un tercero, generalmente el procesador de pagos. Esa fecha externa es más robusta que cualquier cosa que generes tú mismo.
- La confirmación de cuenta, incluyendo cualquier identificador de versión. Si la firma te dice qué versión del rulebook rige tu cuenta, esa sola línea es el dato más valioso de todo el paquete.
Vale la pena capturar dos más si existen: cualquier changelog publicado, y cualquier ledger de pagos público o dirección de reserva. Un changelog capturado hoy te permite demostrar más adelante que un cambio no fue divulgado. Las cláusulas que más vale la pena guardar completas son las que silenciosamente condicionan un pago, como la regla de consistencia, cualquier ventana de restricción para operar en noticias, y la política de la firma sobre mantener posiciones durante la noche y el fin de semana.
Identificador de cuenta y versión vigente
El paquete debe permitir que un extraño responda una pregunta sin ayuda: qué reglas rigieron qué cuenta, desde cuándo.
Eso significa tres campos escritos en un archivo de texto plano junto a las páginas guardadas: tu identificador de cuenta, la fecha y hora de la compra con zona horaria, y la versión del rulebook si se publica alguna. Si no se publica ninguna versión, escríbelo explícitamente. "No se mostró ningún número de versión el 2026-08-04" es en sí mismo un hallazgo, y te dice algo sobre la firma antes de que exista cualquier disputa.
No recopiles más datos personales de los que necesitas. No estás construyendo un expediente sobre ti mismo. Tu identificación de gobierno y los datos completos de tu tarjeta de pago no pertenecen a una carpeta que quizás compartas más adelante con un tercero. Oculta el número de cuenta hasta los últimos cuatro dígitos si el propio correo de confirmación de la firma ya lo hace así.
¿Cómo preservas el contexto original?
Aquí es donde la mayoría de la gente pierde el valor del ejercicio. Guardan el contenido y destruyen el contexto, y el contexto es lo que lo convierte en evidencia.
El NIST establece que la preservación de evidencia digital presenta problemas únicos más allá de la preservación tradicional de evidencia (National Institute of Standards and Technology, consultado el 2026-08-04). Un contrato en papel guardado en un cajón sigue siendo lo que era. Un archivo digital cambia sus propiedades cada vez que lo tocas.
URL, zona horaria y archivo nativo
Tres elementos de contexto viajan con el contenido, o se pierden.
La URL completa. No "la página de reglas" sino la dirección completa, incluyendo cualquier ancla o cadena de consulta. Si la firma luego mueve el rulebook a una nueva ruta, la URL antigua es lo que demuestra dónde lo leíste. Guarda la URL como texto en tus notas también, porque algunos formatos de captura la eliminan.
La zona horaria. Una marca de tiempo sin zona es ambigua por hasta un día, y los plazos de pago se miden en horas, los mismos relojes cubiertos en cuánto tardan las prop firms en pagar. Escribe la hora de captura en una forma que incluya el desfase horario, y haz lo mismo con la hora de compra.
El archivo nativo. Donde la firma publique un PDF, descarga el PDF, no una captura de pantalla del PDF. Donde publique HTML, guarda la página en un formato que mantenga el texto seleccionable, y luego toma una captura de pantalla como complemento. El orden importa: nativo primero, imagen segundo. Una imagen demuestra cómo se veía una página; un archivo de texto demuestra qué decía, y el texto es buscable y citable.
Evita ediciones que sobrescriben los metadatos
Aquí está la trampa que casi nadie conoce. La guía del NIST advierte que copiar un archivo puede cambiar su fecha de creación a la fecha en que el archivo fue copiado (National Institute of Standards and Technology, NIST SP 800-86, consultado el 2026-08-04). Mueve tu paquete de tu laptop a una carpeta en la nube y de vuelta, y la fecha de "creación" de cada archivo puede ahora indicar la fecha del traslado, no la fecha de captura.
La consecuencia práctica es que no debes confiar en las marcas de tiempo del sistema de archivos como tu fecha de registro. En su lugar:
- Escribe la fecha y hora en el nombre del archivo mismo, en formato ISO:
2026-08-04-rulebook.pdf. Los nombres de archivo sobreviven la copia. - Escribe las mismas fechas en un archivo de notas de texto plano dentro del paquete, junto con las URLs.
- Conserva una copia intacta, y haz cualquier recorte, resaltado o anotación en un duplicado claramente identificado como tal.
Y evita las tres ediciones que debilitan silenciosamente un registro: recortar una captura de pantalla de modo que la barra de URL y el reloj queden fuera, volver a guardar una imagen a través de una app de chat que elimina los metadatos y la recomprime, y "convertir amablemente" una página HTML en un documento con formato que renumera o reordena las cláusulas.
¿Qué demuestra cada archivo?
Distintos artefactos demuestran cosas distintas, y confundirlos es cómo la gente sobreestima su caso y pierde credibilidad en una disputa. Una captura de pantalla de una página de reglas no demuestra qué decían los términos enlazados. Un recibo no demuestra qué reglas se mostraban. Conoce los límites de cada elemento antes de confiar en él.
Tabla 1: qué demuestra cada artefacto y qué no
| Artefacto | Qué establece | Su limitación |
|---|---|---|
| Captura de pantalla de la página de reglas | Apariencia visual de la página al momento de la captura, incluyendo el diseño y cualquier aviso | No incluye el texto de los documentos enlazados, y es el artefacto más fácil de debilitar mediante recorte, anotación o recompresión |
| HTML o texto guardado de la página de reglas | El texto exacto, buscable y citable cláusula por cláusula | No muestra el diseño, así que un aviso destacado puede no verse como tal |
| PDF descargado del rulebook | El documento propio publicado por la firma, incluyendo cualquier número de versión incrustado | Solo útil si la firma publica uno; la fecha de creación del archivo puede reescribirse al copiarlo (NIST SP 800-86, consultado el 2026-08-04) |
| Página de términos de servicio | Las restricciones legales operativas, que a menudo difieren del resumen amigable | Frecuentemente el documento más largo y el menos probable de ser leído, así que los vacíos pasan desapercibidos |
| Recibo de pago del procesador | Una marca de tiempo independiente de un tercero para la compra | No dice nada sobre qué reglas se mostraban |
| Confirmación de cuenta con identificador de versión | Qué versión específica del rulebook se asignó a tu cuenta | Depende enteramente de que la firma decida publicar y asignar versiones |
| Changelog capturado | Qué cambios había divulgado la firma hasta tu fecha de captura | Demuestra divulgación, no exactitud; un changelog incompleto sigue siendo incompleto |
| Archivo de notas con URLs y zonas horarias | El contexto que vincula cada otro archivo a un lugar y un momento | Escrito por ti, así que es corroboración en lugar de prueba independiente |
Una captura de pantalla sola puede omitir términos enlazados
El vacío más común es este. La página de reglas dice "drawdown máximo 5 por ciento, ver Términos para más detalles". Tomas una captura de la página de reglas, te sientes preparado, y nunca abres los términos. Nueve semanas después, la negativa cita una cláusula en los términos que matiza ese 5 por ciento, y no tienes idea de si esa cláusula existía cuando pagaste.
La solución es mecánica, no ingeniosa: cada enlace dentro de la página de reglas que lleve a otra regla o condición debe tener su propia captura. Si el rulebook enlaza a un anexo que define las prácticas prohibidas con ejemplos, ese anexo es parte del rulebook.
¿Cómo verificas el paquete más adelante?
Un paquete que no puedes verificar es un paquete que no puedes usar. La verificación tiene dos mitades: demostrar que tus archivos no han cambiado desde la captura, e identificar qué cambió la firma desde entonces.
Hash y el manifiesto
La mitad de integridad se resuelve con un hash. Un hash es una huella digital corta calculada a partir del contenido de un archivo. Cambia un carácter en el archivo y la huella cambia por completo. Calcula el hash una vez, al momento de la captura, anótalo, y en cualquier momento posterior podrás recalcularlo y confirmar que el archivo es idéntico byte a byte a lo que guardaste.
Cualquier sistema operativo puede hacer esto con un comando. En macOS o Linux, shasum -a 256 nombredearchivo imprime la huella. En Windows, Get-FileHash nombredearchivo hace lo mismo. No necesitas entender las matemáticas; necesitas el número anotado en algún lugar fuera de la propia carpeta.
Tabla 2: el manifiesto, una fila por archivo
| Nombre de archivo | URL de origen | Capturado (con desfase) | SHA-256 (primeros 16 caracteres) | Qué demuestra |
|---|---|---|---|---|
2026-08-04-rulebook.pdf | URL completa del rulebook | 2026-08-04 14:02 UTC+00:00 | anota el valor aquí | Las reglas y la versión publicadas por la firma al momento de la captura |
2026-08-04-rules-page.html | URL completa de la página de reglas | 2026-08-04 14:04 UTC+00:00 | anota el valor aquí | Texto exacto de cada cláusula, buscable |
2026-08-04-rules-page.png | misma URL que arriba | 2026-08-04 14:05 UTC+00:00 | anota el valor aquí | Diseño y visibilidad de cualquier aviso o banner |
2026-08-04-terms.html | URL completa de los términos | 2026-08-04 14:08 UTC+00:00 | anota el valor aquí | Restricciones legales operativas enlazadas desde las reglas |
2026-08-04-pricing.png | URL completa de la página de precios | 2026-08-04 14:10 UTC+00:00 | anota el valor aquí | Tamaño de cuenta, tarifa, split y garantía anunciada |
2026-08-04-receipt.pdf | procesador o fuente de correo | 2026-08-04 14:15 UTC+00:00 | anota el valor aquí | Marca de tiempo de compra de un tercero independiente |
2026-08-04-account-confirmation.png | correo o panel de la firma | 2026-08-04 14:16 UTC+00:00 | anota el valor aquí | Identificador de cuenta y versión del rulebook vigente |
2026-08-04-changelog.html | URL completa del changelog | 2026-08-04 14:18 UTC+00:00 | anota el valor aquí | Qué había divulgado la firma como cambiado hasta esta fecha |
notes.txt | no aplica | 2026-08-04 14:20 UTC+00:00 | anota el valor aquí | URLs, zonas horarias, identificador de cuenta y cualquier elemento faltante |
Guarda el manifiesto en sí en dos lugares: dentro del paquete, y en algún lugar separado, como un correo que te envíes a ti mismo. Un manifiesto guardado solo dentro de la carpeta que describe demuestra menos que uno guardado fuera de ella.
Compara contra el changelog actual
La segunda mitad de la verificación es la comparación, y solo toma unos minutos.
Cuando algo sale mal, o de forma programada si lo prefieres, abre tu página de reglas guardada junto a la actual y lee primero los números: drawdown, pérdida diaria, riesgo por operación, consistencia, plazos de pago, split. Luego lee la lista de prácticas prohibidas, que es donde las adiciones silenciosas hacen más daño. Después revisa si la firma publica un changelog y si alguna diferencia que encontraste está listada ahí.
Tres resultados, y cada uno significa algo distinto:
- Nada cambió. Tu captura te costó quince minutos y confirmó que la firma es estable. Este es el resultado que deberías esperar y desear.
- Algo cambió y el changelog lo indica, con fecha. La firma se está comportando correctamente. La pregunta pendiente es si el cambio se aplicó a cuentas abiertas antes de él, que es la pregunta de retroactividad y el tema de otro artículo.
- Algo cambió y nada lo divulga. Ahora tu captura hace un trabajo real. Puedes citar la redacción anterior, mostrar el hash, mostrar la fecha de captura, y hacer una pregunta específica en lugar de una vaga.
Ese último resultado es exactamente para lo que existe una captura de reglas, y no está disponible para quien no dedicó los quince minutos.
¿Cómo versiona Ordane sus reglas?
La razón por la que este ejercicio se siente como papeleo defensivo es que la mayoría de las firmas dejan toda la carga de la prueba en manos del cliente. Una firma que versiona sus propias reglas devuelve parte de esa carga a donde pertenece.
Rulebook público y numerado con changelog fechado
El rulebook de Ordane es público, numerado y versionado, y ninguna regla se aplica jamás de forma retroactiva a una cuenta abierta. Los cambios generan una nueva versión con una entrada de changelog fechada, y la versión con la que te registras es la versión que rige tu cuenta. (Ordane Rulebook v1.0, aviso sobre la sección 0, y sección 6 Changelog, consultado el 2026-08-04) El documento vigente es Ordane Rulebook v1.0, publicado el 2026-07-23. (Ordane Rulebook v1.0, sección 6 Changelog, consultado el 2026-08-04)
Esa estructura cambia lo que tu captura tiene que lograr. En lugar de demostrar qué decía una página en un martes en particular, estás registrando un número de versión, y ese número de versión es el propio compromiso público de la firma. La lista de prácticas prohibidas de Ordane es cerrada. La cláusula R-6 nombra seis prácticas: arbitraje de latencia, inverso o de cobertura; explotación automatizada de alta frecuencia o en volumen; copy trading entre cuentas de Ordane; abrir órdenes opuestas emparejadas alrededor de publicaciones de noticias; explotación de la plataforma o del feed de datos; y abuso de gaps. Si un comportamiento no está listado en esa sección, no es una infracción. La discrecionalidad no es una regla. (Ordane Rulebook v1.0, cláusula R-6, consultado el 2026-08-04) Una lista cerrada es una lista que puedes capturar por completo, porque tiene un final.
La cuenta conserva su versión vigente
Ordane es nueva. Su página de inicio en vivo dice que no fabricará un historial; el rulebook indica que las métricas de rendimiento de pagos comienzan con el primer mes en que se solicita un pago. (ordanemarkets.com, sección de reserva, y Ordane Rulebook v1.0, cláusula PR-2, consultado el 2026-08-05) Esa no es una razón para saltarte la captura. Guarda el rulebook, guarda el número de versión, guarda la fecha, y exige a la firma que cumpla con la versión que te vendió. El compromiso solo significa algo si alguien puede verificarlo, y verificarlo requiere una copia anterior a la disputa. Una vez que la cuenta está abierta, la misma disciplina aplica a los requisitos de retiro y al calendario de profit split que se te mostró al registrarte.
Aplica la misma prueba a cada firma que consideres, incluida esta. Una firma que publica un número de versión y un changelog fechado es más fácil de responsabilizar que una firma que no publica ninguno de los dos, y la diferencia no te cuesta nada verificar antes de pagar.
Preguntas frecuentes
¿Es suficiente una captura de pantalla?
No, no por sí sola. Una captura de pantalla demuestra el diseño y la apariencia, pero no el texto de ningún documento enlazado, y es el artefacto más fácil de debilitar mediante recorte o recompresión. Combina cada captura de pantalla con una captura en texto o HTML de la misma página, y captura los términos enlazados por separado. Guarda el archivo nativo cuando exista uno, y trata la imagen como un complemento en lugar del registro principal.
¿Debería guardar HTML y PDF?
Guarda lo que la firma realmente publique, y prefiere el formato nativo. Si el rulebook es un PDF, descarga el PDF. Si es una página web, guarda la página en una forma que mantenga el texto seleccionable, y luego añade una captura de pantalla para el diseño. Guardar tanto HTML como PDF de la misma página no es un desperdicio: el HTML te da texto citable y el PDF o la imagen te da el contexto visual, incluyendo cualquier banner cuya visibilidad pueda importar más adelante.
¿Puede un archivo copiado cambiar sus metadatos?
Sí, y esta es la forma más común en que la gente destruye accidentalmente su propia fecha de registro. La guía del NIST advierte que copiar un archivo puede cambiar su fecha de creación a la fecha en que el archivo fue copiado (National Institute of Standards and Technology, NIST SP 800-86, consultado el 2026-08-04). No confíes en las fechas del sistema de archivos. Pon la fecha en el nombre del archivo, regístrala en un archivo de notas, calcula un hash SHA-256 al momento de la captura, y guarda el manifiesto también en algún lugar fuera de la carpeta.
¿Qué pasa si la firma no tiene número de versión?
Entonces anota eso como un hallazgo y ajusta tu captura en consecuencia. Sin una versión que citar, tu captura fechada se convierte en el único registro de lo que aceptaste, así que debe ser más completa: cada página de reglas, cada término enlazado, la página de precios, el recibo y el changelog si existe, cada uno con un hash y una hora de captura. La ausencia de un número de versión también es información que vale la pena sopesar antes de pagar, porque significa que la firma no se ha comprometido a avisarte cuándo cambian los términos.
¿Por qué la CFTC recomienda actuar rápido?
Porque la memoria se degrada y las páginas cambian. La CFTC recomienda construir una línea de tiempo mientras los eventos aún están frescos en la memoria (U.S. Commodity Futures Trading Commission, consultado el 2026-08-04), lo que implica que los registros subyacentes deben recopilarse de inmediato, no reconstruirse más tarde a partir de una página web que quizás ya no diga lo que decía.
Este contenido es solo informativo y no constituye asesoramiento de inversión, financiero ni fiscal. Las cuentas de Ordane operan con capital simulado. No se negocian fondos reales ni se aceptan depósitos. Los pagos dependen del rendimiento simulado bajo el Rulebook v1.0; ningún nivel de rendimiento es típico ni está garantizado.
Fuentes
- NIST Digital Evidence Preservation nist.gov Consultado el 2026-08-05.
- NIST SP 800-86 tsapps.nist.gov Consultado el 2026-08-05.
- CFTC Six Steps After Discovering Fraud cftc.gov Consultado el 2026-08-05.