Atualizar staking
Pré-requisitos de acesso
- Permissão (módulo):
manageToken - Licença/Feature:
STAKING_TOKENS - Contêiner do menu: GERAL → grupo Investimentos / Distribuições Financeiras → tela Aplicações de Staking
O que é / quando usar
Diálogo aberto pelo ícone de editar de uma aplicação de staking ativa. Permite reajustar o contrato em curso a pedido do cliente ou do agente, em três dimensões independentes: nova porcentagem de rendimento, nova data final do contrato e novo total aplicado (reaporte). Quando a porcentagem ou o valor aplicado mudam, os pagamentos futuros são recalculados automaticamente até o fim do contrato.
Pré-condições
- A aplicação precisa estar ativa (ainda não finalizada). O ícone de edição opera sobre a linha selecionada na listagem.
- Permissão:
manageToken(dupla — enum CPM no backend + módulo no DB).
Campos
| Campo | O que é | Obrigatório? | Efeito no sistema/backend |
|---|---|---|---|
| Nova porcentagem | Nova taxa de rendimento do contrato | Condicional (basta um dos 3) | Enviado como newPercentage (BigNumber) a updateStakeForAdmin; recalcula os pagamentos futuros até o fim do contrato |
| Nova data final | Nova data de término do contrato | Condicional | Enviado como newEndDate; estende/encurta o cronograma de pagamentos |
| Total aplicado | Novo valor total aplicado (reaporte) | Condicional | Enviado como totalApplied; recalcula os pagamentos com base no novo principal |
Ações e modais
- Salvar: chama
updateStakeForAdmincom os campos preenchidos (os não informados vão comonull). O botão fica desabilitado enquanto nenhum dos três campos estiver preenchido. - Cancelar / Fechar: descarta a edição sem alterar o contrato.
Regras de negócio / cuidados
Atenção
- Não é obrigatório preencher os três campos. Qualquer um deles já habilita o botão Salvar; os demais permanecem inalterados.
- Alterar porcentagem ou total aplicado dispara o recálculo automático dos pagamentos restantes até o fim do contrato — o impacto é retroativo apenas para as parcelas futuras, não para as já pagas.
- Os campos numéricos aceitam vírgula ou ponto como separador decimal; o componente normaliza para ponto antes de enviar.
- Valores financeiros:
newPercentageetotalAppliedsão tratados como BigNumber — sem arredondamento na origem.