O que mais cansa na cadeia não é a divulgação em si, mas sim o fato de que a divulgação é tratada como um meio padrão. Muitos sistemas, ao encontrar obstáculos, limites ou qualificações, transformam a verificação em 'divulgação': você deve fornecer materiais originais para obter uma aprovação. O problema é que, uma vez que os materiais originais entram no processo, eles se acumulam naturalmente - arquivamento, cópia, associação, reutilização... Você pode pensar que apenas completou uma verificação, mas na verdade está fornecendo combustível para retratos futuros.
@MidnightNetwork Tenta inverter essa lógica padrão: a verificação pode existir, mas não precisa custar a exposição. O significado do ZK aqui é muito simples - permitir que você prove que a conclusão é válida, em vez de expor sua vida para a verificação do sistema.
1) A 'utilização' não é velocidade, é não deixar que a validação se torne uma apreensão de informações.
As empresas na prática frequentemente precisam de conclusões: elegibilidade, sem excessos, com permissões, executadas de acordo com as regras. A abordagem tradicional na cadeia é trocar o original por confiança; a Midnight parece mais reescrever a confiança como uma prova verificável. Você provou a prova, mas o original deve sair o mínimo possível.
Isso faz com que a 'privacidade' não pareça mais um artigo de luxo e que a 'utilização' não exija que os usuários sacrificem a propriedade primeiro.
2) O lugar mais fácil de perder a propriedade é na inércia dos processos.
Muitos sistemas não são malignos, eles são apenas 'práticos': para facilitar a verificação, armazenam um pouco mais; para simplificar, mantêm um pouco mais; para evitar riscos, fazem mais associações. Mas uma vez que os fragmentos se acumulam, os usuários se tornam transparentes sem perceber.
@MidnightNetwork O valor está em transformar a 'prova' em um caminho alternativo: permitir que o externo obtenha a conclusão, e não o original. O original fica do lado do usuário ou em um domínio controlado, a propriedade parece realmente existir.
3) O que os tokens devem fazer é transformar a capacidade de prova em um fornecimento de longo prazo.
Geração de provas, validação, manutenção de infraestrutura e suporte à cadeia de ferramentas devem ter um custo a longo prazo. Se a rede quiser fazer de 'menos exposição também pode funcionar' uma experiência padrão, precisará de um fornecimento contínuo de recursos e capacidade de evolução das regras. $NIGHT aqui parece mais um componente de rede: por um lado, suporta o consumo gerado pelo uso, por outro, suporta custos de execução de atualizações, ajustes de parâmetros, tratamento de anomalias e correções. Caso contrário, o projeto facilmente ficará parado em 'tecnologia correta, experiência pesada', e no final todos voltarão ao caminho antigo.
4) A verificação mais rigorosa é, na verdade, a verificação do produto.
Os pontos de falha comuns em soluções relacionadas a ZK não são a incapacidade, mas a dificuldade de uso: a complexidade da integração para desenvolvedores, custos difíceis de prever, e a interação do usuário parece um teste. Se a Midnight quiser seguir uma abordagem pragmática, deve fazer com que a prova seja chamada como um componente, permitindo que os usuários completem a validação como se estivessem seguindo um processo convencional. Quando as pessoas não discutirem mais a privacidade, porque 'por padrão não é exposta', esse será o verdadeiro momento de estabilidade.
@MidnightNetwork O que se fala não é misticismo, mas contenção. Desvincular a validação da exposição, permitindo que a proteção de dados e a propriedade voltem às mãos do usuário, enquanto ainda se realiza o trabalho. O valor de $NIGHT também será validado pela eficácia dessa 'forma de interação padrão'.
