Que la inscripción acabe en el bote, no en la pila de pagos

No. Si tus concursos son un juego de habilidad permitido en un estado o país concreto es algo que determinas y aplicas tú, con un abogado. Paymos no se pronuncia, no evalúa tu formato de concurso y no aplica bloqueo geográfico a los jugadores: liquida las inscripciones que aceptas y paga los premios que apruebas. El mapa legal es responsabilidad tuya y se dibuja antes de cobrar la primera inscripción.

Tu motor ordena la clasificación y llama a la API de pagos una vez por tramo de premio. Cada llamada nombra el destino — una billetera de la lista blanca en la red elegida —, el activo y el importe. La firma ocurre en infraestructura aislada y solo cuando tus reglas han liberado ese tramo. Nada agrupa esos premios en una ronda posterior, y un webhook de salida confirma cada transferencia según sale; lo que tarde en llegar después lo marca la red, no un calendario de pagos.

Sí, con una salvedad: la mitad que hay que dimensionar es la tuya, no la del jugador. La inscripción la paga el jugador desde su billetera a la dirección que se emitió para esa alineación, así que una avalancha de última hora se reparte entre cadenas y direcciones en vez de concentrarse en un punto. La otra mitad es la de tu lobby: abrir cada inscripción es una llamada a la API, y ahí sí hay techo: 5 por segundo por defecto, contadas contra tu cuenta de comercio y no contra cada clave, así que repartir la avalancha entre credenciales no recupera nada. Ese techo se puede subir, y una jornada que prevés apretada merece pedirlo antes; más allá de eso no hay nada que dejar cerrado: ni un número de inscripciones que declarar, ni holgura que reservar.

Sí: una inscripción no dice nada sobre quién la pagó. Una transferencia en stablecoins no lleva nombre, ni edad, ni residencia, y nunca queda retenida a la espera de una comprobación, así que la decisión de admitir se toma en tu lobby antes de sentar la alineación. Lo que ya ejecutas hoy para identidad y AML conserva ese trabajo mientras tu licencia lo exija.

Reembolsas tú a cada participante, como transferencia iniciada por el operador de vuelta a la billetera de la que vino la inscripción. No hay un endpoint de reembolso aparte: un reembolso es una transferencia de salida normal que mandas tú, así que un concurso cancelado o que no se llenó se deshace igual que se paga un premio. Paymos solo cobra sobre una inscripción liquidada, así que el dinero que devuelves no lleva una segunda comisión.

Te dice que la petición de inscripción está bien formada, no que sea rápida. Las credenciales de prueba corren contra el contrato de producción con resultados simulados, así que puedes empujar inscripciones, forzar reintentos de webhooks y recorrer cada estado al que reacciona el lobby. La concurrencia del cierre y el tiempo real de confirmación son comportamiento de red y nunca aparecen en un resultado simulado: agenda un ensayo en vivo con inscripciones pequeñas antes de la primera jornada garantizada.