Propondo duas mudanças significativas na metodologia e exibição da @Walletbeat hoje: - Introduzir a "verificabilidade" como uma dimensão separada da própria classificação; edição #503 - Mover carteiras que não sejam estágio zero para uma aba separada "Outros" semelhante à L2BEAT; Edição #504 Algumas reflexões abaixo 🧐

A maioria das coisas que a Walletbeat procura pode ser avaliada de duas maneiras: 1⃣ "Apenas use a carteira, mano": Verifique se existe ou não algum recurso usando a carteira. Exemplo: ele resolve endereços ENS ao enviar tokens? Tem algum livro de endereços simbólico do destinatário?

2⃣ Teste de caixa-preta: Execute a carteira em um ambiente controlado, observe seu comportamento. - Independência do provedor L1: Bloqueia toda a rede para todos, exceto o endpoint L1 RPC. - Coleta de dados: Analisar o tráfego de rede - Cliente leve: Roda com um nó RPC mentiroso e veja se a carteira percebe

Mas alguns recursos não podem ser testados por nenhum dos dois: - Qual biblioteca criptográfica a carteira usa? - Onde é guardado o material da chave privada da carteira quente? - Como uma carteira MPC reconstrói a chave? - Meus dados do fluxo de pedidos são revendidos após serem enviados para um serviço de simulação de transação?

Seria útil distinguir quais carteiras _afirmam_ sobre essas coisas de se essas alegações são _verificáveis_. Por exemplo, reivindicações verificáveis são mostradas como fatias verdes completas, reivindicações não verificáveis podem ser apresentadas como verde-porém-contorno vermelho ou semelhante nos gráficos de fatias de pizza.

Para fins de avaliação de etapas, apenas reivindicações verificáveis se qualificam. Além disso, o Walletbeat exige disponibilidade do código-fonte para chegar apenas ao estágio zero, então qualquer carteira sem código-fonte disponível ficaria "à frente" em termos de metodologia com essa mudança.

O benefício são avaliações mais claras e comparação de carteiras, além de menor interdependência entre os atributos. Licenciamento e disponibilidade do código-fonte já são atributos próprios; Ter outros atributos ficando vermelhos só porque a fonte não está disponível prejudica a compreensibilidade.

Coloque suas impressões sobre isso na edição #503:

A outra mudança é mover todas as carteiras que não se qualificam para o estágio 0 para uma aba "Outros", semelhante ao que o L2BEAT fez para projetos do tipo "nem mesmo L2":

Justificativa: Carteiras que não estão disponíveis no código são não verificáveis em muitos de seus atributos. Com a mudança acima, mesmo que deixássemos claras as classificações não verificáveis, a justaposição dessas carteiras com carteiras verificáveis diminuiria o incentivo para chegar até ao estágio 0.

O Estágio 0 é o mínimo para uma carteira: basta disponibilizar seu código-fonte. Todo navegador web que as pessoas usam hoje está disponível em fonte. Carteiras são softwares ainda mais exigentes do que navegadores web, então isso não é um padrão alto.

Coloque suas impressões na edição #504:

Não gosto de alongar o conjunto de questões que ainda precisam ser resolvidas antes do lançamento, mas sim de marcar essas questões como bloqueadores de lançamento. Isso porque, embora tecnicamente nenhuma delas seja uma mudança de metodologia, pode parecer uma mudança do ponto de vista da interface/display. Obrigado por ler!