🚨 $BTC acabou de fechar acima da média móvel de 50 semanas.
O Bitcoin está atualmente em torno de US$ 81,5 mil após recuperar a MM de 50W perto de US$ 78,2 mil.
Este é um nível importante porque recuperações de ciclos importantes anteriores também viram o BTC recuperar a média móvel de 50 semanas antes de uma alta mais forte.
Mas um único fechamento semanal não é suficiente para chamar uma mudança de tendência.
O próximo ponto a observar é se o BTC consegue se manter acima da MM de 50W e, eventualmente, recuperar a zona de resistência de US$ 84 mil.
Se isso acontecer, a configuração fica muito mais interessante. 👀
Os dados de folha de pagamento fora do setor agrícola (NFP) estão sempre sujeitos a revisões, porque o número inicial é apenas uma estimativa preliminar.
Os números revisados podem mostrar uma imagem bem diferente.
Desde 2022, vimos um padrão claro de revisões predominantemente para baixo.
Por exemplo, um relatório que mostre +50K empregos pode depois ser revisado para baixo para +25K.
Isso significaria que o mercado de trabalho era mais fraco do que foi reportado inicialmente.
Agora, a revisão anual do NFP de 2025 está em -911K empregos, destacando o quanto esses ajustes podem ser grandes.
Então, se os dados de NFP de hoje vierem fortes, o mercado pode ter menos motivos para acreditar que o Fed vai cortar as taxas.
Concluí a tarefa do CreatorPad no @Dusk esta semana e o que ficou comigo não estava no briefing da tarefa, de jeito nenhum: é que a ponte $DUSK foi pausada há mais de dez dias e ninguém na Dusk parece estar com pressa de reabri-la. #dusk
Um contexto rápido para quem perdeu isso: em 16 de agosto, a equipe sinalizou uma atividade incomum em uma carteira usada para operações de ponte, reciclou os endereços afetados e enviou uma lista de bloqueio de destinatários via Web Wallet depois que parte do fluxo tocou a Binance. O próprio mainnet da DuskDS nunca parou de produzir blocos. Foi essa a parte para a qual eu continuei voltando.
Eu tinha assumido que um L1 focado em privacidade concentra o risco em um lugar, na camada base. Observar a cadeia rodando limpa enquanto a ponte permanecia congelada deixou claro que não é assim que as fronteiras de confiança se dividem aqui de verdade. A ponte é a própria fonte de risco, sujeita ao seu próprio cronograma, independente da saúde do consenso.
Usuários da Binance, por argumento, foram protegidos primeiro, apenas por existir a lista de bloqueio antes que saques pudessem ser direcionados pelo roteamento. Todo mundo mais ainda está esperando o “temporariamente”.
Não tenho certeza qual é o limiar real antes de “temporariamente” começar a significar outra coisa.
Fiz uma pequena transferência via Web Wallet do Dusk mais cedo esta semana, enquanto encerrava uma tarefa no CreatorPad, e fui interrompido no meio do fluxo por um aviso de bloqueio (blocklist) que eu não esperava. Nada dramático, apenas um sinal vermelho antes de a transação ser enviada. Para uma cadeia construída em torno do modelo de privacidade com divulgação seletiva de $DUSK , #dusk , @Dusk , aquilo pareceu uma coisa estranha de acontecer.
Acontece que o aviso remete à blocklist de destinatários que a equipe enviou para a Web Wallet após o incidente de meados de agosto envolvendo uma carteira operacional de bridge comprometida. Ela verifica as transferências de saída contra endereços conhecidos como sinalizados antes de você conseguir enviar.
Eu tinha assumido que, com foco em privacidade, haveria menos pontos de verificação, não mais. Ver isso disparar em uma tentativa real mudou um pouco essa percepção. O mecanismo só funciona se alguém estiver mantendo e atualizando essa lista em tempo quase real, o que significa que existe uma camada de curadoria trabalhando silenciosamente por baixo do discurso de "confidencial por padrão".
Não estou dizendo que esteja errado, só percebendo. Divulgação seletiva e triagem de endereços não são a mesma coisa, mas agora estão vivendo na mesma carteira. Ainda estou avaliando o quanto me sinto confortável com isso e quem exatamente decide o que será adicionado à lista daqui para frente.
Verifiquei novamente esta semana a página de status da ponte Dusk e ela continua mostrando pausada, como tem estado desde o incidente de 16 de agosto, quando a equipe sinalizou atividade suspeita em uma carteira usada para operações da ponte. Esse é o detalhe que ficou comigo enquanto eu concluía esta tarefa do CreatorPad nos @Dusk , $DUSK , #dusk : mais de nove dias depois, os endereços são reciclados, a blocklist está ativa, mas a própria ponte ainda não voltou a ficar online.
A linha oficial foi limpa: não era um problema de nível de protocolo. A DuskDS continuou gerando blocos normalmente, sem que fundos de usuários fossem afetados. E tecnicamente isso é verdade. Mas eu entrei com a suposição de que “não é um bug de protocolo” significava “correção rápida”. Não significou. A infraestrutura operacional, gerida por uma equipe, mesmo em uma cadeia construída em torno de liquidação determinística e privacidade com nível de auditoria, ainda anda nos prazos humanos quando algo toca um fluxo centralizado.
O que mais me chamou a atenção, mais do que o próprio incidente, foi a lacuna entre a forma como a mensagem de tranquilização soa com confiança e quanto tempo a remediação real está levando. Essas duas coisas não necessariamente entram em tensão, mas, lado a lado, elas soam diferentes.
Ainda não sei se isso é apenas um processo cuidadoso ou algo mais estrutural sobre como as pontes são tratadas depois de um incidente. Vou observar para ver quando ela realmente reabre.
Lendo o briefing do CreatorPad sobre $DUSK , fiquei preso(a) numa linha específica do aviso de incidente da própria ponte da Dusk: a equipe desativou e reciclou um conjunto de endereços depois de sinalizar uma atividade incomum em uma carteira gerenciada pela equipe usada para operações de ponte e, em seguida, pausou completamente os serviços de ponte enquanto resolviam isso. #dusk
Foi essa parte que me travou. Não o incidente em si, mas o formato da resposta. @Dusk gasta a maior parte das mensagens com privacidade do lado do usuário, divulgação seletiva, trilhos de conformidade — tudo o que foi construído para a pessoa que está com a carteira. Não era isso. Era uma chave operacional interna que teve o comportamento comprometido sinalizado ao redor dela, e o conserto foi direto: pausar tudo, reconstruir o conjunto de endereços e enviar uma lista de bloqueio de destinatários para capturar qualquer coisa tentando passar pela web wallet.
Eu tinha assumido que o enquadramento de "infra regulada" significava que o lado operacional também estava endurecido, talvez mais do que a maioria dos L1s, dado o posicionamento institucional. Acontece que o modo de falha não foi um exploit de contrato inteligente nem uma votação de governança que saiu do controle; foi uma carteira gerenciada — um problema muito mais chato e, ao mesmo tempo, muito mais universal.
Ainda não sei se isso é tranquilizador ou o oposto.
O que mais se destacou na resposta da ponte da Dusk?