Uma ex-colega minha ainda tinha acesso ao prédio dois anos depois de ela ter saído. Ninguém desativou — o crachá continuou abrindo a porta porque ninguém pediu para ele verificar de novo.
Ninguém revogou o acesso dela, exatamente. Ninguém rechecou também. O sistema que decidiu que ela “pertencia” ali tomou essa decisão uma vez, na contratação, e confiou para sempre na própria resposta — o crachá não sabe que ela saiu a menos que alguém o informe, e informar acabou sendo uma etapa separada e “dispensável” em relação a simplesmente desligá-la. Passei a chamar isso de crachá congelado: uma aprovação que nunca expira não é realmente uma aprovação; é um instantâneo confundido com um fato contínuo.
Na prática, reguladores exigem o oposto. Regras de conformidade pedem re-verificação orientada por eventos sempre que o status de um cliente muda — uma nova designação de sanções, um alerta de PEP, mídia adversa. O que o histórico de fiscalização conta é outra história: US$ 1,23 bilhão em multas de AML e KYC apenas no primeiro semestre de 2025, acima de 417% ano a ano, contra grandes bolsas globais, por exatamente esse padrão — verificações sólidas na entrada, checagens fracas ou ausentes depois.
O modelo de Credential Verificável da Newton trata identidade como parte da mesma avaliação de política que governa cada transação, não como uma porta separada que você atravessa uma vez e nunca mais revisita. Um desenvolvedor registra dados de KYC com escopo em um domínio de identidade, e cada transação é verificada contra o que estiver atualmente em arquivo — não contra um sinalizador em cache de “verificado” do dia do cadastro. A checagem roda ao vivo, toda vez, em vez de rodar uma vez e ser confiada para sempre.
O que eu não sei é quão rápido os dados subjacentes são atualizados quando o status real de alguém muda. A Newton verifica ao vivo contra o que está registrado, em toda transação — mas se uma designação de sanções acontece antes de alguém atualizar o registro por trás dela, uma checagem ao vivo contra dados desatualizados ainda passa. A checagem ao vivo corrige quando o sistema pergunta. Ela não corrige o quão atual é a resposta.
Não sei se o crachá da minha antiga colega ainda funciona. Eu prefiro uma porta que pergunta toda vez do que uma que só perguntou uma vez.
@NewtonProtocol $NEWT #Newt
Ninguém revogou o acesso dela, exatamente. Ninguém rechecou também. O sistema que decidiu que ela “pertencia” ali tomou essa decisão uma vez, na contratação, e confiou para sempre na própria resposta — o crachá não sabe que ela saiu a menos que alguém o informe, e informar acabou sendo uma etapa separada e “dispensável” em relação a simplesmente desligá-la. Passei a chamar isso de crachá congelado: uma aprovação que nunca expira não é realmente uma aprovação; é um instantâneo confundido com um fato contínuo.
Na prática, reguladores exigem o oposto. Regras de conformidade pedem re-verificação orientada por eventos sempre que o status de um cliente muda — uma nova designação de sanções, um alerta de PEP, mídia adversa. O que o histórico de fiscalização conta é outra história: US$ 1,23 bilhão em multas de AML e KYC apenas no primeiro semestre de 2025, acima de 417% ano a ano, contra grandes bolsas globais, por exatamente esse padrão — verificações sólidas na entrada, checagens fracas ou ausentes depois.
O modelo de Credential Verificável da Newton trata identidade como parte da mesma avaliação de política que governa cada transação, não como uma porta separada que você atravessa uma vez e nunca mais revisita. Um desenvolvedor registra dados de KYC com escopo em um domínio de identidade, e cada transação é verificada contra o que estiver atualmente em arquivo — não contra um sinalizador em cache de “verificado” do dia do cadastro. A checagem roda ao vivo, toda vez, em vez de rodar uma vez e ser confiada para sempre.
O que eu não sei é quão rápido os dados subjacentes são atualizados quando o status real de alguém muda. A Newton verifica ao vivo contra o que está registrado, em toda transação — mas se uma designação de sanções acontece antes de alguém atualizar o registro por trás dela, uma checagem ao vivo contra dados desatualizados ainda passa. A checagem ao vivo corrige quando o sistema pergunta. Ela não corrige o quão atual é a resposta.
Não sei se o crachá da minha antiga colega ainda funciona. Eu prefiro uma porta que pergunta toda vez do que uma que só perguntou uma vez.
@NewtonProtocol $NEWT #Newt