La página de opciones reúne los distintos modos en que acompañamos a mesas de dark pool y plataformas P2P: revisión de esquemas de prueba, auditoría de flujos biométricos sin plantilla almacenada, seguimiento de indicadores de manipulación y lectura periódica del digest. Cada formato responde a un momento distinto del ciclo operativo y se puede combinar según el volumen y la exposición de cada contraparte.
No publicamos notas sueltas sobre criptografía. Cada línea de trabajo responde a una pregunta concreta que aparece cuando una mesa fuera de libro intenta verificar contrapartes sin exponer posiciones, identidades ni residencia fiscal. Estos son los frentes que revisamos de forma continua.
Seguimos la evolución de esquemas zk-SNARK y zk-STARK aplicados al onboarding de participantes en dark pools. Comparamos tiempos de verificación, coste computacional en nodos validadores y los supuestos de confianza que todavía quedan fuera del circuito. Útil para equipos que evalúan si migrar su control previo a la operación.
Analizamos arquitecturas donde el rostro o la huella se procesan en el dispositivo del operador y solo se emite una prueba criptográfica. Revisamos requisitos de hardware, riesgos residuales cuando el terminal está comprometido y la tensión real entre privacidad y obligaciones de auditoría regulatoria.
La ausencia de libro público no elimina el front-running ni el wash trading: los desplaza a patrones de timing, tamaño y reincidencia entre pares. Cubrimos los indicadores que las mesas de vigilancia consideran fiables, los falsos positivos que generan y las limitaciones de los modelos cuando el volumen es bajo.
Un participante puede demostrar que no figura en listas restrictivas sin revelar su identidad. Revisamos cómo se implementa esa comprobación, qué fuentes de datos se consultan y en qué punto la verificación depende de un tercero que rompe el modelo de anonimato.
Los reguladores exigen trazabilidad; los operadores exigen discreción. Documentamos los formatos de registro que permiten reconstruir una operación ante una auditoría sin dejar un rastro permanente de posiciones ni de contrapartes en los sistemas internos.
Cuando aparece un nuevo esquema, lo contrastamos con lo que ya está en producción: latencia, madurez del código, dependencia de bibliotecas externas y coste de mantenimiento. Sin cifras de proveedor, solo criterios verificables para decidir qué adoptar y qué dejar en observación.
Si necesitás el contexto completo del proyecto, conviene empezar por quiénes somos o escribirnos directamente desde contacto para plantear un caso concreto.
Formatos de acceso al daidgest
Cada formato responde a una necesidad distinta: desde seguir los análisis técnicos publicados hasta incorporar lecturas guiadas para equipos de cumplimiento que necesitan entender qué cambia en el onboarding de contrapartes. No hay un único camino correcto; sí hay uno que encaja mejor con el uso que le vas a dar.
Acceso a las notas publicadas sobre zk-SNARK, zk-STARK y biometría sin plantillas almacenadas. Ideal si sigues la evolución del sector por interés técnico o para comparar enfoques antes de decidir una arquitectura. Incluye el archivo completo y las actualizaciones a medida que se publican.
Ver el archivo de notasPensado para mesas de vigilancia y áreas de cumplimiento que necesitan agrupar los análisis por eje: detección de patrones de manipulación, verificación de contrapartes, obligaciones de auditoría. Recibes las piezas organizadas por tema y un resumen de qué cambió respecto al mes anterior.
Cómo se organiza el seguimientoEncuentros breves donde se repasa un artículo concreto y se responde a dudas de implementación: requisitos de hardware para biometría en dispositivo, supuestos de confianza en pruebas zk, límites de los modelos cuando el volumen es bajo. Útil cuando el equipo necesita alinear criterios antes de un cambio de proceso.
Ver especialistas disponiblesPara operadores de dark pools o proveedores de infraestructura que quieren aportar casos reales, datos anonimizados o corregir un análisis publicado. Revisamos el material y, si encaja con la línea editorial, se incorpora como nota firmada o como contrapunto técnico.
Enviar una propuestaSi todavía no tienes claro qué formato encaja, en la página sobre el proyecto explicamos con qué criterio se eligen los temas y qué esperamos de cada colaboración.
Antes de contratar cualquier formato de trabajo conviene fijar qué cubre y qué no. Estas son las precisiones que más consultas generan entre mesas de operaciones, equipos de cumplimiento y responsables de infraestructura que evalúan nuestros servicios.
Cuando hablamos de verificación anónima nos referimos a esquemas donde el participante demuestra una condición —residencia fiscal, ausencia en listas de sanciones, límite de exposición— sin transmitir la plantilla biométrica ni el identificador de cuenta. No es lo mismo que seudonimización: aquí el dato original nunca sale del dispositivo del operador. Si tu requerimiento regulatorio exige conservar la plantilla para auditoría posterior, este enfoque no lo resuelve y hay que decirlo desde el inicio.
Usamos "dark pool" para plataformas con libro no visible y reglas de matching propias. "Fuera de libro" es más amplio: incluye bloques negociados bilateralmente, cruces telefónicos y acuerdos directos entre contrapartes. Nuestros módulos de vigilancia están calibrados para el primer caso. En operaciones bilaterales el volumen de muestras suele ser bajo y los modelos de detección pierden sensibilidad, así que aplicamos umbrales distintos y lo advertimos en la propuesta.
No emitimos opinión legal sobre el encaje de las pruebas de conocimiento cero en cada jurisdicción. Tampoco custodiamos claves ni operamos los nodos validadores del cliente. Cuando el proyecto requiere integración con un core bancario o un sistema de órdenes propietario, el trabajo se limita a la capa de verificación y a la definición de interfaces; la implementación dentro del core queda del lado del equipo interno o de su proveedor.
Todo esquema zk depende de una ceremonia de configuración y de un conjunto de verificadores honestos. Si esos supuestos se rompen, la garantía de privacidad se debilita aunque la prueba siga siendo válida. En cada propuesta listamos explícitamente qué actores deben comportarse correctamente, qué pasa si uno falla y qué mecanismos de rotación existen. Preferimos que el cliente conozca esa superficie antes de firmar, no después.