Siempre aprecie la discusión que avanza en las iniciativas de privacidad en el ecosistema Gracias por las preguntas @officialabdulak > ¿Cómo pueden los usuarios verificar que los intercambios cifrados se ejecuten correctamente sin exponer datos privados? Las intenciones/órdenes de los usuarios se cifran en el propio extremo del cliente. En cadena solo muestra esos órdenes como texto cifrado (indistinguibles entre sí). Tenemos una red de umbral (que estaría respaldada económicamente) 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 descifra dentro de AWS nitro (con seguridad de AWS) SOLO PARA procesar PS: 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 descifrar el texto cifrado para su procesamiento. Procesamiento posterior, para cada intent/txn/orden que hacen los usuarios tenemos un flujo de verificación pasiva (que los usuarios/desarrolladores podrían considerar como finalidad para verificar que la ejecución se ha realizado correctamente y en un entorno no malicioso) Para ser precisos, cada procesamiento posterior de intención / txn / pedidos del usuario se convierte en parte de un árbol de lotes, los á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 un cierto datos de intención / txn / orden contra esas raíces publicadas (este mecanismo es muy similar a cómo los secuenciadores publican su raíz de estado en L1 para permitir el puente nativo de tokens de L1 a L2) Hemos compartido cómo funciona todo el mecanismo aquí: > ¿Utiliza Encifher sus propios fondos de liquidez encriptados o actúa simplemente como un relé de privacidad a través de @JupiterExchange? Cada vez que un usuario encapsula ciertos activos, esos activos se convierten en parte del grupo cifrado. En este momento, la interfaz actual encrypt[.]Trade no utiliza la coincidencia de órdenes nativa (resolución de órdenes con tokens cifrados) 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 en estado cifrado, por lo que sí, podemos construir un grupo oscuro encima de él que admitiría la coincidencia de pedidos entre tokens cifrados. Ese es el objetivo, una vez que tengamos suficiente liquidez envuelta / encriptada, comenzaríamos a construir / incorporar un equipo para construir casos de uso como darkpool sobre esta liquidez. > ¿Cómo se prueba la posible fuga de privacidad o la correlación de metadatos? Aquí hay dos soluciones: 1. El pedido/intents/txns de los usuarios no está vinculado a sus direcciones, que es la primera defensa para la privacidad del usuario. 2. Tenemos un diseño de estructura de datos de pedidos unificado que garantiza que cualquier tipo de pedido (intercambio, préstamo, etc.) siga la misma estructura de pedido. Si bien las entradas de esas órdenes estarían encriptadas para que las partes externas no sepan si una determinada propiedad realmente tiene un valor o simplemente es nula todo el tiempo. Y, por lo tanto, evitando cualquier información de pedidos no uniformes. 3. Nos aseguraremos de utilizar servicios que incluso ofusquen la dirección IP del cliente que realiza el pedido. > ¿Cuál es su enfoque para mantener un sólido conjunto de anonimato a medida que crece la actividad del usuario? TL; DR Más primitivas de 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[.]comercio. El problema de los conjuntos de anonimato se magnifica en los senarios, donde los usuarios eliminan inmediatamente los activos del grupo, pero en nuestro escenario, los usuarios podrían simplemente envolver su token y mantenerlos dentro del protocolo, dado que admitimos 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 unwrap para envolver. > ¿Crees que Encifher evolucionará hacia una capa de cómputo completamente encriptada para Solana DeFi? Sí, Encifher está diseñado desde cero teniendo en cuenta las necesidades de privacidad transaccional en Solana. No es como otra capa de computación de privacidad de propósito general que permite la computación de privacidad para todos los casos de uso. En cambio, nuestro enfoque principal es habilitar Defi privado y, por lo tanto, construir desde cero considerando las necesidades de privacidad transaccional.