La prevención de rug-pull necesita más que detectar contratos de riesgo.
Los escáneres automatizados pueden marcar la autoridad de acuñación, la autoridad de congelación, la concentración de titulares, las transacciones agrupadas y los riesgos de liquidez antes de que alguien compre. Eso es valioso, pero solo es la primera capa.
El problema más grande es lo que ocurre después del lanzamiento.
La actividad de la wallet del equipo / wallet del desarrollador debe ser visible y estar bajo rendición de cuentas.
Si se venden tokens que tiene el equipo, la comunidad debería poder ver:
• Qué wallet está vendiendo
• Cuánto se está vendiendo
• Si la asignación estaba adquirida (vested)
• Por qué se están vendiendo los tokens
• Qué queda para el desarrollo y las operaciones
¿Y si las asignaciones del equipo se mantuvieran en bóvedas inmutables con reglas de vesting definidas?
Una solicitud de retiro o venta podría incluir una razón indicada, activar un retraso de 24 horas y alertar a la comunidad antes de la ejecución.
Por ejemplo:
“200 tokens para marketing.”
“200 tokens para desarrollo.”
La comunidad obtiene tiempo para revisar la solicitud antes de que el dinero se mueva.
Esto no detendría todas las ventas legítimas. Crearían transparencia y daría tiempo para cuestionar las ventas no explicadas.
Antes de comprar: detectar las señales de alerta.
Después del lanzamiento: hacer visible y responsable la actividad de la wallet del dev / wallet del equipo.
Esa es la clase de protección adicional hacia la que Brigid Forge está trabajando.
#CryptoSecurity #RugPullProtection #BrigidForge
Los escáneres automatizados pueden marcar la autoridad de acuñación, la autoridad de congelación, la concentración de titulares, las transacciones agrupadas y los riesgos de liquidez antes de que alguien compre. Eso es valioso, pero solo es la primera capa.
El problema más grande es lo que ocurre después del lanzamiento.
La actividad de la wallet del equipo / wallet del desarrollador debe ser visible y estar bajo rendición de cuentas.
Si se venden tokens que tiene el equipo, la comunidad debería poder ver:
• Qué wallet está vendiendo
• Cuánto se está vendiendo
• Si la asignación estaba adquirida (vested)
• Por qué se están vendiendo los tokens
• Qué queda para el desarrollo y las operaciones
¿Y si las asignaciones del equipo se mantuvieran en bóvedas inmutables con reglas de vesting definidas?
Una solicitud de retiro o venta podría incluir una razón indicada, activar un retraso de 24 horas y alertar a la comunidad antes de la ejecución.
Por ejemplo:
“200 tokens para marketing.”
“200 tokens para desarrollo.”
La comunidad obtiene tiempo para revisar la solicitud antes de que el dinero se mueva.
Esto no detendría todas las ventas legítimas. Crearían transparencia y daría tiempo para cuestionar las ventas no explicadas.
Antes de comprar: detectar las señales de alerta.
Después del lanzamiento: hacer visible y responsable la actividad de la wallet del dev / wallet del equipo.
Esa es la clase de protección adicional hacia la que Brigid Forge está trabajando.
#CryptoSecurity #RugPullProtection #BrigidForge
