Reserva de capital

Aegis usa un modelo de máximo de grupos de concurrencia para estimar el margen en el peor caso requerido para una configuración de estrategia. Este modelo determina cuánto saldo del exchange debe estar disponible antes de que el bot abra una nueva posición.

---

Modelo: Máximo de grupos de concurrencia

Dentro de una sola estrategia, los legs se organizan en grupos de concurrencia — conjuntos de legs que pueden estar activos simultáneamente. La reserva de capital es el margen máximo requerido en todos los grupos de concurrencia, no la suma de todos los legs.

Esto es distinto de un enfoque ingenuo de suma de todos los legs:

Enfoque	Estimación
Suma de todos los legs	Asume que todos los legs están abiertos simultáneamente — excesivamente conservador
Máximo de grupos de concurrencia	Usa el grupo en el peor caso que puede estar abierto a la vez — preciso

---

Ejemplo numérico

Configuración: Una estrategia Bastion full_short_protection. Valor del pool = $1,000, capitalBufferPct = 0.1, apalancamiento = 5×.

Primero, calcula el margen por leg usando el capital efectivo (ver capitalBufferPct):

effectiveCapitalUsd = $1,000 × (1 + 0.1) = $1,100
marginPerLeg       = $1,100 / 5           = $220

Leg	Margen por activación
lower_short	$220
upper_short (reingreso)	$220

Estimación suma de todos los legs: $220 + $220 = $440
Estimación máximo de grupos de concurrencia: max($220, $220) = $220

En el preset full_short_protection, como máximo uno de los dos legs está activo en un momento dado (eventos sucesivos: salida, luego reingreso). El modelo de reserva de capital identifica correctamente que el requisito concurrente máximo es $220, no $440.

Nota

orbit_both configura ambas direcciones LONG y SHORT, pero Orbit nunca opera ambos legs simultáneamente. Como máximo un leg está activo a la vez, por lo que orbit_both sigue resultando en una reserva de un solo leg — el máximo de las dos estimaciones de leg configuradas, no su suma.

---

Buffer de capital y capital efectivo

capitalBufferPct no agrega un buffer de seguridad separado sobre un margen calculado — multiplica el valor del pool para producir el capital efectivo contra el que el bot dimensiona la posición:

effectiveCapitalUsd = poolValueUsd × (1 + capitalBufferPct)
marginPerLeg       = effectiveCapitalUsd / leverage
saldo_requerido    ≥ margen_grupo_peor_caso

Un capitalBufferPct mayor implica un nocional de posición más grande, un mayor margen por leg y, por lo tanto, un mayor saldo requerido. El buffer está incorporado en el tamaño nocional, no se agrega después.

Consulta Parámetros de riesgo — capitalBufferPct para la referencia completa y ejemplos numéricos.

---

Referencias cruzadas

• Parámetros de estrategia — Parámetros de riesgo
• Parámetros de estrategia — Apalancamiento y margen
• Bots — Bastion
• Bots — Orbit