@vbuterin pode dar seu feedback
Oi pessoal,
Estamos construindo um novo ZK Rollup que torna a privacidade tão fundamental quanto a escalabilidadee adoraríamos reunir feedback antecipado da comunidade Ethereum.
O problema:
Os rollups da camada 2 resolveram o gargalo do rendimento do Ethereum, mas não seu problema de privacidade. Hoje, os saldos, o estado contratual e os metadados da transação permanecem públicos. Como o Ethereum usa um modelo baseado em conta, a atividade repetida pode ser facilmente vinculada a identidades-abrindo a porta para phishing, extração da MEV, risco de reputação e trilhas de dados permanentes.
Paisagem hoje:
Projetos como asteca e Fhenix estão empurrando a fronteira aqui, mas deixe as principais lacunas:
-
O AZTEC ainda não suporta entradas multi-usuários e ainda não está desenvolvendo compatibilidade completa do EVM.
-
Fhenix concentra
Nossa abordagem:
Estamos desenvolvendo um Rollop ZK que preserva a privacidade Isso é totalmente compatível com o EVM, suporta a entrada multiusuária e prova a correção sem revelar detalhes da transação. Em vez de expor saldos ou metadados, cometemos provas estaduais e ZK criptografadas de volta ao Ethereum – garantindo finalidade e segurança, mantendo os dados do usuário protegidos.
Onde gostaríamos de sua opinião:
-
Quais tradeoffs você vê entre privacidade por falta e disponibilidade de dados em rollups?
-
Você prefere privacidade como padrão ou Opta-in Ao usar aplicativos L2?
-
Quais casos de uso mais urgentemente precisam disso (Defi, DAOS, aplicativos de cadeia cruzada, pagamentos)?
-
Quais armadilhas de design devemos evitar ao manter a privacidade, mantendo a composibilidade do Ethereum?
Queremos construir com A comunidade, não isoladamente. Suas idéias nos ajudarão a validar suposições e moldar o desenvolvedor correto e a experiência do usuário.
Ansioso por seus pensamentos!
–
Chanderprakash
Oi @Chanderprakash20! Tom de Fhenix aqui.
Em primeiro lugar, aprecie o feedback! Eu gostaria de esclarecer e entender melhor alguns dos pontos que você mencionou:
- Os cálculos criptografados no Fhenix podem ser totalmente verificados para correção. A chave de computação (ou a chave do servidor) é pública e planejamos introduzir compromissos públicos para os resultados, portanto, os cálculos podem ser facilmente verificados. A documentação sobre isso pode definitivamente ser aprimorada, portanto, o ponto tomado.
- O que você quer dizer com “não apoiar a privacidade para todos os tipos de transação”? O que exatamente você estava procurando que está faltando?
Em segundo lugar, estou curioso para saber por que você vê a necessidade de projetar isso como uma solução baseada em rollup. Se já temos protocolos que alcançam garantias de privacidade semelhantes diretamente no nível L1 (sem a complexidade adicional da infraestrutura de L2), qual é a motivação para introduzir outro rollup? O que a abordagem L2 desbloqueia que as soluções baseadas em L1 não?
De qualquer forma, feliz em ver como mais e mais projetos neste espaço, estamos crescendo
Fontesethresear
