12186 | Propuesta de actualización del SDK a 50.13 enviada por Luncverse
Fuente de:
- https://validator.info/terra-classic/governance/12186
- https://station.terraclassic.community/proposal/columbus-5/12186
- https://discourse.luncgoblins.com/t/updated-proposal-terra-classic-sdk-wasm-upgrade/74
Buscando la aprobación para la actualización de la cadena al SDK 50.13 por favor revisa el prop completo aquí: https://discourse.luncgoblins.com/t/updated-proposal-terra-classic-sdk-wasm-upgrade/74
Propuesta actualizada: Terra Classic SDK & Actualización de Wasm
Terra Classic Actualización
Documento / ANTIER SOLUTIONS
Resumen ejecutivo
Esta propuesta esboza una actualización segura y compatible con versiones anteriores de la infraestructura central de Terra Classic a Cosmos SDK v0.50.13 y Wasm Module v0.53.2, abordando los problemas no resueltos de la actualización a v0.47, mejorando la seguridad y garantizando la sostenibilidad a largo plazo.
La actualización depende de que Orbit Labs termine el unforking e incluye correcciones de la deuda técnica, mitigación de cambios de ruptura y mejoras centradas en los desarrolladores. La propuesta garantiza la plena compatibilidad con versiones anteriores de las dApps existentes.
Especificaciones técnicas e implicaciones
1. Actualización del SDK de Cosmos
Actual: v0.47.17
Propuesta: v0.50.13
Justificación: La actualización a la v0.50+ (“v50.13”) aporta un consenso moderno a través de ABCI++, una arquitectura modular y mantenible, un almacenamiento más robusto, una lógica de permisos reforzada, una configuración dirigida por la gobernanza y unas herramientas fáciles de usar para los desarrolladores, lo que sitúa a Terra Classic en una senda más sólida y preparada para el futuro.
Cambios:
Actualizaciones del módulo x/params (requiere la migración a nuevos parámetros basados en la gobernanza).
Actualizaciones de x/authz y x/feegrant (afecta a las dApps que utilizan delegación/permisos).
Ajustes del módulo personalizado (por ejemplo, Oracle, Market, Staking) debido a la refactorización del SDK.
Consideraciones sobre Terra Classic:
Garantiza la plena compatibilidad con las características y funcionalidades existentes en la cadena.
2. Módulo Wasm y Máquina Virtual
Actual: v0.46.0 / wasmvm v1.5.8
Propuesto: v0.53.2 / wasmvm v2.1.4
Impacto de la dApp:
- Los contratos CosmWasm existentes siguen funcionando.
- Los contratos se ajustarán a las normas más recientes, manteniendo al mismo tiempo la compatibilidad con las limitaciones existentes.
Fijaciones Terra Classic Custom Wasm Compatibilidad:
Se mantendrán los enlaces personalizados para los módulos oracle, impuestos y mercado.
3. IBC-GO
IBC-GO: v7.4.0 → v8.7.0
Preserva la compatibilidad entre cadenas sin introducir cambios que rompan el IBC.
Mejoras de rendimiento, optimizando el rendimiento de los repetidores y reduciendo la latencia de las transacciones.
A prueba de futuro, garantizando la compatibilidad con las próximas cadenas Cosmos que adopten IBC v8.7.0.
4. Módulos personalizados y plan de mejora Terra Classic
Los módulos personalizados de Terra Classic requieren un manejo cuidadoso durante esta actualización:
Módulo Oracle: Gestiona los feeds de tipos de cambio de las stablecoins. Requiere pruebas de compatibilidad con la nueva estructura del SDK para garantizar que los precios enviados al validador sigan siendo precisos.
Módulo de Mercado: Facilita los intercambios de stablecoin. Necesita validación de parámetros y optimización del rendimiento con el nuevo modelo de ejecución del SDK.
Módulo del Tesoro: Gobierna las políticas económicas, incluidos los tipos impositivos. Debe conservarse sin pérdida de funcionalidad y probarse con los nuevos parámetros de gobernanza.
También se actualizará el resto de personalizaciones que se hayan hecho en los distintos módulos, como la estaca, el tajo, la menta, etc.
Estrategia de mejora:
Pruebas unitarias y refactorización detalladas:
Realiza pruebas unitarias en los módulos de Oracle, Mercado y Tesorería para verificar que funcionan correctamente con el nuevo SDK.
Identificar las áreas que necesitan refactorización para alinearse con el SDK v0.50.13.
Implementación de la capa de compatibilidad con versiones anteriores:
Desarrolla calzas de compatibilidad temporales para los módulos x/treasury y x/market para evitar interrupciones en la dApp.
Asegúrate de que los parámetros de gobernanza existentes permanecen inalterados durante la actualización.
¿Por qué esta actualización?
1. Investigación específica de Terra Classic
Sinergia de desbloqueo:
El unforking de Orbit Labs elimina los parches originales de Terra, lo que permite una integración perfecta del SDK v0.50.
2. Mitigación de riesgos
Capa de compatibilidad con versiones anteriores:
Calzos temporales para módulos obsoletos para evitar la interrupción de la dApp.
Medidas de seguridad:
Las vulnerabilidades de seguridad identificadas por Oak Security en la auditoría del SDK Cosmos v0.47 se resolverán integrando las correcciones correspondientes de la v0.50.
Flujo de trabajo y calendario
Fase 1: Preparación previa al ascenso (2 semanas)
Tareas: Análisis detallado de la base de código actual, compatibilidad con versiones anteriores y documentación, configuración de la red de pruebas.
Fase 2: Ejecución de la actualización del núcleo (5 semanas)
Tareas:
Integración SDK v0.50.13.
Actualización del Módulo Wasm v0.53.2.
Migración de módulos personalizados para las funciones exclusivas de Terra Classic.
Garantizar que los contratos CosmWasm 1.0-1.5 sigan siendo funcionales.
Garantizar el pleno apoyo y la compatibilidad con los contratos CW-0.16 existentes en la cadena, al tiempo que se permite la compatibilidad con CW-1.0-1.5, por lo que no hay riesgo para las implantaciones actuales y estamos preparados para el futuro.
Fase 3: Actualizaciones progresivas, pruebas y validación (9 semanas)
Tareas:
Configurar la cadena en la versión que soporta los contratos 0.16, instanciar esos contratos y luego actualizar la cadena progresivamente a v0.50.13 seguido de pruebas simuladas.
Auditorías de seguridad, pruebas de validación, pruebas de migración de dApps, recompensas por errores.
Nos quedamos con App v1 en esta actualización para minimizar la complejidad de la migración. Tenemos previsto evaluar la migración App v2/depinject en una fase futura, una vez que nos hayamos estabilizado en v0.50
Fase 4: Despliegue de Testnet (4 semanas)
Tareas:
Lanzamiento de la red pública de pruebas, incorporación del validador/dApp, supervisión.
Fase 5: Despliegue de la Mainnet (4 semanas)
Tareas: Votación de la gobernanza, coordinación del CEX, actualización de la mainnet, supervisión posterior al lanzamiento.
****Strathcole ayudó a pasar por alto los detalles de las actualizaciones y también arregló el error del SDK 47 reportado por Allnodes
Este documento es el formulario original que me dieron. Después de algunas preguntas – que hacen esto. – ANTIER SOLUTIONS haría la ACTUALIZACIÓN
