Comecei a analisar o tesouro da Dusk de forma diferente depois de fazer uma única pergunta.
O que acontece quando o financiamento do seu runway também fica exposto ao mercado?
De fora, não parece que a fundação dependa fortemente da DUSK para a liquidez operacional do dia a dia.
Eu não tenho uma divisão oficial do tesouro, então não estou afirmando isso como um fato. É apenas o que a imagem pública parece sugerir.
O incidente de 16 de janeiro me fez pensar nisso de outra forma. Alguém obteve acesso não autorizado a uma carteira de assinatura usada pela ponte Dusk-to-EVM da Dusk. A Dusk pausou a ponte, desativou e reciclou os endereços afetados, adicionou uma blocklist de Web Wallet e trabalhou com exchanges durante a resposta.
A Dusk disse que os fundos dos usuários não foram afetados e que o consenso do DuskDS e o protocolo subjacente não foram comprometidos.
O que me interessa não é o incidente em si. É o risco do tesouro em torno dele.
Se o seu runway operacional estiver fortemente exposto ao seu próprio token, uma queda acentuada pode criar dois problemas ao mesmo tempo: você lida com o incidente enquanto o valor de mercado do ativo que financia sua resposta está caindo.
Esse é um risco de liquidez, mesmo que o tesouro permaneça solvente no papel.
Você ainda pode ter tokens suficientes, mas o valor deles pode se mover contra os custos que você precisa pagar. Vender durante essa queda pode transformar a volatilidade do mercado em uma despesa operacional real.
Salários, infraestrutura, fornecedores e custos de segurança ainda precisam ser pagos no cronograma.
Manter algumas reservas em ativos mais estáveis não elimina o risco. Isso apenas separa o risco de liquidez operacional do risco de mercado do token nativo.
Não estou dizendo que isso prova que a Dusk tenha uma estratégia de tesouro especial. Não temos a divisão oficial.
Mas isso levanta uma pergunta maior
Se o seu token nativo representa exposição ao ecossistema, os ativos que cobrem suas obrigações operacionais devem ser gerenciados sob um framework de risco completamente diferente?
@Dusk #DUSK $DUSK
O que acontece quando o financiamento do seu runway também fica exposto ao mercado?
De fora, não parece que a fundação dependa fortemente da DUSK para a liquidez operacional do dia a dia.
Eu não tenho uma divisão oficial do tesouro, então não estou afirmando isso como um fato. É apenas o que a imagem pública parece sugerir.
O incidente de 16 de janeiro me fez pensar nisso de outra forma. Alguém obteve acesso não autorizado a uma carteira de assinatura usada pela ponte Dusk-to-EVM da Dusk. A Dusk pausou a ponte, desativou e reciclou os endereços afetados, adicionou uma blocklist de Web Wallet e trabalhou com exchanges durante a resposta.
A Dusk disse que os fundos dos usuários não foram afetados e que o consenso do DuskDS e o protocolo subjacente não foram comprometidos.
O que me interessa não é o incidente em si. É o risco do tesouro em torno dele.
Se o seu runway operacional estiver fortemente exposto ao seu próprio token, uma queda acentuada pode criar dois problemas ao mesmo tempo: você lida com o incidente enquanto o valor de mercado do ativo que financia sua resposta está caindo.
Esse é um risco de liquidez, mesmo que o tesouro permaneça solvente no papel.
Você ainda pode ter tokens suficientes, mas o valor deles pode se mover contra os custos que você precisa pagar. Vender durante essa queda pode transformar a volatilidade do mercado em uma despesa operacional real.
Salários, infraestrutura, fornecedores e custos de segurança ainda precisam ser pagos no cronograma.
Manter algumas reservas em ativos mais estáveis não elimina o risco. Isso apenas separa o risco de liquidez operacional do risco de mercado do token nativo.
Não estou dizendo que isso prova que a Dusk tenha uma estratégia de tesouro especial. Não temos a divisão oficial.
Mas isso levanta uma pergunta maior
Se o seu token nativo representa exposição ao ecossistema, os ativos que cobrem suas obrigações operacionais devem ser gerenciados sob um framework de risco completamente diferente?
@Dusk #DUSK $DUSK
