solana-labs/solana

`solana vote-account` authorized-voter display is not clear

Open

#11.273 aberto em 29 de jul. de 2020

Ver no GitHub
 (6 comments) (0 reactions) (0 assignees)Rust (3.950 forks)batch import
good first issue

Métricas do repositório

Stars
 (12.651 stars)
Métricas de merge de PR
 (Nenhuma PRs mesclada em 30d)

Description

Problem

We currently display a vote account info on the CLI as follows:

$ solana vote-account vote.json
Account Balance: 0.02685864 SOL
Validator Identity: 7hguFUbg1pbkSppuwfZ1i9n9Wrqs22J4nLRepGnjvniW
Vote Authority: {2: "7hguFUbg1pbkSppuwfZ1i9n9Wrqs22J4nLRepGnjvniW"}
Withdraw Authority: 7hguFUbg1pbkSppuwfZ1i9n9Wrqs22J4nLRepGnjvniW
Credits: 0
Commission: 100%
Root Slot: ~
Recent Timestamp: BlockTimestamp { slot: 0, timestamp: 0 }

The line Vote Authority: {2: "7hguFUbg1pbkSppuwfZ1i9n9Wrqs22J4nLRepGnjvniW"} is not clear what the two values represents, which is: epoch: authorized_voter. So if you authorize a new voter, it should be reported there, keyed to the epoch it changed.

Proposed Solution

  • Change Vote Authority line to just display the pubkey of the vote auth, same format as withdraw auth.
  • Add a separate line for the epoch change data, like: Vote Authority last changed during Epoch: [epoch]

Guia do colaborador

Direção de pesquisa
A issue descreve uma solicitação clara de recurso para melhorar a saída da CLI de `solana vote account`. A exibição atual mostra `Vote Authority: {2: "pubkey"}`, o que não é claro. A solução proposta é alterá la para exibir a chave pública diretamente, como a autoridade de saque, e adicionar uma linha separada para os dados de mudança de época. Para implementar, procure o código da CLI responsável por exibir as informações da conta de voto, provavelmente no código fonte da CLI do Solana (por exemplo, `cli/src/vote.rs` ou similar). Modifique a formatação para corresponder à saída proposta. Verifique os comentários existentes para qualquer contexto adicional ou implementações parciais.
Pilha de tecnologia
rust
Domain
blockchaincli
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
RustCLI development
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70