Честно? В прошлом году меня затянуло в «хайп вокруг compliance token» из какого-то левого Telegram-группирования… через две недели я понял, что это всё маркетинговые слова, без реального механизма за этим.😅 С тех пор, прежде чем писать о любом проекте, я сам просматриваю whitepaper, пытаюсь на самом деле понять архитектуру.

Так Newton Protocol и попал ко мне в поле зрения. Рынок стейблкоинов уже превысил $298 млрд, институциональный капитал перетекает onchain, но исполнимое комплаенс-обеспечение на уровне транзакций… в децентрализованной форме… пока что просто не существует как следует. Именно этот разрыв заставил меня остановиться и задуматься.

Newton называет себя «Authorization Layer». Представьте, как карточные сети проверяют мошенничество, верифицируют личность, обеспечивают лимиты трат ещё до того, как расчёт произойдёт — по сути, та же логика, только перенесённая onchain. Транзакции получают авторизацию по программируемым политикам ещё до того, как они выполняются.

Но вот где встаёт мой вопрос. Связать offchain-комплаенс с onchain-принуждением — значит построить слой верификации, который смарт-контракты будут требовать подтверждения (attestations) в момент выполнения. Кто именно генерирует эти attestations и почему мне стоит доверять операторской сети? Пока я не понимаю эту часть, честно говоря, вся история ощущается неполной.

Я выяснил, что это децентрализованная сеть операторов, защищённая restaking через EigenLayer, с проверкой личности с сохранением приватности через W3C Verifiable Credentials. Эта часть реально привлекла моё внимание, потому что комплаенс и приватность обычно не очень хорошо уживаются вместе 🤔

Так что же получается? Я любопытствую, но не убеждён… пока нет. Вопрос доверия к операторам всё ещё висит у меня в голове без ответа — и именно там я буду разбирать всё дальше в следующем посте: глубже в policy engine и в то, как это доверие на самом деле зарабатывается...
@NewtonProtocol #Newt $BTW
$AIGENSYN
$NEWT
Доверяйте attestations: