Comercia con pruebas, no con confianza: Cómo Obscura está haciendo que la reputación sea privada y verificable

El social trading y copy trading en el mundo cripto se enfrentan a una paradoja de confianza. Si eres un trader, la única manera de probar que eres consistentemente rentable es exponiendo tu historial completo: entradas, salidas, tiempos, tamaños, estrategia, básicamente tu ventaja. Si eres un seguidor, te ves obligado a confiar en capturas de pantalla, estadísticas auto-reportadas y reclamaciones de la plataforma que pueden ser falsificadas, seleccionadas o manipuladas.

Obscura adopta un enfoque diferente: reputación verificable sin exposición. Los traders pueden probar su rendimiento agregado de forma criptográfica a través de exchanges mientras mantienen en privado las operaciones y estrategias individuales. Los seguidores obtienen un punto de confianza que pueden verificar. El estándar cambia de “confía en mí” a “verifícame”.

Nos entusiasma destacar equipos que construyen aplicaciones confidenciales y verificables sobre la infraestructura orientada a la privacidad de Horizen, proyectos que tratan la privacidad como una propiedad predeterminada de la arquitectura, no como un añadido. Hoy presentamos Obscura, una capa de reputación preservadora de privacidad diseñada para DeFi y trading cross-venue. 

Para profundizar en cómo funciona Obscura y los compromisos detrás de “opera con prueba, no con confianza”, hablamos con el equipo sobre verificación, enclaves, modelos de amenaza y el futuro de la reputación on-chain.

P: En términos simples, ¿qué es Obscura y qué problema central de confianza en el trading DeFi están resolviendo con reputación verificable?

Obscura es una capa de reputación que preserva la privacidad para traders. El problema central que resolvemos es este: en el social y copy trading, actualmente no puedes probar que eres buen trader sin revelar todo, tus posiciones, tus estrategias, tu ventaja. Y si eres un seguidor, te ves obligado a confiar en capturas de pantalla y reclamaciones que cualquiera puede falsificar. Rompemos esa paradoja. Con Obscura, los traders pueden probar su historial criptográficamente, en cualquier exchange, sin exponer las operaciones que lo construyeron. Los seguidores obtienen confianza verificable. Los traders mantienen su privacidad.

P: Resumen frecuentemente Obscura como “opera con prueba, no con confianza”. ¿Qué exactamente se está probando y qué deja de tener que confiar un usuario a ciegas?

Lo que se está probando es el rendimiento agregado: PnL total, tasa de aciertos, retornos ajustados por riesgo, en una ventana de tiempo específica. La prueba ZK certifica que un trader logró esos resultados basándose en operaciones reales, verificadas por el protocolo. Lo que ya no tienes que confiar: capturas de pantalla, estadísticas auto-reportadas o la palabra del operador de la plataforma. Las matemáticas no mienten. Si una prueba se verifica en cadena, el rendimiento es real. Además, no tienes que confiar en que decimos la verdad sobre los datos de alguien, porque literalmente no podemos verlos. Las credenciales se procesan dentro de enclaves de hardware a los que ni siquiera nosotros podemos acceder.

P: ¿Cómo convierte Obscura la actividad real de trading en CEXs y DEXs en un historial unificado sin revelar operaciones o estrategias individuales?

Los traders conectan sus cuentas de exchange, ya sea a través de claves API (para CEXs) o firmas de wallet (para DEXs). Todos los datos sensibles van directamente a un Entorno de Ejecución Confiable, un enclave aislado por hardware donde incluso nuestros servidores no pueden mirar dentro. Desde ahí, normalizamos operaciones a través de plataformas en un formato común, calculamos métricas de rendimiento y generamos una prueba ZK que se compromete con esos resultados. Lo que termina en blockchain, y visible para seguidores, es la prueba y las estadísticas agregadas. No las operaciones. No el tiempo. No la estrategia. Solo el resultado verificado. Así hacemos portable la reputación sin hacerla transparente.

P: Confían en enclaves seguros para procesar datos sensibles como claves API y registros de operaciones. ¿Cómo deben pensar los usuarios sobre su modelo de amenaza y qué riesgos siguen existiendo incluso con enclaves?

Los usuarios deben considerar los enclaves como una cerradura muy fuerte en una habitación muy segura, pero no como magia. Las garantías son: tus claves API están cifradas a nivel hardware, nunca escritas en disco, nunca registradas. Incluso si alguien comprometiera nuestros servidores, obtendrían texto cifrado, no secretos.

Los riesgos residuales son reales pero limitados. Primero, estás confiando en el hardware del enclave (AWS Nitro en nuestro caso) para que funcione como se anuncia; esto es una apuesta por la seguridad de Intel/AWS, no por nosotros. Segundo, existen ataques de canal lateral en teoría, aunque Nitro mitiga la mayoría de vectores conocidos. Tercero, en el momento en que las credenciales son descifradas dentro del enclave para firmar una orden, existen brevemente en memoria protegida. Si el enclave fuera vulnerado durante la operación, ese es el periodo de exposición. Nos tomamos esto en serio: las credenciales se eliminan inmediatamente después de su uso y monitoreamos anomalías.

En definitiva: los enclaves reducen enormemente la superficie de ataque, pero no eliminan la confianza, la trasladan a la certificación del hardware.

P: Los traders en Obscura están etiquetados como ZK verificado y TEE atestiguado. ¿Qué significan en la práctica cada una de estas garantías y por qué necesitas ambas?

TEE atestiguado significa que las credenciales del trader fueron manejadas dentro de un enclave de hardware con prueba criptográfica de que el código correcto estaba ejecutándose. Se trata de cómo se procesaron los datos: de forma segura, privada e inalterable.

ZK verificado significa que sus estadísticas de rendimiento fueron calculadas correctamente y comprometidas en cadena a través de una prueba de conocimiento cero. Se trata de lo que se probó: resultados agregados que cualquiera puede verificar sin ver las operaciones subyacentes.

Necesitas ambos porque resuelven problemas distintos. TEE maneja los datos sensibles (claves, registros brutos de operaciones). ZK maneja la declaración pública (gané 40% este trimestre). Sin TEE, tendríamos que ver tus secretos. Sin ZK, tendrías que exponer tus operaciones para probar algo. Juntos, nos permiten verificar la reputación sin tocar jamás los detalles sensibles.

P: Respaldar reputación tanto en exchanges centralizados como descentralizados no es trivial. ¿Cuál ha sido el mayor reto de hacer la reputación portable entre entornos tan diferentes?

La normalización de datos, sin duda. Cada exchange habla un dialecto distinto. Binance usa una estructura de comisiones, Hyperliquid otra. Algunos exchanges reportan PnL de forma nativa; otros requieren que lo reconstruyas a partir de fills. Timestamps, precisión, redondeo, nada está estandarizado.

El segundo desafío es la procedencia. En un DEX, las operaciones están en cadena, así que la autenticidad es fácil de verificar. En un CEX, los datos son privados y confías en una respuesta API. Abordamos esto con pruebas ZK para certificar criptográficamente los datos de CEX sin confiar en el exchange ni el usuario. Pero esto todavía está en fase inicial.

La parte más difícil no es una integración específica; es construir un sistema lo suficientemente flexible para manejar ambos mundos y producir una sola puntuación de reputación unificada que signifique lo mismo independientemente de dónde ocurrieron las operaciones.

P: ¿Qué métricas de rendimiento pueden demostrar hoy los traders (PnL, drawdown, perfiles de riesgo, ventanas de tiempo) y cómo previenen la divulgación selectiva o cherry-picking?

Hoy, los traders pueden demostrar: PnL realizado total, cantidad de operaciones, tasa de aciertos y rendimiento por símbolo en una ventana de tiempo definida (30/60/90 días o personalizada). El circuito ZK se compromete con todas las operaciones de ese periodo, no con un subconjunto.

La divulgación selectiva se previene a nivel de circuito. La prueba se compromete con el hash del conjunto completo de operaciones del periodo. Si un trader omite operaciones, el compromiso no coincidirá. También exigimos pruebas acotadas en el tiempo con timestamps claros de inicio y fin, así que no puedes simplemente probar tu mejor mes y ocultar el resto.

En el futuro, estaremos agregando ratio Sharpe, drawdown máximo y curvas de rendimiento rolling. Pero el diseño central permanece: o pruebas el panorama completo o nada.

P: Obscura habilita social trading y estrategias de copia. ¿Qué medidas existen para evitar que los nuevos usuarios sigan ciegamente perfiles de alto riesgo o engañosos?

Primero, exigimos un historial mínimo antes de que un trader pueda ser copiado, nada de cuentas nuevas con una operación afortunada. Segundo, mostramos métricas de riesgo junto con los retornos: drawdown, volatilidad, frecuencia de operaciones. Un retorno de 200% con un drawdown de 80% cuenta una historia muy diferente al número principal.

Tercero, el copy trading en Obscura incluye límites de riesgo configurables: tamaño máximo de posición, tope de pérdida diaria, restricciones por símbolo. Los seguidores no están obligados a reflejar 1:1, pueden reducir exposición o excluir ciertas clases de activos.

Finalmente, estamos desarrollando decaimiento de reputación. Una prueba de hace dos años no debería tener el mismo peso que una del mes pasado. La recencia importa. Queremos que el sistema recompense el rendimiento consistente, no los outliers puntuales.

P: Más allá del social trading, Obscura se posiciona como una capa de reputación verificable para DeFi. ¿Qué tipo de protocolos o aplicaciones crees que se benefician más de la reputación on-chain?

Préstamos y crédito. Hoy en día, los préstamos DeFi están sobrecolateralizados porque no hay identidad, ni historial. Si un trader puede probar rentabilidad consistente y bajo drawdown, un protocolo de préstamo podría ofrecer mejores condiciones: menor colateral, límites más altos, sin asumir más riesgo.

El seguro es otro. Un historial verificable de manejo de riesgo se podría traducir en primas más bajas.

Y también la gobernanza. Los protocolos a menudo buscan ponderar el poder de voto por contribución o experiencia. La reputación verificable en cadena te da una señal resistente a Sybil de quién realmente sabe lo que hace.

Nos vemos como infraestructura. Las pruebas de Obscura podrían integrarse en cualquier sistema que necesite responder: “¿Puedo confiar en esta dirección para que rinda?”

P: Todo sistema que preserva la privacidad implica compromisos. ¿Cuál ha sido el acuerdo más difícil hasta ahora: privacidad vs experiencia de usuario, profundidad de verificación vs latencia, o amplitud vs exactitud?

Profundidad de verificación vs latencia. Nuestros circuitos ZK se ejecutan con datos reales de operaciones, lo que significa que cuanto más operaciones incluyas, más tiempo toma la prueba. Actualmente soportamos hasta 10 operaciones por prueba con alrededor de 2 a 5 segundos de tiempo de generación. Eso está bien para reportes mensuales, pero no para verificación en tiempo real.

Estamos trabajando en agregación recursiva de pruebas, agrupando pequeñas pruebas en una sola, para manejar conjuntos de operaciones más grandes sin disparar la latencia. Pero realmente es difícil. Cada operación agregada multiplica las restricciones. No hay almuerzo gratis.

La buena noticia: para reputación, no necesitas granularidad por operación en tiempo real. Las pruebas mensuales o semanales son suficientes. Pero somos honestos en que si alguien quisiera verificación continua, aún no lo tenemos. En el futuro planeamos ejecutar un nodo descentralizado de validadores de operaciones que podría ayudar a lograr la verificación continua.

P: ¿Quién está detrás de Obscura y qué experiencia personal les llevó a enfocarse en la reputación preservadora de privacidad en lugar de construir otra plataforma de analítica o copy trading?

Somos un equipo pequeño con experiencia en infraestructura de trading, ingeniería de seguridad y sistemas zero-knowledge. Varios de nosotros pasamos años desarrollando sistemas de ejecución y vimos de primera mano lo roto que está la confianza en el social trading, plataformas donde cualquiera puede falsificar su historial, donde las brechas de API key son rutinarias y donde los seguidores se queman por fraudes. Algunos fuimos traders parciales víctimas de estafas de trading.

El punto clave fue darnos cuenta de que las soluciones existentes todas requieren exposición. O revelas tus operaciones para demostrar tu habilidad, o te mantienes privado y no puedes construir seguidores. Eso no es una brecha tecnológica, es un fallo de diseño. ZK y TEE nos dieron la manera de romper ese compromiso. Así que construimos Obscura.

P: ¿Por qué eligieron construir Obscura dentro del ecosistema Horizen y bajo el programa Thrive? ¿Qué permite Horizen para la reputación confidencial que otras arquitecturas no?

Horizen tiene una larga historia con la privacidad, empezó como una cadena enfocada en privacidad. La infraestructura L3 nos da verificación on-chain económica para pruebas ZK sin los costos de gas de Ethereum mainnet. Y el programa Thrive nos dio recursos, apoyo del ecosistema y acceso a una comunidad que ya entiende por qué la privacidad importa.

Técnicamente, el stack de Horizen es compatible con EVM, lo que significa que nuestros contratos inteligentes son portables. Pero lo realmente atractivo fue la alineación: queríamos construir en una cadena donde la privacidad no fuera una idea secundaria. La identidad de Horizen está basada en ello.

P: Si Obscura tiene éxito, ¿cómo cambia DeFi? ¿Los mercados asignan capital de manera diferente, los protocolos valoran mejor el riesgo y la reputación se convierte en un verdadero activo on-chain?

En mi opinión, sí a las tres.

Asignación de capital: hoy, DeFi no puede distinguir un usuario novato de un trader rentable con 10 años de experiencia. Si la reputación es verificable, el capital fluye hacia los performers probados, mejores condiciones para traders buenos, mercados más eficientes en general.

Valoración de riesgos: seguros, préstamos e incluso provisión de liquidez pueden ser recalculados con base en historiales verificados. Los protocolos dejan de tratar a todos como igual de riesgosos.

Reputación como activo: creemos que los OBSCURA_IDs, identidades persistentes y cross-chain con historial verificable, se convierten en algo que construyes durante años y llevas contigo. Los costes de cambio aumentan porque tu reputación no es portable a competidores. Eso es una barrera para traders y para nosotros.

Si hacemos esto bien, la reputación on-chain será tan importante como los activos on-chain. La confianza pasa de “yo te creo” a “yo te verifiqué”.

Mantente atento a la próxima edición de “Builder Spotlight” mientras continuamos resaltando los equipos que construyen sobre Horizen.