Dijkstra de Cardano apunta a un staking más simple y a un DeFi más flexible

La actualización planificada va más allá de Leios, con cambios en los retiros de recompensas, el diseño de transacciones y la economía de los pools de stake. Carlos Lopez de Lara explicó qué podrían significar esas funciones para usuarios y desarrolladores.

By SongMarketCap

Cardano News - Dijkstra de Cardano apunta a un staking más simple y a un DeFi más flexible

La actualización Dijkstra de Cardano podría eliminar obstáculos cotidianos para los tenedores de ADA y a la vez ofrecer a los desarrolladores formas más flexibles de crear aplicaciones.

Hablando en Cardano Over Coffee, el gerente de producto de Input Output Carlos Lopez de Lara describió un paquete que incluye retiros de recompensas sin delegación de voto, transacciones anidadas y cambios destinados a ayudar a los pools de stake más pequeños.

Leios sigue siendo la característica de escalado principal. Pero estos cambios complementarios podrían moldear cómo los usuarios experimentan Cardano mucho antes de que noten capacidad adicional de la red.

Los retiros de recompensas podrían volverse más simples

CIP-181 eliminaría el requisito de una delegación de voto activa antes de retirar recompensas de staking.

Hoy, los usuarios deben delegar su poder de voto a un DRep o seleccionar Abstain o No Confidence antes de retirar. El cambio propuesto eliminaría ese requisito previo y mantendría disponible la participación en la gobernanza.

Para los pools de stake más pequeños, CIP-23 aborda la distribución de recompensas. Carlos explicó que un costo mínimo fijo del pool puede consumir gran parte de las recompensas ganadas por un pool que produce bloques con poca frecuencia, dejando poco para los delegadores.

Un margen mínimo proporcionaría otro mecanismo para compensar a los operadores. Combinado con decisiones posteriores sobre parámetros, podría ayudar a que los pools más pequeños ofrezcan una propuesta más atractiva para los delegadores.

Carlos dijo que las solicitudes de los SPO ayudaron a adelantar la implementación. El material de planificación publicado aún condiciona la activación de la regla de comisiones a la preparación de la implementación y de la gobernanza. Por lo tanto, no se debe asumir una mejora inmediata en las recompensas.

Las Babel fees podrían eliminar un obstáculo de incorporación

Las transacciones anidadas permitirían ensamblar acciones autorizadas de forma independiente dentro de una transacción mayor.

Carlos ilustró la oportunidad a través de las Babel fees. Alguien que tenga un token nativo de Cardano podría expresar un intercambio previsto, mientras que otro participante aporta el ADA requerido para la comisión de la red.

Para un usuario nuevo, la diferencia práctica podría ser significativa: usar un token sin adquirir primero un saldo separado de ADA.

La comisión igualmente se paga. Las aplicaciones organizarían quién la aporta y bajo qué condiciones.

Esa capacidad daría a los desarrolladores de wallets y de DeFi más libertad para organizar transacciones en torno a la acción que un usuario quiere completar. Ofrecer una experiencia simple aún requeriría soporte en las aplicaciones.

Carlos también habló de mejoras en cuentas como base para futuras transferencias pequeñas. Esos preparativos no establecen que Dijkstra haga inmediatamente más baratos los micropagos.

[NEWSBREAK]

Los wallets y las herramientas deben estar listos

Dijkstra cambia las estructuras de transacciones y bloques, lo que requiere actualizaciones coordinadas en wallets, indexadores y bibliotecas de desarrollo.

Carlos describió una secuencia planificada en la que el nodo 11.2 permitiría probar otras funciones de Dijkstra, seguida de la integración de Leios en la 11.3. Presentó esas versiones como hitos de desarrollo, con las pruebas determinando la preparación.

El trabajo de gobernanza debe avanzar junto con la ingeniería. Los nuevos parámetros ajustables necesitan salvaguardas constitucionales antes de que la comunidad pueda gobernarlos.

El plan de despliegue publicado también distingue los objetivos de finalización del software de la activación en mainnet. El despliegue en testnet, las pruebas de los operadores y la ratificación de gobernanza requieren tiempo adicional.

Para los usuarios, las ganancias más tangibles podrían ser menos pasos antes de retirar recompensas o usar un token. Para los desarrolladores, Dijkstra ofrece mayor flexibilidad en cómo se construyen esas interacciones. La siguiente tarea es convertir esa flexibilidad en productos confiables.