Uma corretora congela saques quando o motor de risco impede que a solicitação avance para a etapa de envio porque foram detectadas inconsistências na origem dos fundos, no endereço do destinatário ou no perfil de segurança da conta.
O congelamento de saque é um status de execução em que a solicitação aparece no histórico de operações, mas não recebe txid e não é enviada para a blockchain ou para o gateway de pagamento.
Os fundos continuam no saldo interno da corretora, enquanto a restrição se aplica apenas à ação de criar ou concluir o saque com os parâmetros específicos daquela operação.
🔒 Onde exatamente o sistema para um saque
O processo de saque é formado por etapas consecutivas: criação da solicitação, validação dos parâmetros, cálculo da pontuação de risco, verificação security e envio da transação.
O congelamento sempre ocorre antes da etapa de envio e é confirmado pela ausência de txid apesar de já existir um registro da solicitação.
Se a solicitação já recebeu txid, o motor de risco passou pela etapa de bloqueio; o atraso posterior fica registrado do lado da rede como aumento do número de confirmações, ou do lado do gateway externo como status pending sem alteração do código de risco no histórico de saque.
| Nível de restrição | Ação proibida | Efeito observado |
|---|---|---|
| Conta | Criar quaisquer solicitações de saque | Saques indisponíveis para todos os ativos |
| Ativo / Rede | Saque em uma rede específica | Parte das redes ou tokens fica indisponível |
| Endereço | Envio para um novo endereço | Somente endereços em whitelist são permitidos |
| Saque | Conclusão da solicitação | A solicitação fica em hold sem txid |
🧠 Duas classes independentes de motivos de bloqueio
O sistema separa os motivos de bloqueio entre risco dos fundos e risco de controle da conta, processando-os por módulos diferentes e registrando o resultado em objetos de verificação diferentes.
🧾 Risco AML em depósitos
O módulo AML atribui uma pontuação de risco a um depósito específico com base nos endereços de origem e na rota dos fundos, e verifica essa pontuação quando a solicitação de saque é criada.
- O depósito veio de um endereço que a análise blockchain associa a roubos, extorsão ou clusters sancionados.
- Os fundos passaram por um mixer ou serviço de ofuscação transacional, o que é detectado pela estrutura de entradas e saídas das transações.
- Os depósitos chegaram em séries de valores idênticos dentro de uma janela curta de tempo, aumentando a pontuação de risco por causa da fragmentação do fluxo de fundos.
- A solicitação de saque foi criada imediatamente após o depósito, sem negociação, conversão ou movimentação interna dos fundos.
Em um bloqueio AML, a restrição é aplicada com mais frequência ao valor ou ativo específico vinculado ao depósito.
🛡️ Risco security na conta
O módulo security estima a probabilidade de tomada da conta no nível da sessão e do histórico de alterações, depois bloqueia o saque como uma ação irreversível.
- O login foi feito a partir de um novo dispositivo ou de um novo país, seguido por uma tentativa de saque na mesma sessão do usuário.
- A senha foi redefinida recentemente, a 2FA foi desativada ou dados de contato importantes da conta foram alterados.
- Um novo endereço de saque foi adicionado e logo em seguida foi criada uma solicitação de saque de valor elevado.
- A sessão coincide com um IP ou ASN que o sistema associa a campanhas de phishing ou logins em massa.
Em um bloqueio security, a proibição se aplica à ação de confirmar o saque e permanece até que o sistema registre uma sessão estável e um perfil de segurança da conta sem alterações.
🧱 Como uma solicitação entra em hold passo a passo
A sequência abaixo mostra uma cadeia simplificada de verificações pelas quais a solicitação de saque passa antes de ser enviada à rede.
| Etapa | Objeto de verificação | Como a proibição é registrada |
|---|---|---|
| 1 | Parâmetros da solicitação | A criação do saque é recusada ou a validação da rede e do endereço retorna um erro |
| 2 | Origem dos fundos | A solicitação é criada, mas recebe hold com código de risco do depósito e permanece sem txid |
| 3 | Endereço do destinatário | O novo endereço é proibido ou exige confirmação antes do envio |
| 4 | Sessão e segurança | A confirmação do saque é bloqueada até a estabilização da 2FA, do dispositivo e do histórico de alterações |
| 5 | Envio | Se houver proibição, o txid não é gerado; se não houver proibição, a solicitação vai para a rede |
A sequência reflete o princípio de funcionamento dos controles de risco, mas não revela limites internos, pesos dos sinais nem ordem de prioridade.
📄 Quais dados são solicitados durante um congelamento
As solicitações do suporte são formadas estritamente em torno do objeto no qual o sistema registrou o risco.
Em um bloqueio AML, a origem dos fundos é verificada pelo valor e pela data do depósito específico, não pela conta como um todo.
Em um bloqueio por endereço, é exigida prova de controle do endereço do destinatário, porque o próprio endereço é o objeto de risco.
Em um bloqueio security, confirma-se o controle contínuo da conta, do dispositivo e dos canais de acesso.
O que fecha o objeto AML
A verificação AML só é removida quando o sistema consegue relacionar o depósito, a origem dos fundos e a rota declarada sem divergências.
- Confirmação da origem dos fundos que corresponda ao depósito específico por valor e data.
- Histórico de transferências em que sejam visíveis o endereço de origem e o identificador da transação do depósito.
- Explicação da rota dos fundos que corresponda à cadeia observada de entradas e saídas das transações.
Se ao menos um elemento da cadeia não for confirmado, o risco do depósito permanece ativo e o saque não é permitido.
O que fecha o objeto security
A verificação security é removida depois que o sistema registra controle estável da conta e ausência de novas anomalias.
- Confirmação de identidade e 2FA ativada, registradas nas configurações de segurança.
- Confirmação do dispositivo ou da sessão correspondente ao último login bem-sucedido.
- Ausência de novas alterações de senha, 2FA e endereços de saque durante o período de verificação.
Se surgirem novas alterações de segurança, o sistema continua mantendo a proibição de confirmar o saque.
A divergência de valores, datas ou titulares entre o depósito e os documentos mantém automaticamente a solicitação em hold.
✅ Ações que aceleram a remoção do bloqueio
A velocidade de liberação depende de quão exatamente a causa registrada no sistema foi resolvida.
- Informar os parâmetros da solicitação bloqueada e o código do motivo no histórico de operações.
- Relacionar o saque a um depósito específico por valor e data.
- Parar de alterar configurações da conta até o encerramento da verificação.
- Usar um endereço confirmado ou fornecer uma assinatura de mensagem.
- Não recriar solicitações de saque em série.
Se o saque foi solicitado logo após redefinição de senha, desativação da 2FA ou adição de endereço, o sistema muitas vezes mantém a proibição especificamente sobre a confirmação do saque até que o histórico de segurança deixe de conter novas alterações.
Essas ações reduzem o número de inconsistências que compliance e security analisam manualmente.
⏳ Por que o congelamento pode durar várias semanas
O prazo de verificação cresce quando compliance e security comparam não uma solicitação, mas uma cadeia de objetos: depósitos, endereços, transações e alterações do perfil da conta.
🔗 Uma cadeia transacional amplia o volume da verificação
Cada transferência intermediária aumenta o número de correspondências entre a blockchain e os logs internos de saldos.
- Cada depósito adiciona uma origem de fundos a confirmar por valor e data.
- Cada novo endereço na rota exige verificar vínculos com clusters de risco.
- Cada conversão interna exige comparar o log de negociação com o saldo de saque.
- Cada saque para um novo endereço exige confirmação de propriedade e motivo da troca do destinatário.
O crescimento do número de objetos aumenta o volume de correspondência manual por valores e horários.
🛡️ Anomalias de segurança mantêm a confirmação retida
O motor security registra alterações da conta como eventos de risco e proíbe a confirmação do saque até que o perfil de segurança se estabilize.
- Troca de senha, desativação da 2FA ou mudança de dispositivo criam um evento de risco no histórico de segurança.
- Uma tentativa de saque na mesma sessão aumenta o takeover-score e ativa o hold.
- Alterações repetidas de configurações durante a verificação prolongam o bloqueio.
- Adicionar um novo endereço de saque leva o caso para uma nova validação.
O surgimento de novos eventos de segurança mantém ativa a proibição de confirmar o saque.
| Motivo do alongamento | O que exatamente é comparado | O que quebra os prazos |
|---|---|---|
| Muitos depósitos | Valores e datas dos depósitos com documentos | Documento sem vínculo com o depósito |
| Rota longa de endereços | Vínculos entre endereços e transações | Transferências intermediárias não explicadas |
| Alterações de segurança | Histórico de 2FA, senha e dispositivos | Novas alterações de perfil |
Um congelamento longo está ligado ao volume de objetos verificados e a inconsistências de dados, não a uma falha técnica do saque.
🧭 Por que essa explicação não basta
Este material mostra o princípio do bloqueio de saques e os pontos onde a proibição é registrada, mas intencionalmente não revela limites internos de scoring AML, pesos de eventos security nem lógica de prioridade dos sinais de risco.
Para ver como restrições semelhantes funcionam na prática - com atrasos, recusas e verificações adicionais - é útil consultar casos de usuários e problemas típicos de saque em corretoras cripto.