Polymarket: Identificados y bloqueados múltiples clústeres de cuentas de "relleno fantasma", se refuerza el mecanismo de bloqueo
Polymarket: Identificados y bloqueados múltiples clústeres de cuentas de "relleno fantasma", se refuerza el mecanismo de bloqueo
Polymarket se ha movido con agilidad en 2026 para fortalecer su pila de negociación: mejorando la fiabilidad de los pedidos bajo tráfico intenso, reduciendo los patrones de abuso que distorsionan el libro de órdenes y depurando casos extremos que pueden erosionar la confianza del usuario en un mercado de predicción en cadena.
En su última actualización de progreso compartida el 10 de mayo de 2026, el equipo describió varios cambios concretos: nuevas protecciones contra el spam impulsado por latencia que interfiere con la colocación y cancelación de órdenes, correcciones para un error común de "saldo insuficiente / autorización insuficiente", y un próximo parche para otro error central que afecta a las órdenes de compra límite, esperado en los próximos días. Junto con el trabajo de rendimiento, Polymarket también declaró que ha identificado y bloqueado múltiples clústeres de cuentas de "relleno fantasma", y que su nuevo flujo de incorporación con la billetera de depósito está diseñado para dificultar mucho la creación masiva de cuentas en el futuro.
A continuación, se detalla el significado práctico de estas actualizaciones y por qué son importantes para quienes operan en mercados de eventos nativos de criptomonedas.
Por qué la fiabilidad de la negociación es una cuestión de "seguridad" en los mercados en cadena
En los exchanges tradicionales, el "rendimiento" y la "seguridad" a menudo se tratan por separado. En las finanzas en cadena, están estrechamente conectados:
- Si la colocación y cancelación de órdenes no son fiables durante la volatilidad, los creadores de mercado amplían los diferenciales y los traders minoristas experimentan deslizamiento.
- Si los actores abusivos pueden inundar los endpoints con solicitudes de forma barata, pueden degradar la experiencia para todos los demás (un problema de equidad, no solo de escalabilidad).
- Si la interfaz de usuario o la API informan de operaciones que luego no se liquidan limpiamente, la credibilidad de la plataforma sufre un golpe directo, especialmente para los traders algorítmicos que dependen de una ejecución determinista.
La arquitectura de Polymarket se sitúa en esta intersección exacta: una experiencia rápida de libro de órdenes de límite central (CLOB) con activos en cadena y mecánicas de liquidación. Cuando ese sistema híbrido se ve sometido a presión, los errores "menores" pueden crear efectos de segundo orden importantes.
Como contexto sobre los cambios recientes en la infraestructura, el historial de estado público de Polymarket muestra múltiples incidentes relacionados con el CLOB y ventanas de mantenimiento en torno a su ciclo de implementación de 2026, incluido el despliegue de la billetera de depósito e investigaciones de latencia. Puede seguir estas líneas de tiempo en el historial oficial de avisos de estado. Ver el historial de avisos de estado de Polymarket
Actualización 1: Mitigación del spam por latencia para que las órdenes y cancelaciones sigan siendo utilizables
Uno de los cambios más visibles para los traders en la actualización del 10 de mayo es una mitigación dirigida al spam por latencia, un patrón en el que los clientes automatizados envían ráfagas de solicitudes de bajo valor (o ráfagas estratégicamente programadas) que sobrecargan la infraestructura compartida y aumentan los tiempos de respuesta para todos.
Incluso si un atacante no está "entrando", aún puede causar daño al hacer que el lugar de negociación se sienta inconsistente: las cancelaciones llegan tarde, los acuses de recibo de las órdenes se retrasan y los participantes del mercado pierden la confianza en la liquidez mostrada.
Esta dirección se alinea con lo que Polymarket ha documentado previamente sobre límites de tasa y estrangulamiento (throttling) para los endpoints del CLOB (un reconocimiento explícito de que la equidad de la API es parte de la integridad del mercado). Revisar las notas del registro de cambios de la API CLOB de Polymarket sobre límites de tasa
Por qué es importante para los usuarios (especialmente para los traders de bots):
- La fiabilidad de la cancelación es un componente fundamental del control de riesgos. Si no puedes cancelar de forma fiable durante un rápido reajuste de precios, te ves obligado a cotizar con mayor margen o dejar de cotizar por completo.
- La varianza de la latencia suele ser peor que la latencia bruta. Una ejecución predecible permite a los traders diseñar estrategias más seguras.
Actualización 2: Corrección del modo de fallo "saldo insuficiente / autorización insuficiente"
Polymarket también informó de una corrección para un error recurrente que aparecía como "saldo insuficiente" o "autorización/permiso insuficiente". Aunque el mensaje parece simple, a menudo refleja realidades más matizadas del trading basado en contratos inteligentes:
- Tu billetera puede tener fondos, pero la ruta de negociación espera que se encuentren en una dirección de billetera específica (por ejemplo, una billetera de contrato por usuario).
- Tu billetera puede tener fondos, pero falta la autorización del token para el contrato relevante o está desactualizada.
- Tu estado fuera de la cadena (lo que la API cree que puedes comercializar) puede divergir temporalmente del estado en la cadena (lo que realmente puedes liquidar).
Esto es especialmente relevante ahora que Polymarket está ampliando el flujo de la billetera de depósito para nuevos usuarios e integradores de API. En la propia documentación de Polymarket, las billeteras de depósito se describen como billeteras proxy por usuario que mantienen las garantías y las posiciones en la cadena, con órdenes validadas a través de la verificación de firmas de contrato ERC-1271. Leer la documentación de las billeteras de depósito de Polymarket Para el estándar de firma subyacente, consulte la especificación canónica. Método de validación de firma estándar ERC-1271
Conclusión práctica: si operas a través de patrones de billetera de contrato, las autorizaciones y "cuál es la dirección del trader real" se convierten en preocupaciones de primer orden, no en ideas de última hora.
Actualización 3: Todavía se está parcheando un error pendiente en las compras límite
Polymarket señaló que otro problema central que afecta a las órdenes de compra límite se espera que se corrija en los próximos días. Esto es un recordatorio de una verdad más amplia sobre las aplicaciones de criptomonedas de alto rendimiento en 2025-2026: una vez que se construye para la escala (más mercados, más usuarios de API, más automatización), los errores de microestructura del mercado pueden surgir en rincones inesperados.
Si eres un trader activo, vale la pena prestar atención a:
- Acuses de recibo de órdenes frente al estado de liquidación final.
- Rellenos parciales y cómo se informan en tu registro de actividad.
- Si las cancelaciones se reflejan de manera consistente en la interfaz de usuario, la API y los eventos en cadena.
Ejecución: Bloqueados clústeres de "relleno fantasma", y el sistema de billetera de depósito eleva el coste del abuso repetido
La línea de ejecución más directa en la actualización del 10 de mayo es la afirmación de Polymarket de que ha identificado y bloqueado múltiples clústeres de cuentas de "relleno fantasma", y que esas cuentas fueron supuestamente creadas antes de que el sistema de billetera de depósito entrara en funcionamiento.
Mientras que el "relleno fantasma" puede ser discutido de diferentes maneras por la comunidad, el impacto de alto nivel en el usuario es consistente: una operación parece completarse (o es tratada como completada por una de las partes) pero el resultado esperado en cadena no coincide con esa experiencia, lo que lleva a confusión, suposiciones incorrectas de inventario o contabilidad de estrategias fallida.
La cobertura mediática en torno a la transición V2 de Polymarket ha discutido los rellenos fantasma como un problema importante de fiabilidad y enmarca las billeteras de depósito como parte del camino de mitigación a largo plazo de la plataforma. Cobertura sobre billeteras de depósito y rellenos fantasma
Por separado, la implementación de la billetera de depósito de Polymarket se describe explícitamente como un diseño de billetera por usuario basado en proxy ERC-1967. Referencia de OpenZeppelin sobre patrones de proxy ERC-1967
Por qué las billeteras de depósito pueden ayudar desde una perspectiva anti-abuso:
- Proporcionan un flujo de incorporación y creación de billeteras más estructurado para cuentas nuevas.
- Pueden dificultar que los malos actores creen rápidamente un gran número de cuentas nuevas que se comporten como identidades desechables.
- Crean límites más claros entre las "claves del propietario", los "firmantes de sesión" y "la billetera que realmente opera", lo que puede mejorar la supervisión y la ejecución.
Qué deben hacer ahora los traders: una lista de verificación simple de seguridad y ejecución
Si operas en mercados de predicción con un volumen real, o ejecutas automatización, estos pasos reducen tanto el riesgo de ejecución como el riesgo de la billetera:
-
Trata las aprobaciones como parte de tu modelo de amenaza Si apruebas el gasto de tokens, ese permiso puede persistir mucho después de que lo olvides. Utiliza una política de asignación conservadora y revisa periódicamente las aprobaciones. Guía de Ethereum.org para revocar el acceso a tokens
-
Separa los "fondos de negociación" de los "fondos de ahorro" Incluso si una plataforma mejora la ejecución, la negociación activa requiere firmas y aprobaciones frecuentes. Mantener solo lo que necesitas en una billetera de negociación limita el radio de explosión.
-
Espera actualizaciones de la plataforma durante las migraciones importantes Si dependes de bots, incorpora "disyuntores": pausa ante tasas de error elevadas, verifica los estados de las órdenes y concilia con los datos en cadena cuando sea posible.
-
Ten precaución en las ventanas de mercado volátiles La mitigación de la latencia ayuda, pero los períodos de mayor volatilidad siempre atraerán a la automatización más agresiva. Usa órdenes límite con cuidado y evita asumir que las cancelaciones son instantáneas.
Dónde encaja OneKey: reducción de la exposición de claves mientras operas
Los cambios recientes de Polymarket subrayan un tema más amplio de 2025-2026: a medida que las aplicaciones de criptomonedas se vuelven más de alto rendimiento, los usuarios firman más mensajes, otorgan más aprobaciones e interactúan con flujos de billetera de contrato más complejos.
Una billetera de hardware como OneKey puede ayudar al mantener las claves privadas sin conexión y requerir confirmación en el dispositivo para acciones sensibles, lo cual es útil cuando gestionas múltiples direcciones (por ejemplo, una bóveda a largo plazo más una billetera de negociación más pequeña) y deseas una separación más clara entre los niveles de seguridad.
Si operas activamente en mercados en cadena, una configuración común es:
- Dirección asegurada con OneKey para tenencias a largo plazo y fondos tipo tesorería.
- Una billetera caliente más pequeña para negociación frecuente y dApps experimentales.
Esa estructura no eliminará los errores de ejecución en ninguna plataforma, pero sí reduce la posibilidad de que una sola aprobación incorrecta o un dispositivo comprometido se conviertan en un evento de pérdida total.
La actualización del 10 de mayo de Polymarket trata en última instancia de restaurar dos elementos esenciales para la infraestructura de los mercados de criptomonedas: acceso equitativo bajo carga y semántica de ejecución confiable. Si la plataforma cumple con las correcciones continuas y las mejoras en la ejecución durante la próxima semana, será un paso significativo hacia mercados de predicción en cadena más resilientes, especialmente a medida que la negociación automatizada continúa creciendo más rápido de lo que la experiencia del usuario minorista puede simplificarla.
