Вот вопрос, который, как мне кажется, большинство пользователей DeFi пропускают: кто говорит «да» до того, как деньги сдвинутся?

Большинство разговоров в DeFi — про скорость.

Финальность.

Гас.

Ликвидность.

Но более крупный капитал часто заботит более холодный вопрос.

Кто одобрил действие?

Сроки.

Вот где @NewtonProtocol and Newton Mainnet Beta ощущается для меня иначе.

Newton Mainnet Beta — это про проверку правил перед транзакцией, а не после неё.
В документации Newton описывается Newton как децентрализованный policy-движок для авторизации ончейн-транзакций: правила вроде лимитов на траты, санкционного скрининга, предотвращения мошенничества и соответствия требованиям внутри смарт-контрактов.

Я воспринимаю это как ограждение на уровне контракта.

Куратор сейфа может задать лимиты экспозиции, приложение стейблкоина — проверить правила переводов. А ИИ-агент можно заблокировать от трат вне одобренных рамок.

Цель не в том, чтобы сделать DeFi медленнее.

Цель — сделать действия проще обосновывать до того, как значение сдвинется.

Масштаб уже требует такого мышления. DeFiLlama показывает около $91,7B в DeFi TVL и около $317,8B в капитализации стейблкоинов.

Это не маленькие тестовые деньги.

Ошибки в политике могут стать очень дорогими буквально быстро.

В реальном мире представьте ребалансировку сейфа в залог. Если ценовые данные или риск-скор пересекают заданный лимит, policy Newton может заблокировать или среагировать во время выполнения транзакции.

RedStone говорит, что Newton Mainnet Beta использует ценовые данные RedStone и рейтинги риска Credora как входные данные policy для такого рода контроля.

Сама по себе policy — не истина.

Я думаю, важны и данные, и дизайн, и операторы тоже.

Плохие правила могут блокировать хорошие действия.

Слабые входные данные могут одобрять плохие.

Поэтому я бы оценивал $NEWT по качеству policy, а не только по самой идее.

Изучая Newton, спрашивайте себя: что система отказывается подписывать.

Что вы думаете, что важнее всего для следующего этапа DeFi?

#newt #Newt
Faster settlement
0%
Policy check before settlement
100%
3 проголосовали • Голосование закрыто