Un bot de trading de arbitraje de criptomonedas coordina acciones separadas que pretenden compensarse entre sí. La expresión operación de dos tramos puede hacer que el par parezca un acontecimiento indivisible, pero el sistema de ejecución puede procesar cada tramo independientemente. Uno puede ejecutarse antes que el otro, uno puede completarse solo en parte y uno puede quedar incierto después de un fallo de conexión. Un diseño útil hace visibles esos resultados en un registro contable.
Esta guía compara secuencias de ejecución mediante un ejemplo ficticio. Todos los precios, comisiones y cantidades son hipotéticos. El ejercicio está diseñado para mostrar cómo cambian los registros de cuenta, no para predecir rentabilidades. La pregunta principal es si el bot puede explicar el inventario que posee realmente después de cada acontecimiento, especialmente cuando el par previsto no se completa de forma limpia.
La secuencia de ejecución de un bot de arbitraje es una elección de riesgo
Una secuencia concurrente envía ambos tramos sin esperar la primera ejecución. Puede reducir el intervalo entre envíos, pero no obliga a que coincidan los resultados. Una secuencia que compra primero espera evidencia de adquisición antes de vender una cantidad correspondiente. Una secuencia que vende primero hace lo contrario. Cada configuración cambia qué exposición residual es posible durante el intervalo entre resultados.
La elección debería reflejar el inventario disponible, las restricciones de ejecución y el desajuste tolerado. No debería basarse únicamente en qué secuencia produce la demostración más breve. Una estrategia con inventario base colocado de antemano puede intentar una venta antes de que se complete una compra nueva, mientras otra cuenta puede carecer de esa capacidad. Por tanto, una secuencia de ejecución es inseparable del modelo de financiación que la respalda.
La guía anterior de riesgo de tramos en arbitraje proporciona un marco general para seguir cada acción independientemente. La mecánica específica de los activos difiere, pero se aplica la misma disciplina: vincula los tramos por intención de estrategia y conserva resultados externos separados. El registro nunca debería inferir la finalización simplemente porque ambas solicitudes se enviaron con poca diferencia de tiempo.
Establece el registro inicial
Supón que la Cuenta A comienza con 2,000 unidades de cotización y ninguna unidad base. La Cuenta B comienza con 100 unidades base y 200 unidades de cotización. El par propuesto compra 80 unidades base en A con un límite de 10 y vende 80 en B con un límite de 10.15. Por tanto, el inventario combinado inicial es de 100 unidades base y 2,200 unidades de cotización.
Para este ejercicio, supón que cada ejecución incurre en una comisión igual al 0.1 por ciento del nominal de cotización, cobrada en el activo de cotización. Ignora inicialmente otros gastos para que la aritmética de la operación permanezca visible; las secciones posteriores añaden un gasto operativo separado. Las estructuras reales de comisiones y los requisitos de transacción deben comprobarse para el mercado elegido. Estos supuestos forman parte del escenario, no son afirmaciones generales sobre plataformas de trading.
Antes del envío, el bot reserva 800.80 unidades de cotización en A y 80 unidades base en B. Si la comisión de venta se deduce de sus ingresos de cotización según las reglas ficticias, no se requiere financiación adicional de cotización para ese cargo concreto. Un mecanismo de comisiones diferente requeriría una reserva diferente. Esto demuestra por qué el modelo de financiación debe reflejar la denominación y los tiempos reales de cada gasto.
Registra la primera compra parcial
Supongamos que la compra ejecuta 50 unidades a 9.98. El nominal de compra es 499, y la comisión supuesta es 0.499. La Cuenta A mantiene ahora 50 unidades base y 1,500.501 unidades de cotización antes de considerar el remanente todavía activo. Las 30 unidades restantes aún pueden costar hasta 300 más una comisión de 0.30 al límite declarado, por lo que esa obligación necesita una reserva continuada.
El registro de ejecución debería conservar la cantidad de 50 unidades, el precio de 9.98, el nominal de 499 y la comisión de 0.499 como campos distintos. Una media con costes incluidos para las unidades adquiridas es 9.98998. Esa es una medida diferente del precio de ejecución de 9.98. Mantener claras ambas definiciones ayuda a un revisor a evitar comparar un precio bruto de venta con un precio de compra que incluye comisiones sin darse cuenta.
La guía anterior de diarios de trading explica por qué la intención, el intento y el resultado necesitan registros separados. Aplica esa distinción aquí. La intención original sigue siendo un par de 80 unidades, pero la compra observada es solo de 50 unidades. El bot debe gestionar el resultado real en lugar de sustituir la cantidad poseída por la solicitada.
Registra una venta desigual
Ahora supongamos que la venta ejecuta 35 unidades a 10.16. Los ingresos brutos son 355.60, y la comisión supuesta es 0.3556. La cotización neta recibida es 355.2444. La Cuenta B mantiene ahora 65 unidades base y 555.2444 unidades de cotización, mientras el remanente de venta de 45 unidades sin ejecutar puede seguir activo bajo las reglas de órdenes seleccionadas.
En este punto, las cuentas combinadas mantienen 115 unidades base: 50 en A y 65 en B. Mantienen 2,055.7454 unidades de cotización. Respecto al inicio, las tenencias de cotización han disminuido en 144.2546 mientras las tenencias base han aumentado en 15. Este no es un resultado de arbitraje totalmente emparejado. El registro muestra una exposición adicional de 15 unidades antes de cualquier ejecución o cancelación posterior.
El registro de arbitraje de ejecuciones parciales debería presentar directamente ese desajuste. Una ganancia realizada destacada sobre las 35 unidades emparejadas puede ser informativa, pero no describe todo el cambio de cuenta. Las unidades adicionales compradas siguen siendo económicamente relevantes. Su valor actual y cualquier coste de disposición posterior deben considerarse antes de evaluar el resultado de todo el par intentado.
Cancela remanentes sin reescribir ejecuciones anteriores
Supongamos que se cancelan ambas órdenes restantes y los sistemas de ejecución confirman que no hubo ejecuciones adicionales. El bot puede liberar la reserva de compra de 30 unidades y la reserva de venta de 45 unidades. Todavía posee las 50 unidades compradas en A y ha vendido 35 unidades de B. La cancelación pone fin a las obligaciones restantes; no deshace los movimientos de activos completados.
La distinción importa porque una interfaz puede ofrecer un único control de cancelar par. Ese control debería producir dos solicitudes de cancelación y conservar sus resultados separados. Si solo se confirma una cancelación, el otro remanente puede seguir activo. El par debería permanecer sin resolver en la medida en que sea posible una ejecución adicional. Un botón combinado cómodo no debe borrar la independencia de las cuentas subyacentes.
La guía de automatización de carteras cripto es pertinente cuando la posición residual comparte capital con otras estrategias. La capa de cartera necesita el aumento neto real de 15 unidades y cualquier recurso todavía reservado. No debería suponer que el módulo de arbitraje volvió a su exposición inicial simplemente porque el par original ya no se está enviando activamente.
Valora el residual por separado de la economía emparejada
Bajo las ejecuciones ficticias, 35 unidades se emparejan económicamente entre la compra y la venta. Asignando proporcionalmente la comisión de compra, esas 35 unidades costaron 349.30 más 0.3493, o 349.6493. Su venta produjo 355.2444 netos, dejando 5.5951 antes de otros gastos. Las 15 unidades compradas restantes costaron 149.70 más 0.1497, o 149.8497.
Esa descomposición coincide con el cambio general de cotización. La parte emparejada añade 5.5951, mientras adquirir las 15 unidades adicionales consume 149.8497, produciendo una disminución neta de cotización de 144.2546. La aritmética es útil porque demuestra que el resumen y el registro de cuenta describen los mismos acontecimientos. Si no coinciden, la discrepancia debería investigarse antes de comunicar un resultado.
Una valoración de mercado puede estimar el valor actual del residual, pero no debería presentarse como ingresos realizados. Si las 15 unidades se valoran a 10, su valor marcado es 150. Una salida real podría devolver un importe distinto después de profundidad y costes. Conserva tanto la base de adquisición como el método de valoración para que el lector pueda ver qué parte del resultado comunicado sigue expuesta.
La recuperación del bot de arbitraje debe conservar los tramos desconocidos
Ahora cambia el escenario. En lugar de recibir la respuesta de ejecución de la venta, el bot pierde la comunicación después de enviarla. La evidencia de compra sigue siendo conocida, pero la venta puede haberse ejecutado, seguir abierta o haber sido rechazada. El estado correcto es incertidumbre sobre la venta, no una ejecución de cero. El bot debería conservar la reserva correspondiente de inventario mientras busca el resultado existente.
Un nuevo intento de venta podría producir una reducción excesiva si la primera venta ya se completó. Una nueva compra podría empeorar un residual en la dirección opuesta. Por tanto, la recuperación debería comenzar con identificadores y evidencia de cuenta. El bot necesita una relación duradera entre su intención, la solicitud externa y cualquier ejecución posterior descubierta durante la conciliación.
La guía anterior de acontecimientos automatizados de wallets ofrece una perspectiva útil sobre observaciones retrasadas. Los acontecimientos pueden llegar después de que la aplicación haya entrado en recuperación. El registro debe aceptar esa evidencia sin tratarla como una decisión independiente nueva. Una ejecución antigua descubierta tarde sigue formando parte del intento original y debe conservar su momento económico y atribución originales.
Recomienda y gana USDC
Recomienda y gana USDCNuestro programa de afiliados paga en tiempo real.
Compara la secuencia concurrente con el mismo escenario
En un diseño concurrente, ambas órdenes de 80 unidades pueden estar activas antes de conocer cualquier resultado. La compra anterior de 50 unidades y la venta de 35 unidades son resultados desiguales plausibles. La ventaja es un menor retraso de envío entre tramos. El coste es que el bot debe estar preparado para desajustes en cualquier dirección y no puede utilizar la primera cantidad realmente ejecutada para dimensionar la segunda solicitud inicial.
Una prueba significativa mantiene constantes los supuestos ficticios de mercado y cuenta y varía solo la secuencia. Registra la cantidad máxima sin emparejar que se produce y cuánto tiempo permanece. No compares un caso concurrente perfecto con un caso secuencial deliberadamente difícil. El propósito es comprender las compensaciones estructurales, por lo que cada diseño debería afrontar resultados retrasados, parciales y desconocidos comparables.
El diseño concurrente también necesita una regla para intervenir después de una ejecución temprana. Puede solicitar la cancelación de un remanente sobredimensionado o permitir que el plan original continúe dentro de un límite. Cualquiera de las políticas debería declararse previamente. De lo contrario, el comportamiento del bot puede variar entre ejemplos, haciendo que el rendimiento aparente dependa de la perspectiva retrospectiva en lugar de una regla de decisión implementable.
Compara una secuencia que compra primero
En una variante que compra primero, el bot espera el resultado de compra de 50 unidades antes de enviar una venta de hasta 50 unidades. Esto evita solicitar inicialmente una venta de 80 unidades frente a una adquisición observada menor, aunque el inventario preexistente todavía pueda financiarla. El diseño crea un periodo en el que la cuenta tiene exposición base adicional mientras la venta se prepara e intenta.
Si la venta después ejecuta solo 35, el residual final vuelve a ser 15 unidades. La secuencia no ha eliminado el riesgo de ejecución parcial. Ha cambiado la información disponible al dimensionar la venta y los tiempos de exposición. El registro debería medir esas diferencias directamente en lugar de suponer que esperar la primera ejecución hace seguro al par.
En un mercado donde las cotizaciones cambian rápidamente, la venta posterior puede tener una economía peor que el candidato original. El bot debería reevaluar su precio permitido y su política de residual en lugar de forzar la finalización a cualquier coste. Un par que ya no cumple la condición original del diferencial todavía puede requerir gestión de exposición, pero esa gestión es una decisión separada con su propio presupuesto y motivo.
Compara una secuencia que vende primero
Un diseño que vende primero utiliza inventario base colocado de antemano para ejecutar la venta antes de comprar unidades de reemplazo. Si se venden 35 unidades, el bot puede considerar después comprar un importe correspondiente. La exposición temporal es una reducción de las tenencias base respecto a la cartera inicial. Eso puede ser aceptable dentro de la política elegida, pero sigue siendo una posición económica cuyo valor puede cambiar.
La cuenta debe tener unidades realmente disponibles para vender. Una compra futura prevista no puede financiar una venta que requiere inventario liquidado. Esto es especialmente importante cuando la plataforma muestra un plan combinado de estrategia que compensa visualmente los tramos. La cuenta externa puede evaluar cada acción independientemente y rechazar un tramo cuyo recurso necesario todavía no existe en esa cuenta.
La guía de creación de mercado cripto ofrece una perspectiva de inventario relacionada. Una estrategia de cotización también cambia el inventario mediante ejecuciones asimétricas. El arbitraje y la creación de mercado tienen objetivos distintos, pero ambos necesitan una explicación clara de la exposición que dejan las ejecuciones reales. La disciplina contable compartida no debería confundirse con una garantía de que cualquiera de las actividades obtiene un diferencial después de todos los costes.
Añade gastos operativos sin ocultar su asignación
Vuelve al escenario original de ejecución parcial y supón 2.50 unidades de cotización adicionales de gastos combinados de ejecución. Si se cargan a la Cuenta A, su saldo de cotización cae de 1,500.501 a 1,498.001. Las tenencias combinadas de cotización pasan a ser 2,053.2454. Las 115 unidades base permanecen iguales bajo este modelo ficticio de gastos porque el cargo se paga en unidades de cotización.
Cómo se asigna el gasto entre las partes emparejada y residual es una elección contable que debería divulgarse. Asignarlo todo a la parte emparejada reduce su remanente comunicado de 5.5951 a 3.0951. Asignarlo proporcionalmente produce cifras intermedias diferentes y deja inalterado el resultado combinado de cuenta. Un método coherente importa más que seleccionar el subtotal más favorecedor.
La guía de bots creadores de mercado automatizados examina otro contexto donde interactúan las comisiones y el valor del inventario. La conexión útil es metodológica: separa cantidades de activos, flujos de efectivo y supuestos de valoración antes de calcular un resultado combinado. Esto evita confundir un ingreso por comisión o un subtotal positivo con una evaluación completa del rendimiento económico.
Concilia las dos cuentas independientemente
La conciliación del arbitraje de dos cuentas debería explicar primero cada cuenta por sí sola. El cambio de la Cuenta A procede de la compra, la comisión de compra y cualquier gasto operativo asignado. El cambio de la Cuenta B procede de la venta y la comisión de venta. Solo después de que esos registros coincidan con los saldos observados debería la estrategia combinarlos en una vista de cartera.
Este orden ayuda a identificar discrepancias. Si la Cuenta A difiere del saldo esperado, el problema puede ser un coste adicional de transacción, una transferencia no observada o una ejecución ausente. Compensarla inmediatamente con la Cuenta B puede ocultar el error si otra discrepancia lo compensa por casualidad. Un total combinado coincidente no demuestra que ambos historiales de cuenta sean correctos.
Conserva también las monedas de las comisiones y la precisión decimal. Redondear cada acontecimiento demasiado pronto puede acumular una diferencia a lo largo de muchas ejecuciones. Almacena las cantidades en las unidades exactas adecuadas y aplica el redondeo visual en la capa de presentación. El lector no necesita ver todos los dígitos internos en todo momento, pero el registro exportado debería respaldar los totales mostrados y explicar cualquier convención deliberada de redondeo.
Utiliza el registro para definir condiciones de parada
El registro puede impulsar condiciones concretas de parada. Una cantidad máxima sin emparejar, la duración de un tramo sin resolver o una diferencia de saldo sin explicación pueden bloquear nuevos pares. Estas condiciones son más interpretables que una advertencia amplia de que el riesgo de mercado es alto. Identifican un hecho específico de la cuenta y la evidencia requerida antes de que la estrategia pueda continuar.
Para el residual ficticio de 15 unidades, una política con un límite de 10 unidades detendría nuevos pares inmediatamente después de establecer el desajuste. El bot todavía puede tener permiso para ejecutar una acción delimitada de gestión del residual. La interfaz debería distinguir ese permiso de la autoridad de entrada habitual. Detener la estrategia no significa necesariamente abandonar los registros o impedir toda acción que pudiera reducir una obligación existente.
Revisa las condiciones de parada con el mismo rigor que las reglas de entrada. Un umbral que puede cruzarse sin explicación visible es difícil de operar. Un umbral que se restablece automáticamente mientras un tramo desconocido sigue sin resolver puede ser inseguro. El registro proporciona la base factual para estas decisiones, mientras la política determina qué está autorizado a hacer el bot al respecto.
Mantén la comparación centrada en las consecuencias
Ninguna secuencia de ejecución debería declararse la mejor basándose en un ejemplo inventado. El registro desarrollado muestra las preguntas que debe responder una comparación: qué puede ejecutarse independientemente, qué recursos se necesitan en cada momento y qué exposición permanece cuando difieren los tramos. Una evaluación real necesita condiciones representativas y conocimiento actual de la mecánica de la plataforma elegida.
Un registro útil de diseño conserva la secuencia seleccionada, sus supuestos y su política de recuperación. También registra alternativas y las compensaciones específicas que importaron, como la exposición temporal de inventario o la capacidad para redimensionar el segundo tramo. Ese registro ayuda a futuros revisores a comprender si un cambio de mercado o plataforma invalida la elección original.
El estándar final es la posibilidad de reconstrucción. Otro lector debería poder empezar con los saldos iniciales, aplicar cada acontecimiento confirmado y llegar a las cantidades y el efectivo finales. Si eso es posible, el bot ha hecho visibles sus consecuencias económicas. Si la explicación depende de tratar cantidades solicitadas como ejecuciones o ignorar un residual, el par todavía no se comprende adecuadamente.