La ingeniería inversa de Pump.fun apunta a una precisión a nivel de byte
Shaw, fundador de ai16z, afirma que el esfuerzo por aplicar ingeniería inversa al contrato de Pump.fun pretende reproducir el código original byte a byte, incluidos sus errores y defectos, en lugar de crear una versión funcionalmente similar. Se invita a los desarrolladores a utilizar herramientas de IA y a contribuir a través de GitHub. Shaw sostiene que los contratos inteligentes de código abierto facilitan las auditorías de seguridad y cita pérdidas de más de 40 millones de dólares durante el último año relacionadas con vulnerabilidades graves en contratos de código cerrado. También tiene previsto ofrecer como recompensas a los colaboradores tokens que se habían recomprado con los ingresos por comisiones de la memecoin. Shaw había dicho anteriormente que el trabajo en el contrato de Pump.fun estaba completado en torno a un 90 % y que se esperaba terminarlo esa misma noche.
Neutral
El anuncio trata principalmente sobre la transparencia de los contratos y la participación de los desarrolladores, no sobre un cambio en la actividad de negociación, la oferta de tokens o la demanda del mercado de Pump.fun. Por tanto, no ofrece una señal direccional inmediata clara para los precios de las criptomonedas. A corto plazo, el proyecto podría atraer la atención de los usuarios de Pump.fun y de los operadores centrados en la seguridad, mientras que cualquier fallo que se haga público podría generar cautela o volatilidad si apunta a riesgos que puedan explotarse. El objetivo declarado de reproducir el código byte por byte, incluidos los errores conocidos, no demuestra por sí solo que los fondos estén en riesgo. A más largo plazo, el código abierto y una revisión más amplia podrían reforzar la confianza si se identifican las vulnerabilidades y se corrigen de forma responsable. Iniciativas similares de código abierto y auditoría han contribuido a menudo a generar confianza, pero no han provocado de forma fiable movimientos inmediatos de precios; los efectos en el mercado suelen depender de si después se produce una explotación concreta, una corrección de seguridad o un cambio económico. Los operadores deberían estar atentos a la publicación de código verificada, las divulgaciones de vulnerabilidades y cualquier cambio resultante en el uso o las comisiones de la plataforma.