#nil $NIL @Nillion
Na semana passada, uma amiga perguntou-me onde ficam realmente os registos médicos dela. Comecei a responder e depois percebi que não fazia ideia. Em algum servidor, propriedade de alguém, copiados sabe-se lá quantas vezes.
Esse pequeno momento levou-me a uma toca de coelho, e a Nillion foi uma das paragens pelo caminho. O que me chamou a atenção foi a promessa simples por trás do projeto: as suas informações podem ser utilizadas sem serem partilhadas num formato legível. Os dados são distribuídos por muitas máquinas, para que nenhuma delas, por si só, tenha a história completa.
O que torna a ideia concreta é que o problema não é imaginário. Clínicas, seguradoras, bancos e serviços públicos estão todos sujeitos a regras reais para proteger informações pessoais. Uma ferramenta concebida para se enquadrar nessas exigências tem uma aplicação prática — algo que raramente se pode dizer dos projetos de cripto.
Ainda assim, estaria a enganar-me se ficasse por aqui. Um bom design não significa automaticamente boas práticas. Quem audita os nós? Se houver uma fuga de dados, quem assume a responsabilidade? E os reguladores nem sempre interpretam «ninguém consegue ver isto» como algo tranquilizador. Às vezes, soa a «ninguém consegue inspecionar isto», o que provoca uma reação bem diferente. A lei é lenta e local. O software é rápido e praticamente universal. É no espaço entre ambos que tendem a surgir as surpresas desagradáveis.
Há também uma ironia discreta. Mesmo que a matemática seja sólida, a maioria de nós vai depender da explicação de outra pessoa para a compreender. A confiança não desaparece: apenas muda de lugar.
A minha conclusão não tem nada de dramático. Leia a documentação antes de formar uma opinião. Verifique o que foi testado fora de um laboratório. Pergunte quem assume a responsabilidade quando as coisas correm mal.
Não sou especialista, e não há problema nisso. Aprender devagar é melhor do que acreditar depressa.
Na semana passada, uma amiga perguntou-me onde ficam realmente os registos médicos dela. Comecei a responder e depois percebi que não fazia ideia. Em algum servidor, propriedade de alguém, copiados sabe-se lá quantas vezes.
Esse pequeno momento levou-me a uma toca de coelho, e a Nillion foi uma das paragens pelo caminho. O que me chamou a atenção foi a promessa simples por trás do projeto: as suas informações podem ser utilizadas sem serem partilhadas num formato legível. Os dados são distribuídos por muitas máquinas, para que nenhuma delas, por si só, tenha a história completa.
O que torna a ideia concreta é que o problema não é imaginário. Clínicas, seguradoras, bancos e serviços públicos estão todos sujeitos a regras reais para proteger informações pessoais. Uma ferramenta concebida para se enquadrar nessas exigências tem uma aplicação prática — algo que raramente se pode dizer dos projetos de cripto.
Ainda assim, estaria a enganar-me se ficasse por aqui. Um bom design não significa automaticamente boas práticas. Quem audita os nós? Se houver uma fuga de dados, quem assume a responsabilidade? E os reguladores nem sempre interpretam «ninguém consegue ver isto» como algo tranquilizador. Às vezes, soa a «ninguém consegue inspecionar isto», o que provoca uma reação bem diferente. A lei é lenta e local. O software é rápido e praticamente universal. É no espaço entre ambos que tendem a surgir as surpresas desagradáveis.
Há também uma ironia discreta. Mesmo que a matemática seja sólida, a maioria de nós vai depender da explicação de outra pessoa para a compreender. A confiança não desaparece: apenas muda de lugar.
A minha conclusão não tem nada de dramático. Leia a documentação antes de formar uma opinião. Verifique o que foi testado fora de um laboratório. Pergunte quem assume a responsabilidade quando as coisas correm mal.
Não sou especialista, e não há problema nisso. Aprender devagar é melhor do que acreditar depressa.
