Un libro de órdenes, un creador de mercado automatizado o un fondo común cambia las mecánicas operativas. Por sí solo no determina la clasificación legal ni la autorización necesaria para el producto completo.
Redacte el resultado antes de elegir el motor
Un contrato sobre un evento debe especificar el objeto, el resultado, la fuente autorizada, el momento pertinente y las reglas para la ambigüedad. También establece cuándo cierra la negociación, qué invalida el mercado y cómo se gestiona una disputa.
Considere un contrato hipotético sobre el valor publicado de un índice. «¿Estará el índice por encima de 100?» deja sin resolver el proveedor del índice, el momento de observación, la zona horaria, la comparación exacta y la política de correcciones. Una especificación completa necesita esos campos y una respuesta para una publicación no disponible o corregida posteriormente. No deje que quien resuelva el contrato tenga que aportar las reglas ausentes después de que se hayan tomado posiciones.
Asigne una versión al texto aprobado y vincúlelo al mercado publicado. Si los participantes pueden proponer mercados, defina el proceso de revisión y aprobación antes de publicarlos; aceptar una sugerencia es distinto de autorizar la negociación.
Elija el mecanismo de negociación por sus consecuencias operativas
| Mecanismo | Requisito operativo central | Pregunta que debe resolverse |
|---|---|---|
| Libro de órdenes | Órdenes opuestas y reglas de cruce | ¿Quién aporta profundidad y cómo se gestionan las ejecuciones parciales y las cancelaciones? |
| Creador de mercado automatizado | Una regla de precios y un mecanismo financiado de liquidez o inventario | ¿Quién asume la exposición y puede modificar o pausar el mecanismo? |
| Fondo común | Una regla definida de aportación y distribución | ¿Cuándo se cierra el fondo y cómo se distribuyen los ingresos? |
Compare la economía, los permisos y la experiencia del participante de la configuración propuesta. Que un mecanismo sea adecuado para un mercado no demuestra que pueda sostener otro con una demanda o un riesgo de resolución distintos.
Permita inspeccionar la resolución y la gestión de impugnaciones
Identifique quién propone el resultado, quién puede impugnarlo y quién tiene la autoridad final. Registre las pruebas de la fuente, los momentos pertinentes, las decisiones y cualquier ajuste. Si una garantía o un período de impugnación forma parte del diseño, especifique sus condiciones en el contrato en lugar de tomar parámetros de otra plataforma.
Ensaye una fuente no disponible, informes contradictorios, un evento cancelado y un resultado impugnado. Establezca si se detiene la negociación, se aplaza la liquidación o se invalida el mercado conforme a las reglas existentes. Un tiempo de espera técnico agotado no debe convertirse sin advertencia en una decisión sobre la veracidad del evento.
Planifique conjuntamente fondos, vigilancia y cierre de la actividad
Vincule los saldos de los participantes, la exposición reservada, las comisiones y la liquidación al modelo de monedero o custodia. Defina los controles de acceso de los administradores de mercados y los registros necesarios para investigar cruces de órdenes propias, manipulación u otra actividad sospechosa.
Un plan de cierre debe explicar cómo se detiene la nueva negociación, se resuelven las posiciones pendientes y se devuelven los fondos conforme a las reglas pertinentes. Pruebe una interrupción con posiciones abiertas para que el plan refleje el comportamiento real de la plataforma.
Defina el trabajo de aprobación y entrega
La vía legal depende del operador, los temas de los contratos, la ubicación de los participantes y las mecánicas de negociación. Que una jurisdicción haya aprobado otro negocio no establece un permiso para el suyo. Utilice el apoyo para licencias para definir el trabajo aplicable junto con el alcance técnico.
Envíe un contrato de ejemplo y el modelo de negociación propuesto. Incluya los mercados objetivo, la fuente de resolución, el plan de liquidez y el método de liquidación.