Proponemos dos cambios significativos en la metodología y la exhibición de @Walletbeat hoy: - Introducir la "verificabilidad" como una dimensión separada de la propia valoración; Número #503 - Mover carteras que no sean de etapa cero a una pestaña separada de "Otros" similar a L2BEAT; Número #504 Algunas reflexiones a continuación 🧐

La mayoría de los aspectos que busca Walletbeat pueden evaluarse de dos maneras: 1⃣ "Solo usa la cartera, tío": Comprueba que existe o no alguna función usando la cartera. Ejemplo: ¿resuelve las direcciones ENS al enviar tokens? ¿Tiene alguna agenda de destinatario en algún sitio?

2⃣ Pruebas de caja negra: Ejecuta la cartera en un entorno controlado y observa su comportamiento. - Independencia del proveedor L1: Bloquear toda la red en todas excepto en el extremo RPC L1 - Recogida de datos: Analizar el tráfico de red - Cliente ligero: Ejecuta con un nodo RPC que está mintiendo y ve si la cartera se da cuenta

Pero algunas características no pueden ser probadas por ninguno de los dos: - ¿Qué biblioteca criptográfica utiliza la cartera? - ¿Dónde se guarda el material de la llave privada de la cartera caliente? - ¿Cómo reconstruye una cartera MPC la clave? - ¿Se revenden mis datos de flujo de pedidos después de enviarlos a un servicio de simulación de transacciones?

Sería útil distinguir qué _afirman_ las carteras sobre estas cosas de si estas afirmaciones son _verificables_. Por ejemplo, las afirmaciones verificables se muestran como porciones verdes completas, las afirmaciones no verificables pueden mostrarse como verde pero contorno rojo o similares en los gráficos de porciones circulares.

Para fines de evaluación por etapas, solo califican las reclamaciones verificables. Además, Walletbeat requiere disponibilidad de código fuente para llegar solo a la etapa cero, así que cualquier monedero sin código fuente disponible se adelantaría en cuanto a metodología con este cambio.

El beneficio son las valoraciones más claras y la comparación de carteras, así como una menor interdependencia entre los atributos. La licencia y disponibilidad del código fuente ya son atributos propios; Que otros atributos se pongan rojos solo porque la fuente no está disponible perjudica la comprensibilidad.

Poned vuestras impresiones sobre esto en el número #503:

El otro cambio es mover todas las carteras que no califican para la etapa 0 a una pestaña de "Otros", similar a lo que ha hecho L2BEAT para proyectos "ni siquiera L2":

Justificación: Las carteras que no están disponibles en el código fuente no son verificables en muchos de sus atributos. Con el cambio anterior, incluso si dejáramos claras las valoraciones no verificables, la yuxtaposición de estas carteras junto a carteras verificables reduciría el incentivo incluso para llegar a la fase 0.

La etapa 0 es lo mínimo indispensable para una cartera: solo tienes que poner tu código fuente disponible. Todos los navegadores web que la gente usa hoy en día están disponibles en fuente. Las carteras son software de mayor riesgo en comparación con los navegadores web, así que no es un listón alto.

Poned vuestras impresiones en el número #504:

No me gusta alargar el conjunto de problemas que aún deben abordarse antes del lanzamiento, sino marcar estos problemas como bloqueadores de lanzamiento. Esto se debe a que, aunque técnicamente ninguno de los dos sería un cambio de metodología, puede sentirse como uno desde la perspectiva de la interfaz o la pantalla. ¡Gracias por leer!