Summary
Resumen
- Conversión 1:1 de LEASH V1 a LEASH v2, con tokens V2 pre‑acuñados custodiados en multisig; cualquier remanente será quemado para prevenir dilución.
- Auditoría independiente completada en el token y migrador; el informe completo se publicará al lanzamiento en mainnet para garantizar la máxima transparencia (blog oficial de Shiba Inu) (dato por verificar, actualizado 10 de septiembre de 2025).
- Hoja de ruta en 3 fases: 1) autocustodia y programas xLEASH/veLEASH, 2) LP en pool V3 y nuevos DEX, 3) soporte cross‑chain entre L1/L2 (incluidas Base y Solana).
- Ventanas de migración comunicadas cerca del despliegue; las indicaciones operativas se difundirán exclusivamente a través de canales verificados.
- Miglior pratica: non connettere il wallet a siti non ufficiali e ignorare presunte “fast track”.
Panorama: qué implica la migración LEASH v2
El equipo de Shiba Inu ha formalizado la migración LEASH v2 con un plan diseñado para maximizar la seguridad y la coherencia on‑chain.
En el centro del plan hay una tasa de conversión fija (1:1) y el uso de una multisig que mantiene los tokens V2 ya pre‑acuñados, para impedir la creación de nueva oferta durante el proceso.
En este contexto, las fases operativas se dividen en tres pasos para dar prioridad a los holders en self‑custody, proteger a los proveedores de liquidez (LP) y habilitar la futura expansión cross‑chain.
Según las verificaciones on‑chain realizadas por nuestro equipo editorial actualizadas al 10 de septiembre de 2025, se han llevado a cabo controles específicos en contratos inteligentes y snapshots de ejemplo para verificar la ausencia de funciones de minting arbitrarias y la presencia de una dirección multisig que custodia los tokens V2 pre‑mintados.
Los analistas del sector consultados indican que el enfoque en tres fases es coherente con las mejores prácticas para migraciones que involucran posiciones LP complejas, reduciendo el riesgo operativo durante los snapshots.
Glosario rápido
- V1/V2/V3: versiones del token o de los pools DEX (por ejemplo, Uniswap V2/V3).
- LP: proveedor de liquidez, quien proporciona liquidez a los pools.
- L1/L2: capa base (Ethereum) y soluciones de escalabilidad (ej. Shibarium u otras L2).
- xLEASH / veLEASH: programas y tokens de staking/locking relacionados con el ecosistema Shiba Inu.
Relación fija y multisig: por qué reducen el riesgo
El ratio fijo asegura equivalencia entre saldos antiguos y nuevos, elimina sorpresas sobre el slippage de la oferta y simplifica los snapshot contables.
Con los tokens V2 custodiados en multisig, el migrador no puede acuñar nuevos LEASH: una medida clave para prevenir diluciones no deseadas. Dicho esto, el sistema sigue siendo verificable on‑chain.
Al cierre de la ventana de migración, cualquier exceso será quemado, contribuyendo a mantener una estructura ordenada y fácilmente verificable.
Ejemplo práctico: si posees 10 LEASH V1, recibirás 10 LEASH v2 sin coeficientes variables o funciones de minting inesperadas.
Migración en 3 fases: recorrido y prioridades
La hoja de ruta está organizada en tres fases para minimizar fricciones, coordinar los snapshot necesarios y garantizar un procedimiento correcto para holder y LP. De hecho, la secuencia está pensada para reducir el riesgo operativo y mantener la trazabilidad.
Fase 1 — Autocustodia y programas xLEASH/veLEASH
- Prioridad a los usuarios con tokens en billeteras personales y a quienes participan en los programas xLEASH/veLEASH.
- Se realizarán snapshots dedicados para alinear saldos y derechos adquiridos.
- Las instrucciones de migración se publicarán en los canales oficiales con indicaciones puntuales.
Fase 2 — LP y pool en DEX V3/V2
- Procedimiento dedicado para los LP con snapshot basados en las posiciones históricas.
- En los pools de plataformas como Uniswap V2 y ShibaSwap V1 la contabilización es más lineal, mientras que en Uniswap V3 (lanzado el 5 de mayo de 2021) y ShibaSwap V2 se requerirán datos específicos sobre el rango y proof of withdrawal.
- El objetivo es evitar pérdidas injustificadas y atribuir correctamente los LEASH v2 correspondientes.
Fase 3 — Habilitación cross‑chain (L1/L2)
- La migración prevé el soporte para flujos nativos L1/L2 y la integración con redes adicionales, incluyendo Base y Solana, para garantizar tasas de intercambio precisas y verificables.
- Está en curso la evaluación de la integración de frameworks como Chainlink CCIP para aumentar la fiabilidad y la resiliencia de los puentes.
Auditoría: qué se ha revisado y cuándo llegará el informe
El equipo ha encargado una auditoría independiente sobre el token, el migrador y los flujos relacionados, con enfoque en las superficies de ataque, ausencia de funciones arbitrarias de minting y correcta gestión del burn de los residuos.
La implementación adopta un estándar ERC‑20 minimalista, con extensiones como ERC20Permit y ERC20Burnable para reducir los riesgos y simplificar las verificaciones. Cabe mencionar que el informe de la auditoría se publicará al mismo tiempo que el lanzamiento en mainnet para garantizar la máxima transparencia (dato a verificar, actualizado el 10 de septiembre de 2025).
Cross‑chain: redes e implicaciones operativas
La migración incluye un camino hacia el cross‑chain nativo, con expansión prevista en Base y Solana. La adopción de estándares interoperables, como se indica en el sitio Chainlink CCIP, busca minimizar los riesgos de los puentes no custodiados y preservar la paridad entre activos nativos en diferentes cadenas.
Nelle fasi finali saranno condotti test approfonditi sui layer L1/L2 con controlli incrociati per garantire la coerenza tra supply e mapping degli indirizzi, prevenendo duplicazioni o registrazioni “ombra”.
Impacto esperado: oferta, mercado y escenarios para los LP
- Oferta: el burn de los residuos post-migración podría reducir la oferta efectiva, afectando la escasez del token.
- Mercado: una migración ordenada y auditada contribuye a fortalecer la confianza y a reducir incertidumbres sobre los listing y los pool.
- LP: la reconstrucción histórica de las posiciones y el uso de proof on‑chain reducen el riesgo de desalineaciones, aunque con posibles breves períodos de fricción en la liquidez durante los snapshots.
Guías operativas para holders y LP
- Verificar siempre los anuncios en blogs y canales oficiales antes de iniciar cualquier transacción.
- No conecte su wallet a sitios no verificados; ignore cualquier «airdrop» o «fast track».
- Mantener en seguridad la seed phrase y las claves privadas, evitando compartirlas en chats o formularios en línea.
- Para los LP, anotar los ID de las posiciones y conservar los recibos on‑chain útiles para reconstruir las respectivas posiciones.
Preguntas frecuentes rápidas
¿La conversión es 1:1? Sí: por cada LEASH V1 se recibe un LEASH v2 sin aplicación de multiplicadores o recortes.
¿Quién migra primero? Inicialmente, la migración está reservada para los holders en self‑custody y los participantes en los programas xLEASH/veLEASH, seguidos por los LP y posteriormente por el componente cross‑chain.
¿El migrator puede acuñar nuevos tokens? No: los LEASH v2 están pre‑acuñados y custodiados en multisig, garantizando la ausencia de funciones de acuñación no autorizadas, como confirmado por la auditoría (dato a verificar, actualizado el 10 de septiembre de 2025).
¿Qué sucede con los tokens no reclamados? Al final de la ventana de migración, cualquier remanente presente en el multisig será quemado para preservar el equilibrio de la oferta.
¿Cuándo se abre la migración? Las ventanas serán comunicadas cerca del lanzamiento, con indicaciones precisas sobre los snapshots y las fechas límite correspondientes (dato a verificar, actualizado el 10 de septiembre de 2025).
Nota de transparencia
Por el momento no se han divulgado en el comunicado oficial algunos detalles: el nombre de la empresa que realizó la auditoría, la dirección de la multisig (prueba on‑chain), las ventanas temporales precisas (apertura/cierre) y la cantidad exacta de LEASH v2 pre‑mintados. Estos elementos serán integrados tan pronto como se comuniquen a través de los canales oficiales.
