Tenho voltado a mexer em Dusk de novo😊, e continuo me pegando mudando a pergunta no meio do caminho. Comecei pela privacidade. Depois comecei a me perguntar como a privacidade se parece quando a coisa que está sendo protegida faz parte de um sistema financeiro regulamentado. Isso parece muito mais difícil para mim do que simplesmente esconder uma transação.
A discussão regulatória na Holanda é o que me levou a isso. Achei interessante que a ideia de divulgação controlada estivesse vindo de um contexto regulatório, e não de o Dusk explicar sua própria arquitetura. Isso me fez parar e pensar. Talvez privacidade e conformidade não sejam naturalmente um conflito. Talvez o problema real seja decidir o que deve permanecer privado, o que precisa ser comprovado e quem tem acesso à prova.
Isso também mudou a forma como eu li o incidente da ponte DUSK de 10,9M. A camada de consenso não foi comprometida; foi a carteira de assinatura em torno da ponte. Tenho pensado nessa distinção porque ela mostra como o limite real de segurança é muito maior. Uma cadeia pode proteger seu consenso, enquanto as pontes ao redor, chaves, relayers e serviços de processamento introduzem outra camada de confiança.
O redesenho me interessa pelo mesmo motivo. Separar assinatura de processamento de eventos e acompanhar migrações por estados como enviado, concluído, falhou ou ficou preso não é chamativo. Mas acho que é exatamente por isso que importa. Isso trata falha como algo que o sistema deve conseguir ver e conter, e não como algo que ele simplesmente assume que não vai acontecer.
Então minha pergunta mudou mais uma vez: se a Dusk quer privacidade, conformidade e finanças entre cadeias convivendo, onde a confiança realmente deve residir? Ainda estou trabalhando nisso e sei que não tenho o quadro completo. Eu gostaria genuinamente de ouvir de pessoas que entendem essa arquitetura com mais profundidade.
#dusk $DUSK @Dusk
$VELVET
$UAI
A discussão regulatória na Holanda é o que me levou a isso. Achei interessante que a ideia de divulgação controlada estivesse vindo de um contexto regulatório, e não de o Dusk explicar sua própria arquitetura. Isso me fez parar e pensar. Talvez privacidade e conformidade não sejam naturalmente um conflito. Talvez o problema real seja decidir o que deve permanecer privado, o que precisa ser comprovado e quem tem acesso à prova.
Isso também mudou a forma como eu li o incidente da ponte DUSK de 10,9M. A camada de consenso não foi comprometida; foi a carteira de assinatura em torno da ponte. Tenho pensado nessa distinção porque ela mostra como o limite real de segurança é muito maior. Uma cadeia pode proteger seu consenso, enquanto as pontes ao redor, chaves, relayers e serviços de processamento introduzem outra camada de confiança.
O redesenho me interessa pelo mesmo motivo. Separar assinatura de processamento de eventos e acompanhar migrações por estados como enviado, concluído, falhou ou ficou preso não é chamativo. Mas acho que é exatamente por isso que importa. Isso trata falha como algo que o sistema deve conseguir ver e conter, e não como algo que ele simplesmente assume que não vai acontecer.
Então minha pergunta mudou mais uma vez: se a Dusk quer privacidade, conformidade e finanças entre cadeias convivendo, onde a confiança realmente deve residir? Ainda estou trabalhando nisso e sei que não tenho o quadro completo. Eu gostaria genuinamente de ouvir de pessoas que entendem essa arquitetura com mais profundidade.
#dusk $DUSK @Dusk
$VELVET
$UAI
