Bem-vindo de volta ao Learning Fermah com Justified onde transformamos grandes questões ZK em ideias simples e cotidianas. A aula de hoje pergunta: onde você traça a linha entre uma experiência de usuário limpa e compensações complexas de back-end? Todo mundo adora um frontend bonito. Mas botões limpos não significam muito se o back-end estiver pegando fogo. O que os usuários sentem é mais profundo quando uma página fica atrasada, uma transação falha ou um processo é interrompido. Tudo flui do design de back-end. É por isso que na @fermah_xyz vamos além do polimento de superfícies. Perguntamos: . Com que rapidez os usuários podem obter feedback? . Quão gracioso é o sistema quando as coisas quebram? . Que garantias de confiança estamos dando em toda a pilha? Percebemos que as arquiteturas modulares são ótimas. Mas unir diferentes redes sem garantias claras e unificadas só cria confusão. Não se trata apenas de fazer com que os sistemas conversem entre si, trata-se de garantir que os usuários confiem no que ouvem. Esse é o verdadeiro UX. E sim, a resiliência também faz parte do design Então aqui está um pensamento: @vanishree_rao, qual é uma falha de UX que lhe ensinou algo grande sobre o back-end? Adoraria ouvir sua opinião

@vanishree_rao não é o fundador médio do ZK. Ela está construindo o que a maioria dos pesquisadores fala: infraestrutura ZK escalável e de nível de produção. Eu sei que grandes coisas estão vindo de @fermah_xyz. Esta é a infraestrutura de última geração. Antecipe Chads!

Você não pode fazer o que @fermah_xyz está fazendo Você não tem essa aura

Os hypes vêm e vão muito rápido. O teste do verdadeiro pmf é se os clientes adquiridos durante o hype ainda estão satisfeitos e se novos clientes continuam buscando o produto. Porque os problemas evoluem muito lentamente. Se houve um problema no último ciclo de hype que um produto resolveu, o problema provavelmente ainda existe.

@fermah_xyz tornar os ZKPs realmente utilizáveis As provas de conhecimento zero (ZKPs) oferecem uma solução poderosa para verificação de dados privados, permitindo que os usuários provem que algo é verdadeiro sem revelar informações subjacentes. @Josh43287815692 @mrahsok @IamitMdt @Da_justified @fliing_

Percebi isso recentemente e realmente fez sentido. Você sabe, você já está trabalhando com alguma suposição para que um blockchain funcione bem, certo? 2/3 será honesto, etc.? Essa suposição é deixada intocada na camada de consenso e não é reutilizada para nenhuma camada acima. Ainda não estou derramando mais feijão, então deixe-me deixar por isso mesmo.

Uma coisa que fazemos na Fermah é que toda a equipe funciona como DevRel para deixar os clientes satisfeitos. Pergunte @zksync .

.@vanishree_xyz no TG não sou eu.

Normalmente construímos para o mundo atual. Quais são os aplicativos que têm pmf alto agora. Vamos otimizar nossa infraestrutura para esses aplicativos. Este é um caminho infalível para se tornar obsoleto em breve. Faça da programabilidade o núcleo. Faça apostas nas ferramentas que você fornece. Não coloque muitas decisões no núcleo.

Isso é o que percebemos na Fermah. Arquiteturas modulares são boas e úteis. Geralmente pensamos em unificar APIs em diferentes elementos da pilha. O que tende a ser perdido é entender as garantias unificadoras que queremos dar ao usuário. O resultado? Um produto que uniu um monte de redes e não tem ideia de que tipo de garantias elas podem oferecer. UX é uma prioridade. Entender o quão gracioso o produto pode ser quando quebra é uma prioridade, logo abaixo do UX.