Agradeço sempre discussões que promovem iniciativas de privacidade no ecossistema Obrigado pelas perguntas @officialabdulak > Como os usuários podem verificar se as trocas criptografadas são executadas corretamente sem expor dados privados? As intenções/pedidos dos usuários são criptografados no próprio cliente. Na blockchain, esses pedidos aparecem apenas como texto cifrado (indistinguíveis entre si). Temos uma rede de limiar (que seria economicamente respaldada) em funcionamento que protege a privacidade desses textos cifrados. Além disso, para a versão v1 do nosso coprocessador (o de TEE), o texto cifrado é descriptografado dentro do AWS Nitro (com segurança da AWS) APENAS para processamento. PS: o texto cifrado nunca é armazenado dentro dos TEEs. Para o nosso coprocessador v2, substituiríamos esse motor de computação por FHE (dada a modularidade da nossa infraestrutura), onde nem precisaríamos descriptografar o texto cifrado para processamento. Após o processamento, para cada intenção/transação/pedido que os usuários fazem, temos um fluxo de verificação passiva (que usuários/desenvolvedores poderiam considerar como uma finalização para verificar se a execução ocorreu corretamente e em um ambiente não malicioso) Para ser preciso, cada intenção/transação/pedido do usuário após o processamento se torna parte de uma árvore de lotes. Essas árvores de lotes são acumuladas de maneira periódica e a raiz acumulada final é postada na blockchain, e agora qualquer usuário pode verificar certos dados de intenção/transação/pedido contra essa raiz postada (Esse mecanismo é muito semelhante a como os Sequenciadores postam sua raiz de estado na L1 para permitir a ponte nativa de tokens da L1 para a L2) Compartilhamos como todo o mecanismo funciona aqui: > O Encifher usa suas próprias pools de liquidez criptografadas ou atua puramente como um relé de privacidade através do @JupiterExchange? Sempre que um usuário embrulha certos ativos, esses ativos se tornam parte de uma pool criptografada. Neste momento, o frontend atual encrypt[.]trade não utiliza correspondência de pedidos nativa (solução de pedidos com tokens criptografados) e processa todos os pedidos através de rotas de liquidez eficientes pelo @JupiterExchange. Mas @encifherio, no final do dia, é um protocolo inteiro que permite computação em estado criptografado, então sim, podemos construir uma dark pool em cima disso que suportaria a correspondência de pedidos entre tokens criptografados. Esse é o objetivo, uma vez que tenhamos liquidez embrulhada/criptografada suficiente, começaremos a construir/equipe para desenvolver casos de uso como darkpool em cima dessa liquidez. > Como você testa para possíveis vazamentos de privacidade ou correlação de metadados? Duas soluções aqui: 1. Os pedidos/intensões/transações dos usuários não estão vinculados aos seus endereços, que é a primeira defesa para a privacidade do usuário. 2. Temos um design de estrutura de dados de pedidos unificado em funcionamento que garante que qualquer tipo de pedido (troca, empréstimo, etc.) siga a mesma estrutura de pedido. Enquanto as entradas desses pedidos estariam criptografadas, as partes externas não saberiam se uma certa propriedade realmente possui um valor ou se é apenas nula o tempo todo. E assim, prevenindo quaisquer insights de pedidos não uniformes. 3. Vamos garantir que usemos serviços que até mesmo ofusquem o endereço IP do cliente que está fazendo o pedido. > Qual é a sua abordagem para manter um forte conjunto de anonimato à medida que a atividade do usuário cresce? Resumindo Mais primitivas DeFi atrairiam usuários a manter seus fundos embrulhados dentro do Encifher, e assim a atividade impulsionaria o conjunto geral de anonimato. A visão de curto prazo do Encifher é se tornar um ecossistema de DeFi habilitado para privacidade no Solana. Estaremos oferecendo múltiplas primitivas DeFi em um único lugar, encrypt[.]trade. O problema dos conjuntos de anonimato se amplifica em cenários onde os usuários removem imediatamente ativos da pool, mas em nosso cenário, os usuários poderiam simplesmente embrulhar seu token e mantê-los dentro do protocolo, dado que suportamos múltiplas primitivas DeFi e, em geral, as transações dos usuários através dessas primitivas também aumentariam o conjunto de anonimato e seria muito mais difícil para entidades externas vincular o desembrulho ao embrulho. > Você vê o Encifher evoluindo para uma camada de computação totalmente criptografada para o Solana DeFi? Sim, o Encifher foi projetado do zero considerando as necessidades de privacidade transacional no Solana. Não é como outras camadas de computação de privacidade de propósito geral que habilitam computação de privacidade para todos os casos de uso. Em vez disso, nosso foco principal é habilitar DeFi privado e, portanto, foi construído do chão para cima considerando as necessidades de privacidade transacional.