@Dusk
eu fui checar exatamente o que "custódia de zero-confiança" significa no anúncio dusk-cordial-npex, já que esse termo normalmente implica uma arquitetura criptográfica específica, e achei que o comunicado à imprensa provavelmente estava usando isso de forma solta para "auto-hospedado em vez de saas de terceiros." eu estava errado, e sinceramente quase escrevi este post inteiro em torno dessa suposição errada antes de realmente consultar as próprias docs técnicas da cordial — o produto de tesouraria deles realmente usa assinatura com limiar via mpc, frost para ed25519, uma camada de consenso bft em cima de nós independentes, compartilhamentos de chaves que nunca são reconstruídos em um único lugar. isso é criptografia real de confiança distribuída, não marketing fantasiado de uma coisa.
então npex escolher implantação self-hosted e conseguir uma arquitetura genuína de zero-confiança na verdade não entram em conflito do jeito que eu presumi ao entrar. o pitch inteiro da cordial é permitir que instituições executem essa arquitetura por conta própria, em vez de confiar na nuvem de um fornecedor de saas.
o que eu ainda não sei é se a npex está rodando o setup completo de bft multi-nó ou algo mais próximo de uma implantação de nó único, já que as docs da cordial mencionam que ambos são tecnicamente possíveis. eles não são igualmente "zero-trust" na prática, mesmo com o mesmo software subjacente.
alguém sabe se a implantação cordial da npex é single-node ou uma configuração real de threshold multi-nó? 🧐
#dusk $DUSK
eu fui checar exatamente o que "custódia de zero-confiança" significa no anúncio dusk-cordial-npex, já que esse termo normalmente implica uma arquitetura criptográfica específica, e achei que o comunicado à imprensa provavelmente estava usando isso de forma solta para "auto-hospedado em vez de saas de terceiros." eu estava errado, e sinceramente quase escrevi este post inteiro em torno dessa suposição errada antes de realmente consultar as próprias docs técnicas da cordial — o produto de tesouraria deles realmente usa assinatura com limiar via mpc, frost para ed25519, uma camada de consenso bft em cima de nós independentes, compartilhamentos de chaves que nunca são reconstruídos em um único lugar. isso é criptografia real de confiança distribuída, não marketing fantasiado de uma coisa.
então npex escolher implantação self-hosted e conseguir uma arquitetura genuína de zero-confiança na verdade não entram em conflito do jeito que eu presumi ao entrar. o pitch inteiro da cordial é permitir que instituições executem essa arquitetura por conta própria, em vez de confiar na nuvem de um fornecedor de saas.
o que eu ainda não sei é se a npex está rodando o setup completo de bft multi-nó ou algo mais próximo de uma implantação de nó único, já que as docs da cordial mencionam que ambos são tecnicamente possíveis. eles não são igualmente "zero-trust" na prática, mesmo com o mesmo software subjacente.
alguém sabe se a implantação cordial da npex é single-node ou uma configuração real de threshold multi-nó? 🧐
#dusk $DUSK
