Я заметил определённый паттерн в серьёзных инфраструктурных проектах в криптоиндустрии.

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

Я заходил в SDK Newton Protocol, ожидая ровно этого. Децентрализованная сеть операторов, restaking EigenLayer, BLS-аттестации, язык политик Rego — всё это звучит так, будто на корректную настройку уйдёт неделя, причём с тремя открытыми браузерными вкладками всё время.

Но на деле всё оказалось иначе — и это меня удивило.

SDK расширяет стандартный viem-клиент кошелька. Если вы недавно писали современный код для Ethereum, вы уже знаете viem. Паттерн ощущается сразу знакомым. Вы не осваиваете новую ментальную модель — вы добавляете возможности к тому, чем, вероятно, уже пользовались.

Основная функция, которую вы реально вызываете, — simulateTask. Описываете намерение по транзакции, передаёте детали политики, получаете результат с булевым значением в конце. Можно или нельзя. Один await-вызов, который абстрагирует под собой массу серьёзной распределённой инфраструктуры.

VaultKit — там раскрывается глубина: реальные исполнимые политики для сейфов, лимиты расходов, проверки санкций, правила для контрагентов. Но даже там опыт оказался более продуманным, чем я ожидал.

Технический порог низкий. Интересная работа — понять, какие именно правила нужны вашему протоколу.

Beta для mainnet уже в сети.
@NewtonProtocol $NEWT #Newt