Cardano Dijkstra mira staking mais simples e DeFi mais flexível

A atualização Dijkstra da Cardano poderia remover obstáculos do dia a dia para detentores de ADA ao mesmo tempo em que oferece aos desenvolvedores maneiras mais flexíveis de criar aplicações.

Em participação no Cardano Over Coffee, o gerente de produto da Input Output Carlos Lopez de Lara descreveu um pacote que inclui saques de recompensas sem delegação de voto, transações aninhadas e mudanças destinadas a ajudar stake pools menores.

Leios continua sendo o recurso de escalabilidade de destaque. Mas essas mudanças complementares podem moldar como os usuários vivenciam a rede Cardano muito antes de perceberem capacidade adicional da rede.

Saques de recompensas podem ficar mais simples

CIP-181 removeria a exigência de uma delegação de voto ativa antes de sacar recompensas de staking.

Hoje, os usuários precisam delegar seu poder de voto a um DRep ou selecionar Abstain ou No Confidence antes de sacar. A mudança proposta removeria esse pré-requisito mantendo a participação na governança disponível.

Para stake pools menores, o CIP-23 trata da distribuição de recompensas. Carlos explicou que um custo mínimo fixo de pool pode consumir boa parte das recompensas obtidas por um pool que produz blocos com pouca frequência, deixando pouco para os delegadores.

Uma margem mínima forneceria outro mecanismo para compensar os operadores. Combinada com decisões subsequentes de parâmetros, ela poderia ajudar pools menores a oferecer uma proposta mais atraente aos delegadores.

Carlos disse que pedidos dos SPOs ajudaram a adiantar a implementação. O material de planejamento publicado ainda torna a ativação da regra de taxas condicional à implementação e à prontidão de governança. Portanto, não se deve assumir uma melhora imediata nas recompensas.

Babel fees podem remover um obstáculo de onboarding

Transações aninhadas permitiriam que ações autorizadas de forma independente fossem reunidas dentro de uma transação maior.

Carlos ilustrou a oportunidade por meio das Babel fees. Alguém que detenha um token nativo de Cardano poderia indicar uma troca pretendida, enquanto outro participante fornece a ADA exigida para a taxa de rede.

Para um novo usuário, a diferença prática poderia ser significativa: usar um token sem primeiro adquirir um saldo separado de ADA.

A taxa ainda é paga. As aplicações organizariam quem a fornece e em quais termos.

Essa capacidade daria aos desenvolvedores de carteiras e de DeFi mais liberdade para organizar transações em torno da ação que o usuário deseja concluir. Entregar uma experiência simples ainda exigiria suporte das aplicações.

Carlos também discutiu aprimoramentos de contas como base para futuras pequenas transferências. Esses preparativos não estabelecem que Dijkstra torne micropagamentos imediatamente mais baratos.

[NEWSBREAK]

Carteiras e ferramentas precisam estar prontas

Dijkstra muda as estruturas de transações e blocos, exigindo atualizações coordenadas entre carteiras, indexadores e bibliotecas de desenvolvimento.

Carlos descreveu uma sequência planejada em que o nó 11.2 daria suporte a testes de outros recursos de Dijkstra, seguida pela integração de Leios no 11.3. Ele apresentou essas versões como marcos de desenvolvimento, com os testes determinando a prontidão.

O trabalho de governança deve avançar em paralelo à engenharia. Novos parâmetros ajustáveis precisam de salvaguardas constitucionais antes que a comunidade possa governá-los.

O plano de lançamento publicado também diferencia as metas de conclusão de software da ativação na mainnet. A implantação na testnet, os testes pelos operadores e a ratificação de governança exigem tempo adicional.

Para os usuários, os ganhos mais tangíveis podem ser menos etapas antes de sacar recompensas ou usar um token. Para os desenvolvedores, Dijkstra oferece maior flexibilidade em como essas interações são construídas. A próxima tarefa é transformar essa flexibilidade em produtos confiáveis.