Proponendo due cambiamenti significativi alla metodologia e alla visualizzazione di @Walletbeat oggi: - Introdurre la "verificabilità" come una dimensione separata dalla valutazione stessa; issue #503 - Spostare i portafogli non di fase zero in una scheda separata "Altri" simile a L2BEAT; issue #504 Alcuni pensieri qui sotto 🧐

La maggior parte delle cose che Walletbeat cerca possono essere valutate in uno dei due modi: 1⃣ "Usa semplicemente il wallet, bro": Controlla se una funzionalità esiste o meno utilizzando il wallet. Esempio: risolve gli indirizzi ENS quando si inviano token? Ha un elenco di indirizzi destinatari di token da qualche parte?

2⃣ Test di black-box: Esegui il wallet in un ambiente controllato, osserva il suo comportamento. - Indipendenza dal fornitore L1: Blocca tutta la rete tranne l'endpoint RPC L1 - Raccolta dati: Analizza il traffico di rete - Client leggero: Esegui con un nodo RPC disonesto e verifica se il wallet se ne accorge

Ma alcune funzionalità non possono essere testate da nessuno: - Quale libreria crittografica utilizza il wallet? - Dove sono memorizzati i materiali della chiave privata del wallet caldo? - Come ricostruisce una wallet MPC la chiave? - I miei dati di orderflow vengono rivenduti dopo essere stati inviati a un servizio di simulazione delle transazioni?

Sarebbe utile distinguere cosa _afferma_ il portafoglio riguardo a queste cose, da se queste affermazioni siano _verificabili_. Ad esempio, le affermazioni verificabili sono mostrate come fette completamente verdi, mentre le affermazioni non verificabili possono essere mostrate come verdi con contorno rosso o simili nei grafici a torta.

Ai fini della valutazione delle fasi, solo le affermazioni verificabili sono valide. Inoltre, Walletbeat richiede la disponibilità del codice sorgente per arrivare almeno alla fase zero, quindi qualsiasi wallet senza codice sorgente disponibile avanzerebbe "metodologicamente" con questa modifica.

Il vantaggio è una valutazione e un confronto più chiari dei portafogli, oltre a una minore interdipendenza tra gli attributi. La licenza e la disponibilità del codice sorgente sono già attributi a sé stanti; avere altri attributi che diventano rossi solo perché il sorgente non è disponibile danneggia la comprensibilità.

Metti i tuoi pensieri su questo nel problema #503:

L'altra modifica è spostare tutti i portafogli che non soddisfano i requisiti per la fase 0 in una scheda "Altri", simile a quanto fatto da L2BEAT per i progetti di tipo "neanche L2s":

Ragione: I portafogli che non sono disponibili come sorgente non possono essere verificati su molti dei loro attributi. Con la modifica sopra, anche se rendessimo chiare le valutazioni non verificabili, il confronto di questi portafogli accanto a portafogli verificabili ridurrebbe l'incentivo a raggiungere anche la fase 0.

Lo Stadio 0 è il minimo indispensabile per un wallet: basta rendere disponibile il tuo codice sorgente. Ogni browser web che le persone usano oggi è disponibile con il sorgente. I wallet sono software con rischi ancora maggiori rispetto ai browser web, quindi questo non è un obiettivo difficile.

Metti i tuoi pensieri sulla questione #504:

Non mi piace allungare l'elenco delle questioni che devono ancora essere affrontate prima del lancio, ma segnare queste questioni come ostacoli al lancio. Questo perché, sebbene nessuna delle due sarebbe tecnicamente un cambiamento di metodologia, potrebbe sembrare tale da una prospettiva UI/display. Grazie per aver letto!