Был раньше на документации Эйлера, проверял интеграции Vault, вообще не по этой задаче — просто по привычке — и снова заметил ссылку на VaultKit. Именно это вернуло меня в Newton Protocol во второй раз за эту неделю.
Так вот что реально зацепило на этот раз: UX кошелька всегда сводился к одному экрану — «подписать» или «не подписать». И всё. Основная бета-сеть $NEWT , работающая в Base и Ethereum, тихо ломает эту бинарность. #Newt не просит вас одобрить транзакцию — он заставляет саму транзакцию сначала доказать, что она соответствует политике: операторская сеть проверяет её по правилам куратора и пишет квитанцию прежде, чем что-либо будет зафиксировано. @NewtonProtocol — это не добавление шага подтверждения, это замена «вы сказали “да”» на «всё ещё подходит по условиям».
Но вот какая часть постоянно крутится у меня в голове. Любая эволюция UX кошельков, которую я видел — мультисиг, session keys, account abstraction — все обещали «более умные права», но чаще всего это означало лишь меньше всплывающих окон. Версия Newton тяжелее: она требует, чтобы кураторам действительно приходилось писать политики в Rego. Это больше подготовки, чем большинство разработчиков будет делать на раннем этапе. Так что сейчас это в основном институциональные vault’ы и интеграции с Euler — а обычные пользователи кошельков по-прежнему застряли на старом экране «да/нет». Продвинутая версия есть, а дефолтный опыт за ней не поспевает.
Я перекусил по дороге во время чтения и продолжал думать: это становится «wallet UX» только когда кто-то полностью абстрагирует написание политик от разработчиков.
В общем. Интересно, этот слой абстракции появится до того, как давление внедрения заставит его, или после.

$NEWT