Siempre aprecio las discusiones que avanzan las iniciativas de privacidad en el ecosistema Gracias por las preguntas @officialabdulak > ¿Cómo pueden los usuarios verificar que los intercambios encriptados se ejecutan correctamente sin exponer datos privados? Las intenciones/pedidos de los usuarios están encriptados en el propio cliente. En la cadena solo se muestran esos pedidos como texto cifrado (indistinguibles entre sí). Tenemos una red de umbral (que estaría respaldada económicamente) en marcha que protege la privacidad de estos textos cifrados. Además, para la versión v1 de nuestro coprocesador (el de TEE), el texto cifrado se desencripta dentro de AWS Nitro (con la seguridad de AWS) JUSTO PARA el procesamiento. PD: el texto cifrado nunca se almacena dentro de los TEE. Para nuestro coprocesador v2, reemplazaríamos este motor de computación con FHE (dada la modularidad de nuestra infraestructura) donde ni siquiera tendríamos que desencriptar el texto cifrado para el procesamiento. Después del procesamiento, para cada intención/transacción/pedido que los usuarios realicen, tenemos un flujo de verificación pasiva (que los usuarios/desarrolladores podrían considerar como la finalización para verificar que la ejecución se ha llevado a cabo correctamente y en un entorno no malicioso) Para ser precisos, cada intención/transacción/pedidos de los usuarios después del procesamiento se convierte en parte de un árbol de lotes. Estos árboles de lotes se acumulan de manera periódica y la raíz acumulada final se publica en la cadena, y ahora cualquier usuario podría verificar ciertos datos de intención/transacción/pedido contra esa raíz publicada (Este mecanismo es muy similar a cómo los secuenciadores publican su raíz de estado en L1 para habilitar el puenteo nativo de tokens de L1 a L2) Hemos compartido cómo funciona todo el mecanismo aquí: > ¿Utiliza Encifher sus propios pools de liquidez encriptados o actúa puramente como un relé de privacidad a través de @JupiterExchange? Cada vez que un usuario envuelve ciertos activos, esos activos se convierten en parte de un pool encriptado. En este momento, el frontend actual encrypt[.]trade no utiliza emparejamiento de órdenes nativo (resolución de órdenes con tokens encriptados) y procesa todas las órdenes a través de rutas de liquidez eficientes por @JupiterExchange. Pero @encifherio al final del día es un protocolo completo que permite la computación sobre el estado encriptado, así que sí, podemos construir un pool oscuro sobre esto que apoyaría el emparejamiento de órdenes entre tokens encriptados. Ese es el objetivo, una vez que tengamos suficiente liquidez envuelta/encriptada, comenzaremos a construir/equipar un equipo para desarrollar casos de uso como un pool oscuro sobre esta liquidez. > ¿Cómo pruebas la posible filtración de privacidad o la correlación de metadatos? Dos soluciones aquí: 1. Las órdenes/intenciones/transacciones de los usuarios no están vinculadas a sus direcciones, lo que es la primera defensa para la privacidad del usuario. 2. Tenemos un diseño de estructura de datos de órdenes unificado que asegura que cualquier tipo de orden (intercambio, préstamo, etc.) siga la misma estructura de orden. Mientras que las entradas de esas órdenes estarían encriptadas, por lo que las partes externas no sabrían si una cierta propiedad realmente tiene un valor o si es solo nula todo el tiempo. Y así se previene cualquier percepción de órdenes no uniformes. 3. Nos aseguraremos de utilizar servicios que incluso ofusquen la dirección IP del cliente que está realizando el pedido. > ¿Cuál es tu enfoque para mantener un fuerte conjunto de anonimato a medida que crece la actividad del usuario? Resumen: Más primitivas DeFi atraerían a los usuarios a mantener sus fondos envueltos dentro de Encifher, y por lo tanto, la actividad impulsaría el conjunto de anonimato general. La visión a corto plazo de Encifher es convertirse en un ecosistema de DeFi habilitado para la privacidad en Solana. Ofreceremos múltiples primitivas DeFi en un solo lugar encrypt[.]trade. El problema de los conjuntos de anonimato se magnifica en escenarios donde los usuarios retiran inmediatamente activos del pool, pero en nuestro escenario, los usuarios podrían simplemente envolver su token y mantenerlo dentro del protocolo, dado que apoyamos múltiples primitivas DeFi y, en general, las transacciones de los usuarios a través de estas primitivas también aumentarían el conjunto de anonimato y sería mucho más difícil para las entidades externas vincular el desenrollado con el enrollado. > ¿Ves a Encifher evolucionando hacia una capa de computación completamente encriptada para Solana DeFi? Sí, Encifher está diseñado desde cero considerando las necesidades de privacidad transaccional en Solana. No es como otras capas de computación de privacidad de propósito general que habilitan la computación de privacidad para todos los casos de uso. En cambio, nuestro enfoque principal es habilitar DeFi privado y, por lo tanto, se construyó desde abajo considerando las necesidades de privacidad transaccional.