DeFi
Plether abre un concurso de seguridad antes de lanzar su mercado de contratos perpetuos
El programa mostrado como activo en Immunefi ofrece una dotación condicional de 80 000 dólares. El protocolo permanece en la red de pruebas; la página presenta dos fechas de cierre distintas, separadas de los resultados de la auditoría.
Diego RomeroFirma editorial
Revisar el código antes de una puesta en servicio real
El concurso de seguridad dedicado a Plether aparece como activo el 2 de noviembre de 2026 en Immunefi. La lectura directa de la página indica un inicio a las 14 horas UTC, distinto de horarios anteriores que aún aparecen en algunos resultados de búsqueda. El objetivo es examinar el código del futuro mercado Plether Perps, no anunciar su apertura a inversores en una red principal. El documento aclara que el sistema todavía no está desplegado en mainnet y que las versiones anteriores funcionan en Arbitrum Sepolia.
Según la presentación del programa, Plether Perps permitirá tomar posiciones sobre la fortaleza del dólar frente a una cesta de seis monedas: euro, yen, libra esterlina, dólar canadiense, corona sueca y franco suizo. El margen y la liquidación utilizan USDG, con precios de Pyth mediante un mecanismo de órdenes diferidas. Esta descripción expone el diseño previsto; no constituye una medición independiente del rendimiento ni una garantía de la calidad de ejecución futura.
Recompensas condicionadas y un alcance fijado
La dotación anunciada suma 80 000 dólares, distribuidos entre una bolsa principal de 56 000 dólares, una bolsa All Stars de 16 000 dólares y una bolsa Podium de 8 000 dólares. Las reglas establecen que se desbloquea el total si se encuentra al menos una vulnerabilidad admisible, incluso de gravedad baja. Si no aparece ninguna vulnerabilidad, sin contar las simples observaciones como errores, la dotación cae al 15 % del importe anunciado. Las recompensas se denominan en dólares y se pagan en USDC en Ethereum.
El código examinado está congelado en una revisión expresamente identificada. Los informes deben respetar el alcance y las condiciones del concurso; se exige una prueba de concepto ejecutable para las vulnerabilidades. Los problemas ya públicos quedan excluidos de las recompensas. El documento también distingue las observaciones útiles de los fallos de seguridad, con reglas diferentes sobre duplicados y reclamaciones. Una dotación no significa que cada participante cobre ni que una auditoría ya esté terminada.
Un calendario por confirmar y riesgos que persisten
La página consultada contiene una discrepancia que debe conservarse: el bloque de fechas indica un cierre el 16 de noviembre a las 10 horas UTC, mientras que la tabla de hitos mantiene el 15 de noviembre. Después prevé fases de evaluación y reclamación, seguidas de la publicación de resultados en diciembre; advierte que las fechas pueden ajustarse. Esta incoherencia impide presentar una sola fecha como definitivamente confirmada para los investigadores.
El programa describe además pruebas anteriores con garantías ficticias y una versión más antigua del protocolo. Esas transacciones de prueba no demuestran actividad comercial real. Los proveedores de liquidez previstos soportarían los resultados de las posiciones de los operadores mediante dos tramos de riesgo distintos. Un concurso puede descubrir defectos antes del lanzamiento, pero no elimina el riesgo técnico ni el de mercado. Queda por seguir la publicación de correcciones y resultados, y cualquier puesta en servicio efectivamente documentada.