Polymarket: Identificou e baniu múltiplos clusters de contas de "preenchimento fantasma" e reforçará os mecanismos de banimento
Polymarket: Identificou e baniu múltiplos clusters de contas de "preenchimento fantasma" e reforçará os mecanismos de banimento
A Polymarket tem trabalhado rapidamente em 2026 para fortalecer sua pilha de negociação: melhorando a confiabilidade das ordens sob tráfego intenso, reduzindo padrões de abuso que distorcem o livro de ofertas e corrigindo casos extremos que podem abalar a confiança dos usuários em um mercado de previsões on-chain.
Na sua mais recente atualização de progresso compartilhada em 10 de maio de 2026, a equipe descreveu várias mudanças concretas: novas proteções contra spam impulsionado por latência que interfere na colocação e cancelamento de ordens, correções para um erro comum de "saldo insuficiente / permissão insuficiente" e um patch futuro para outro bug central afetando ordens de compra com limite, esperado nos próximos dias. Além do trabalho de desempenho, a Polymarket também declarou ter identificado e banido múltiplos clusters de contas de "preenchimento fantasma", e que seu novo fluxo de integração com a carteira de depósito foi projetado para dificultar significativamente a criação massiva e repetida de contas no futuro.
Abaixo está o que essas atualizações significam na prática — e por que elas são importantes para quem negocia mercados de eventos nativos de cripto.
Por que a confiabilidade de negociação é uma questão de "segurança" em mercados on-chain
Em exchanges tradicionais, "desempenho" e "segurança" são frequentemente tratados como trilhas separadas. Em finanças on-chain, eles estão intimamente conectados:
- Se a colocação e o cancelamento de ordens são pouco confiáveis durante a volatilidade, os formadores de mercado aumentam os spreads e os traders de varejo sofrem slippage.
- Se atores abusivos podem lotar terminais com requisições a baixo custo, eles podem degradar a experiência para todos os outros (um problema de justiça, não apenas de escalabilidade).
- Se a interface do usuário ou a API relata preenchimentos que depois não se liquidam de forma limpa, a credibilidade da plataforma sofre um golpe direto — especialmente para traders algorítmicos que dependem de execução determinística.
A arquitetura da Polymarket fica exatamente nesta interseção: uma experiência rápida de livro de ofertas de limite central (CLOB) com ativos on-chain e mecanismos de liquidação. Quando esse sistema híbrido é tensionado, "pequenos" bugs podem criar grandes efeitos de segunda ordem.
Para contexto sobre as recentes mudanças de infraestrutura, o histórico público de status da Polymarket mostra múltiplos incidentes relacionados ao CLOB e janelas de manutenção em torno de seu ciclo de lançamento de 2026, incluindo a implantação da carteira de depósito e investigações de latência. Você pode acompanhar essas linhas do tempo no histórico oficial de avisos de status. Veja o histórico de avisos de status da Polymarket
Atualização 1: Mitigando spam de latência para que ordens e cancelamentos permaneçam utilizáveis
Uma das mudanças mais visíveis para os traders na atualização de 10 de maio é uma mitigação voltada para o spam de latência — um padrão onde clientes automatizados enviam rajadas de requisições de baixo valor (ou rajadas estrategicamente cronometradas) que sobrecarregam a infraestrutura compartilhada e aumentam os tempos de resposta para todos.
Mesmo que um atacante não esteja "invadindo", ele ainda pode causar danos fazendo com que o local de negociação pareça inconsistente: cancelamentos chegam tarde, confirmações de ordens atrasam e participantes do mercado perdem a confiança na liquidez exibida.
Essa direção se alinha com o que a Polymarket documentou anteriormente sobre limites de taxa e throttling para endpoints CLOB (um reconhecimento explícito de que a justiça da API faz parte da integridade do mercado). Revise as notas do changelog da API CLOB da Polymarket sobre limites de taxa
Por que isso é importante para os usuários (especialmente traders de bots):
- A confiabilidade do cancelamento é um componente central do controle de risco. Se você não consegue cancelar de forma confiável durante a rápida reprecificação, é forçado a citar spreads mais amplos ou parar de citar completamente.
- A variação da latência é frequentemente pior do que a latência bruta. Uma execução previsível permite que os traders projetem estratégias mais seguras.
Atualização 2: Correção do modo de falha "saldo insuficiente / permissão insuficiente"
A Polymarket também relatou uma correção para um erro recorrente que aparecia como "saldo insuficiente" ou "permissão / autorização insuficiente". Embora a mensagem pareça simples, ela muitas vezes reflete realidades mais sutis do comércio baseado em smart contracts:
- Sua carteira pode ter fundos, mas o caminho de negociação espera que eles estejam em um endereço de carteira específico (por exemplo, uma carteira de contrato por usuário).
- Sua carteira pode ter fundos, mas a permissão de token para o contrato relevante está faltando ou desatualizada.
- Seu estado off-chain (o que a API pensa que você pode negociar) pode divergir temporariamente do estado on-chain (o que você pode liquidar de fato).
Isso é especialmente relevante agora que a Polymarket está expandindo o fluxo de carteira de depósito para novos usuários e integradores de API. Na própria documentação da Polymarket, as carteiras de depósito são descritas como carteiras proxy por usuário que mantêm colaterais e posições on-chain, com ordens validadas via verificação de assinatura de contrato ERC-1271. Leia a documentação da carteira de depósito da Polymarket Para o padrão subjacente de assinatura, veja a especificação canônica. Método de validação de assinatura do padrão ERC-1271
Conclusão prática: Se você negocia através de padrões de carteira de contrato, permissões e "qual endereço é o trader real" se tornam preocupações de primeira linha — não reflexões posteriores.
Atualização 3: Um bug remanescente em compras com limite ainda está sendo corrigido
A Polymarket observou que outro problema central afetando ordens de compra com limite deve ser corrigido nos próximos dias. Isso serve como um lembrete de uma verdade mais ampla sobre aplicativos cripto de alta vazão em 2025-2026: uma vez que você constrói para escala (mais mercados, mais usuários de API, mais automação), bugs de microestrutura de mercado podem surgir em cantos inesperados.
Se você é um trader ativo, vale a pena ficar atento a:
- confirmações de ordens vs. estado final de liquidação
- preenchimentos parciais e como eles são relatados no seu log de atividade
- se cancelamentos são refletidos de forma consistente na UI, API e eventos on-chain
Aplicação: Clusters de preenchimento fantasma banidos, e o sistema de carteira de depósito aumenta o custo de abuso repetido
A linha de aplicação mais direta na atualização de 10 de maio é a alegação da Polymarket de que identificou e baniu múltiplos clusters de contas de preenchimento fantasma, com essas contas supostamente criadas antes do sistema de carteira de depósito entrar em vigor.
Embora o "preenchimento fantasma" possa ser discutido de diferentes maneiras pela comunidade, o impacto de alto nível para o usuário é consistente: uma negociação parece ser preenchida (ou é tratada como preenchida por um lado), mas o resultado on-chain esperado não corresponde a essa experiência, levando a confusão, suposições incorretas de inventário ou contabilidade de estratégia falha.
A cobertura da mídia sobre a transição V2 da Polymarket discutiu preenchimentos fantasma como um grande problema de confiabilidade e apresenta as carteiras de depósito como parte do caminho de mitigação de longo prazo da plataforma. Cobertura sobre carteiras de depósito e preenchimentos fantasma
Separadamente, a implementação da carteira de depósito da Polymarket é explicitamente descrita como um design de carteira por usuário baseado em proxy ERC-1967. Referência OpenZeppelin sobre padrões de proxy ERC-1967
Por que as carteiras de depósito podem ajudar do ponto de vista anti-abuso:
- Elas fornecem um fluxo de integração e criação de carteira mais estruturado para novas contas.
- Elas podem tornar mais difícil para atores mal-intencionados criarem rapidamente um grande número de contas novas que se comportam como identidades descartáveis.
- Elas criam limites mais claros entre "chaves do proprietário", "signatários de sessão" e "a carteira que realmente negocia", o que pode melhorar o monitoramento e a aplicação.
O que os traders devem fazer agora: uma lista de verificação simples de segurança e execução
Se você negocia mercados de previsão com volume real — ou executa automação — estas etapas reduzem tanto o risco de execução quanto o risco da carteira:
-
Trate aprovações como parte do seu modelo de ameaça Se você aprova gastos de token, essa permissão pode persistir muito depois que você esquecer dela. Use uma política de permissão conservadora e revise as aprovações periodicamente. Guia Ethereum.org para revogação de acesso a tokens
-
Separe "fundos de negociação" de "fundos de poupança" Mesmo que uma plataforma melhore a aplicação, a negociação ativa requer assinaturas e aprovações frequentes. Manter apenas o que você precisa em uma carteira de negociação limita o raio de explosão.
-
Espere atualizações da plataforma durante grandes migrações Se você depende de bots, construa "disjuntores": pause em taxas de erro elevadas, verifique o estado das ordens e concilie com dados on-chain quando possível.
-
Tenha cautela em torno de janelas de mercado voláteis A mitigação de latência ajuda, mas os períodos de maior volatilidade sempre atrairão a automação mais agressiva. Use ordens com limite com cuidado e evite assumir que os cancelamentos são instantâneos.
Onde a OneKey se encaixa: reduzindo a exposição de chaves enquanto você negocia
As recentes mudanças da Polymarket sublinham um tema mais amplo de 2025-2026: à medida que os aplicativos cripto se tornam mais de alto desempenho, os usuários assinam mais mensagens, concedem mais aprovações e interagem com fluxos de carteiras de contrato mais complexos.
Uma carteira de hardware como a OneKey pode ajudar mantendo as chaves privadas offline e exigindo confirmação no dispositivo para ações sensíveis — útil quando você está gerenciando múltiplos endereços (por exemplo, um cofre de longo prazo mais uma carteira de negociação menor) e deseja uma separação mais clara entre os níveis de segurança.
Se você é ativo em mercados on-chain, uma configuração comum é:
- Endereço protegido pela OneKey para participações de longo prazo e fundos de tesouraria
- uma carteira quente menor para negociação frequente e dApps experimentais
Essa estrutura não eliminará bugs de execução em nenhuma plataforma — mas reduz a chance de uma única aprovação ruim ou um dispositivo comprometido se transformar em um evento de perda total.
A atualização de 10 de maio da Polymarket trata, em última análise, de restaurar dois elementos essenciais para a infraestrutura de mercados cripto: acesso justo sob carga e semânticas de execução confiáveis. Se a plataforma cumprir as correções contínuas e melhorias de aplicação na próxima semana, será um passo significativo em direção a mercados de previsões on-chain mais resilientes — especialmente à medida que a negociação automatizada continua a crescer mais rápido do que a UX de varejo consegue simplificá-la.
