Collect & Exchange: la aparición en rutas de depósito de casinos y la pregunta del comerciante
Figura en el registro MiCA de Chipre y su API aparece repetidamente en flujos iDEAL de casinos.
Puntos clave
- Collect & Exchange CY Ltd aparece en el registro autorizado MiCA de CySEC como CASP003/25 y registra HE456884 en Limassol.
- Capturas muestran repetidamente el endpoint api.collectnexchange.cy en flujos de caja iDEAL de varios casinos, sin probar pagos o liquidaciones completadas.
- El cofundador Yaron Noah identificó públicamente a Asaf Hanukaev como cofundador y afirmó tecnología propia en un post revisado por FinTelegram.
- El artículo 70(4) de MiCA exige autorización PSD2 para servicios de pago relacionados; la API visible no responde por sí sola a esa exigencia.
Collect & Exchange CY Ltd figura en el registro autorizado CASP de Chipre y su punto de API apareció repetidamente en rutas de depósito iDEAL de varios casinos, según la revisión de FinTelegram. El cofundador Yaron Noah publicó el 4 de octubre de 2026 una declaración pública en LinkedIn en la que se identifica a sí mismo y a Asaf Hanukaev como cofundadores y afirma que la empresa usa tecnología propia. Quedan sin resolver quién fue el comerciante incorporado en cada integración, qué servicio exacto se prestó y quién debía recibir finalmente los fondos.
Presencia regulatoria y datos societarios de Collect & Exchange
Collect & Exchange CY Ltd figura en el registro autorizado de CASP de la Cyprus Securities and Exchange Commission (CySEC) como CASP003/25. La sociedad aparece registrada con número HE456884 y domicilio en Thessalonikis 13, Limassol, según sus términos publicados. En su comunicación pública Noah también empleó la referencia “PYKS 1/25”; la diferencia entre esa denominación y CASP003/25 no ha sido aclarada por la compañía ni por FinTelegram.
La compañía publica sus servicios como custodia de criptoactivos, intercambio de cripto/fondos, intercambio cripto/cripto y transferencias en euros y cripto. El post de Noah revisado por FinTelegram identifica a Yaron Noah y a Asaf Hanukaev como cofundadores y le atribuye a la empresa tecnología desarrollada internamente. Esos son reclamos públicos; no establecen titularidad accionarial ni propiedad beneficiaria, ni la implicación personal en integraciones concretas con casinos.
Rutas técnicas observadas en cajeros de casino y repetición del endpoint
FinTelegram documentó capturas que muestran secuencias técnicas visibles en cajeros de varios operadores. Esas rutas describen la navegación entre pantallas y dominios, pero no prueban transferencias monetarias completadas, conversiones cripto o beneficiarios finales de liquidación. Las rutas visibles incluyen:
Viu-Viu: tx.segopay.com → nexorafintech.com → api.collectnexchange.cy → pay.ideal.nl — descriptor mostrado “COLLECT EXCHANGE via Trust Payments”.
GXBet: tx.segopay.com → nexorafintech.com → api.collectnexchange.cy → pay.ideal.nl — aparece el descriptor Collect Exchange; redacción del proveedor incompleta.
Byno.xyz: tx.segopay.com → billing-24.com → api.collectnexchange.cy → pay.ideal.nl — descriptor “COLLECT EXCHANGE via Trust Payments”.
Winhero: tx.segopay.com → nexorafintech.com → billing-24.com → api.collectnexchange.cy → pay.ideal.nl — descriptor visible; en una captura separada expiró una solicitud de €200 que mostraba Collect & Exchange con Stripe, sin poder atribuir esa pantalla a un casino concreto.
La repetición del endpoint api.collectnexchange.cy y la visibilidad de descriptores apoyan la existencia de una conexión técnica recurrente. No determinan si Collect & Exchange actuó como comerciante, proveedor de servicios cripto, intermediario de pagos o un participante distinto en cada integración.
MiCA y la limitación sobre servicios de pago
La autorización MiCA que figura en el registro de CySEC no responde por sí sola a la pata en euros de las rutas de caja. El artículo 70(4) del Reglamento MiCA permite servicios de pago relacionados solo cuando el CASP o un tercero relevante estén autorizados bajo la Directiva PSD2. La cuestión operativa es qué entidad realiza el servicio de pago regulado en esas rutas y bajo qué autorización: la mera aparición de una API no resuelve esa interrogante.
Producto, términos y la contradicción aparente con usos iGaming
En su anuncio de producto del 21 de enero de 2026, Collect & Exchange incluyó explícitamente el iGaming entre los sectores objetivo de su servicio de crypto-acquiring. Los términos públicos de acquiring de la compañía contienen dos restricciones con redacción distinta: la cláusula 10.1.4 prohíbe de forma amplia actividades relacionadas con el juego, mientras que la Sección 17, punto 24(b)(2) limita el gambling, betting o gaming sin la debida autorización o licencia. Los términos también describen una API para solicitudes de pago y recuperación de estado. Esa descripción general no establece la función específica del endpoint observado en las rutas iDEAL.
Comparar el anuncio de producto con las cláusulas contractuales muestra una tensión entre mercadotecnia y restricciones contractuales, pero no prueba incumplimiento por sí sola.
La pregunta central: quién era el comerciante y quién controlaba la liquidación
El siguiente paso para esclarecer cada integración es identificar al cliente contractual detrás de la integración: ¿fue el operador del casino, un gateway, un agregador o un tercero intermediario? FinTelegram plantea preguntas concretas:
Qué entidad fue incorporada como comerciante en cada caso.
Qué dominios de casino y mercados objetivo se declararon al proveedor durante el onboarding.
Quién verificó las autorizaciones o licencias de juego pertinentes del operador.
Qué parte controlaba el destino final de liquidación de fondos.
Las evidencias públicas que FinTelegram presentó confirman una interfaz recurrente y fundan la identificación pública de fundadores, pero dejan sin resolver las relaciones de cuenta comerciante y de settlement detrás de los flujos.
Llamado a fuentes y documentación
FinTelegram solicita información de primera mano sobre integraciones de Collect & Exchange con casinos, registros de onboarding de comerciantes o registros contractuales con partners de pago. Contratos, registros de incorporación y documentación de transacciones pueden ayudar a establecer roles y destinatarios de liquidación. Las aportaciones pueden enviarse de forma confidencial a través de Whistle42.
"Noah se identifica públicamente como CEO y cofundador de Collect & Exchange CY y nombra a Asaf Hanukaev como cofundador", según el post revisado por FinTelegram.
Qué significa esto para operadores y reguladores
La presencia de un proveedor de criptoautorizado en un flujo de caja es un punto de partida para la investigación de relaciones contractuales y de responsabilidad de pagos, pero no equivale a la prueba de que cada actividad conectada esté autorizada. Operadores, pasarelas y equipos de cumplimiento deberían revisar contratos de merchant onboarding, rutas de settlement y autorizaciones PSD2 asociadas cuando aparezcan proveedores MiCA dentro de un checkout de moneda fiat.
Para quienes trabajan en pagos iGaming, conviene auditar:
registros de incorporación de comerciante y contratos de acquiring;
descriptores y rutas técnicas visibles en los cajeros;
autorizaciones PSD2 o equivalentes para cualquier servicio de pago en la secuencia.
La investigación de FinTelegram mantiene abiertas las preguntas clave sobre responsabilidad y destino del dinero. Identificar el contrato de merchant y la entidad que controla la liquidación es la pieza que falta.
Preguntas frecuentes
¿Collect & Exchange está registrado ante CySEC?
Sí, Collect & Exchange CY Ltd figura en el registro autorizado de CASP de la Cyprus Securities and Exchange Commission como CASP003/25. La compañía está registrada como HE456884 con domicilio en Thessalonikis 13, Limassol, según sus términos publicados.
¿La aparición de su API en los cajeros prueba que procesó depósitos?
No, la aparición del endpoint api.collectnexchange.cy en las rutas documentadas describe navegación técnica y pantallas visibles, pero no demuestra transferencias monetarias completadas, conversiones cripto ni beneficiario final de la liquidación. Las capturas visibles no equivalen a registros de settlement.
Quiénes se identifican como fundadores de la empresa?
Yaron Noah se identifica públicamente como CEO y cofundador y nombra a Asaf Hanukaev como cofundador en un post de LinkedIn revisado por FinTelegram el 4 de octubre de 2026. Esos reclamos son declaraciones públicas y no establecen propiedad beneficiaria ni participación accionarial.
Qué exige MiCA sobre servicios de pago relacionados con cripto?
El artículo 70(4) del Reglamento MiCA permite servicios de pago relacionados solo cuando el propio CASP o un tercero pertinente cuenta con autorización bajo la Directiva PSD2. Por tanto, hay que identificar qué entidad realiza el servicio de pago y con qué autorización.
Etiquetas
Sobre el autor
Isabela Fuentes
Corresponsal de pagos
Isabela Fuentes cubre pagos y fintech en la industria del juego: acuerdos con procesadores y PSP, lanzamientos de métodos de pago, raíles cripto y los cambios de cumplimiento que deciden con qué puede pagar el jugador en la caja. Abre con el acuerdo o el lanzamiento, nombra con precisión empresas y métodos, y traduce la jerga a lo que operadores y jugadores ganan o pierden. De PIX y el open banking a la liquidación con stablecoins, Isabela Fuentes sigue el dinero que mueve el sector.
Más de Isabela Fuentes
