Предлагаю два значительных изменения в методологии и отображении @Walletbeat сегодня: - Ввести "проверяемость" как отдельное измерение от самого рейтинга; вопрос #503 - Переместить кошельки, не находящиеся на нулевой стадии, в отдельную вкладку "Другие", аналогичную L2BEAT; вопрос #504 Некоторые мысли ниже 🧐

Большинство вещей, которые Walletbeat ищет, можно оценить одним из двух способов: 1⃣ "Просто используй кошелек, брат": Проверь, существует ли функция или нет, используя кошелек. Пример: разрешает ли он адреса ENS при отправке токенов? Есть ли у него где-то адресная книга получателей токенов?

2⃣ Тестирование «черного ящика»: Запустите кошелек в контролируемой среде, наблюдайте за его поведением. - Независимость от провайдера L1: Заблокируйте все сети, кроме конечной точки L1 RPC - Сбор данных: Анализируйте сетевой трафик - Легкий клиент: Запустите с обманчивым RPC узлом и посмотрите, заметит ли кошелек это.

Но некоторые функции не могут быть протестированы ни теми, ни другими: - Какую криптографическую библиотеку использует кошелек? - Где хранятся приватные ключи горячего кошелька? - Как кошелек MPC восстанавливает ключ? - Продаются ли мои данные о потоке заказов после отправки в сервис симуляции транзакций?

Полезно было бы различать, что кошельки _утверждают_ по этим вопросам, и можно ли эти утверждения _проверить_. Например, проверяемые утверждения отображаются как полностью зеленые сектора, непроверяемые утверждения могут быть показаны как зеленые с красной обводкой или что-то подобное на круговых диаграммах.

Для целей оценки этапа квалифицируются только проверяемые утверждения. Кроме того, Walletbeat требует доступности исходного кода, чтобы перейти хотя бы на нулевой этап, поэтому любой кошелек без доступного исходного кода получит методологическое "преимущество" с этим изменением.

Преимущество заключается в более четких оценках и сравнении кошельков, а также в меньшей взаимозависимости между атрибутами. Лицензирование и доступность исходного кода уже являются собственными атрибутами; если другие атрибуты становятся красными только потому, что исходный код недоступен, это ухудшает понимание.

Поделитесь своими мыслями об этом в вопросе #503:

Другим изменением является перемещение всех кошельков, которые не соответствуют этапу 0, на вкладку "Другие", аналогично тому, что сделано на L2BEAT для проектов типа "даже не L2":

Обоснование: Кошельки, которые недоступны для проверки, не могут быть проверены по многим их характеристикам. С вышеуказанным изменением, даже если мы сделаем непроверяемые рейтинги ясными, сопоставление этих кошельков с проверяемыми кошельками снизит стимул даже дойти до стадии 0.

Этап 0 — это минимальные требования для кошелька: просто сделайте свой исходный код доступным. Каждый веб-браузер, который люди используют сегодня, имеет доступный исходный код. Кошельки — это еще более критическое программное обеспечение по сравнению с веб-браузерами, поэтому это не высокая планка.

Поделитесь своими мыслями по вопросу #504:

Мне не нравится увеличивать список вопросов, которые еще нужно решить перед запуском, но отмечать эти вопросы как блокирующие запуск. Это связано с тем, что хотя ни одно из них технически не является изменением методологии, это может восприниматься как таковое с точки зрения интерфейса/отображения. Спасибо за чтение!