CZ: Обзорщики блоков должны фильтровать "мусорные" транзакции, чтобы снизить риск отравления адресов.

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

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

Однако более глубокая проблема заключается в том, что механизмы фильтрации могут противоречить принципам неизменности и нейтральности данных блокчейна. Если централизованная сущность (например, оператор обзорщика) решает, что является "мусорной" транзакцией, это может создать прецедент цензуры. В будущем, если микроплатежи между AI-агентами станут нормой, определение "мусорной" транзакции может измениться - некоторые транзакции с очень небольшими суммами могут быть допустимыми для взаимодействия между машинами, а не атаками.

Идеальное решение может потребовать совместной работы на уровне протокола и на уровне приложений. Например, можно интегрировать механизмы аутентификации агентов в такие стандарты, как ERC-8004, или реализовать проверку намерения транзакции с помощью абстракции аккаунта (например, EIP-7702), чтобы снизить вероятность ошибок. Также необходимо обучать пользователей использовать читаемые идентификаторы, такие как ENS, а не напрямую работать с исходными адресами.

В конечном итоге, баланс между безопасностью и открытостью требует консенсуса сообщества. Техническая фильтрация может быть временной мерой, но в долгосрочной перспективе необходимо интегрировать механизмы безопасности в протокол, чтобы сохранить целостность данных блокчейна и одновременно предоставить пользователям интеллектуальную защиту.