Arquitectura de token universal, webhooks e ingesta personalizada

Los webhooks proporcionan la capa de ingesta basada en eventos que conecta terminales de escritorio, estrategias en la nube y robots algorítmicos directamente al diario ILoveTrading. Este documento detalla la autenticación de tokens criptográficos, los esquemas de carga útil y los protocolos de integración de API personalizados.

1. Arquitectura de seguridad y aislamiento criptográfico

Para proteger las credenciales de los usuarios, ILoveTrading aplica la autenticación de tokens sin estado en lugar de almacenar las contraseñas de los corredores. Cada token universal actúa como una clave de ingesta privada con alcance:

Aislamiento de cuenta: Cada perfil de cuenta comercial mantiene un token distinto. Las ejecuciones enviadas a través del token de la Cuenta A están estrictamente aisladas de la Cuenta B, lo que evita la evaluación y la contaminación de los registros del corredor en vivo.
Autenticación no interactiva: Los terminales y los scripts automatizados autentican las solicitudes HTTPS salientes sin cookies de sesión interactivas.
Revocación instantánea: Si un token está comprometido, regenerarlo invalida instantáneamente el token anterior y devuelve inmediatamente "401 No autorizado" en transmisiones no autorizadas posteriores.

Formula / Calculation
Verificación de seguridad = HMAC-SHA256(carga útil, token universal)

2. Generación y gestión de tokens universales

Los tokens se pueden generar y administrar directamente desde el panel:1. A través del menú Integraciones: Navegue hasta Integraciones en la barra lateral principal. Haga clic en Generar token para crear su clave de integración principal. 2. A través de Configuración de cuentas: Abra Configuración > Cuentas. Cada cuenta comercial listada muestra su token universal dedicado con controles de enmascaramiento y copia del portapapeles con un solo clic. 3. Regeneración de token: Al hacer clic en Regenerar, se actualiza la clave secreta en la base de datos inmediatamente.

Warning

[!WARNING] La regeneración de un token desconecta instantáneamente cualquier MetaTrader EA, cTrader cBot o NinjaTrader Add-on activo usando la clave anterior. Debe actualizar la entrada del token en su terminal para reanudar la sincronización.

3. Protocolos de ingesta admitidos

ILoveTrading admite dos formatos principales de webhooks:

Formato A: Sintaxis de alerta de TradingView (compatible con PineConnector)

Para los operadores que utilizan alertas, indicadores o estrategias de PineScript de TradingView, envíe una carga útil sin formato separada por comas:

Punto final: POST https://ilove.trading/api/webhook
Tipo de contenido: texto/plain o aplicación/json

<YOUR_UNIVERSAL_TOKEN>,comprar,EURUSD,riesgo=1,sl=1.0850,tp=1.0950

Parámetro	Tipo	Requerido	Descripción
`ficha`	Cadena	Sí	Su token universal único.
`acción`	Cadena	Sí	"comprar", "vender", "cerrar largo", "cerrar corto" o "cerrar parte".
`riesgo`	Flotador	Opcional	Porcentaje de riesgo por operación (por ejemplo, "1" por 1%).
`sl`	Flotador	Opcional	Nivel de precio exacto para el Stop Loss inicial.
`tp`	Flotador	Opcional	Nivel de precio exacto para el Take Profit inicial.

Formato B: ingesta programática de REST JSON

Para bots de Python personalizados, scripts cURL o sistemas de ejecución propietarios:

Punto final: POST https://ilove.trading/api/webhooks/trade
Encabezados:
- Tipo de contenido: aplicación/json
- Autorización: Portador <YOUR_UNIVERSAL_TOKEN>

{
  "boleto": "98765432",
  "símbolo": "EURUSD",
  "tipo": "COMPRAR",
  "muchos": 2.0,
  "precio_abierto": 1.08500,
  "precio_cerrado": 1.09250,
  "parada_pérdida": 1.08100,
  "tomar_beneficio": 1.09500,
  "open_time": "2026-08-27T10:15:00Z",
  "close_time": "2026-08-27T11:45:00Z",
  "comisión": -7.00,
  "intercambiar": -0,80,
  "beneficio": 1500,00
}

4. Mejores prácticas e integridad de la marca de tiempo

Tip

[!TIP] Marcas de tiempo UTC ISO 8601: Al enviar cargas útiles JSON personalizadas, formatee estrictamente las marcas de tiempo de apertura y cierre en UTC (AAAA-MM-DDTHH:mm:ssZ). Las marcas de tiempo a las que les faltan compensaciones de zona horaria distorsionarán los análisis de sesiones y las métricas de distribución horaria.

Important

[!IMPORTANT]> Idempotencia y singularidad del ticket: Asegúrese de que cada operación mantenga una identificación de "ticket" única. Volver a enviar un ID de ticket existente actualizará en lugar de duplicar el registro comercial existente.

ILoveTrading Documentación