Кураторы волтов просят доверия: Newton Protocol требует доказательств
Кураторы DeFi-волтов тихо стали одной из самых крупных историй успеха в ончейне за последний год: общая сумма средств, заблокированных в них, быстро растет в течение последних нескольких месяцев. Я заметил(а) эту тенденцию некоторое время назад, и моя первая реакция была чистым оптимизмом. Больше доверия к ончейн-во̀лтам казалось простым выигрышем. Затем мне в голову пришел(а) другой вопрос: кто на самом деле проверяет, что человек, который курирует волт, соблюдает те правила, которые он(а) заявляет? Куратор волта решает, куда идут средства вкладчиков, какие рынки включать и какой объем экспозиции допустим.
💡SATOSHI NAKAMOTO «聪聪» — действительно ли это стоит внимания?
9 июля три ведущих KOL поочередно провели стримы: от механизма консенсуса до экосистемной компоновки, от стратегического планирования до будущей ценности — расскажем до конца!
⏰ 12:00 大丽7613 ⏰ 14:00 英鸿319 ⏰ 20:00 周周1688
Три эфира на Binance Plaza — один раз посмотрите и поймите «聪聪». Пропустите — ждать год.
Мы обычно предполагаем, что on-chain финансы — это синоним бездоверительной автоматизации, но я понял(а), что на самом деле мы просто строим более сложные цифровые рукопожатия, которые всё равно ломаются, как только выходят в реальный мир.
Каждый раз, когда я взаимодействую с умным контрактом, я ставлю на то, что код идеален, но игнорирую реальность: юридические соглашения между людьми существуют целиком за пределами этой песочницы.
Мы фактически создали систему, где активы могут двигаться со скоростью молнии, но лежащие в основе права и обязанности остаются заперты в медленных, непрозрачных и часто не подлежащих исполнению правовых рамках.
Я начал(а) задумываться, не оцифровываем ли мы просто наши старые бюрократические проблемы вместо того, чтобы их решать. Именно тогда я принял(а)ся смотреть, что именно @NewtonProtocol изучает и тестирует, а именно — их децентрализованный policy engine.
Вместо того чтобы пытаться загнать каждую сложную юридическую тонкость в жёсткий умный контракт, они по сути создают слой, который действует как мост, позволяя юридической логике переводиться в on-chain исполнение.
Это не про написание более хорошего кода — это про то, чтобы наш юридический замысел действительно заговорил на языке блокчейна.
Но главный вопрос остаётся прежним: сможем ли мы когда-нибудь по-настоящему заменить человеческий элемент в обеспечении исполнения контрактов, не создавая при этом новый алгоритмический тип негибкости, который так же склонен к сбоям?
Я всё ещё не уверен(а), что мы готовы позволить коду держать молот. @NewtonProtocol $NEWT #Newt
Проблема кураторов, о которой никто не говорит, пока их хранилище не взломают
Я доверял хранилищу, потому что оно выглядело проверенным. Я никогда не спрашивал, кто на самом деле следит за тем, чтобы правила соблюдались. Несколько месяцев назад я вложил деньги в отобранное DeFi-хранилище, потому что панель выглядела аккуратно, стратегия имела смысл, а у куратора была приличная история. Я не читал мелкий шрифт. Его никто не читает. Ты просто предполагаешь, что если куратор говорит: «Мы выделяем средства только в разрешенные рынки», то так и происходит. Затем я начал разбираться в том, как на самом деле работают отобранные хранилища, и это предположение немного развалилось.
Раньше я думал, что, делая вклад в отобранное хранилище, я доверяю стратегии.
Но потом я действительно прочитал, кто управляет рычагами, и понял, что я доверял не системе, а человеку.
Кураторы решают вопросы распределения, риска и подверженности контрагентскому риску — всё основывается на обещании действовать ответственно.
Ничто onchain не мешает им нарушить это обещание.
Именно эта брешь заставила меня обратить внимание на @NewtonProtocol .
Его mainnet beta применяет правила хранилища как код до того, как транзакция будет окончательно зафиксирована — а не как политику, прописанную где-то в стороне.
Но код всё равно должен кто-то написать правильно.
Действительно ли onchain-обеспечение снижает доверие, или просто переносит, где мы его размещаем? $NEWT #Newt
Полномочия должны масштабироваться вместе с прослеживаемостью, а не с доверием.
Раньше я думал(а), что разрешения в DeFi по сути бинарные. Или кошелёк может подписать транзакцию, или он не может. Как только вы одобряете что-то, вы передаёте доверие, и то, что происходит дальше, — это прыжок веры. Я никогда не задавал(а) этому вопрос, пока не увидел(а), как автоматизированная стратегия сделала то, чего я не разрешал(а) так, как ожидал(а). Не злонамеренно — просто ребаланс, который технически соответствовал разрешению, которое я выдал, но не намерению, стоявшему за ним. Ничего не было украдено. Но я понял, что не могу на самом деле доказать, что произошло или почему, кроме того, что у бота был доступ.
#newt $NEWT Раньше я думал, что оверколлатерализация — самая гениальная идея DeFi. Заложи больше, чем занимaешь, и при дефолте — никаких проблем.
Потом я спросил себя: почему это правило вообще существует — и оно перестало казаться таким уж умным.
Это не лучшая модель кредитования. Это обходной путь. В ончейне нет способа проверить, действительно ли заёмщик кредитоспособен — поэтому протоколы вместо человека подстраховывают залогом.
Нормально для трейдера, который берёт под залог ETH.
Бесполезно для реального кредита, когда у кого-то есть платёжеспособность, но нет желания блокировать 150%.
Ранние попытки чинить это шли через белые списки пулов и делегированных андеррайтеров.
Это работало, пока рынки не становились грубее, потому что андеррайтинг держался на чьём-то суждении, а не на чём-то, что можно принудительно исполнить.
И вот где модель Ньютона становится интересной для кредитования без того, чтобы оно было построено специально под кредит.
Оценка риска становится тем, что политика проверяет в момент, когда транзакция уже завершилась, а не просто числом, которое «сидит» где-то на дашборде и никому не обязано быть соблюдённым.
Но я не уверен, что это исправляет реальную проблему.
Кто-то всё равно генерирует эту оценку риска.
Принуждение к неверному числу просто делает его вид более авторитетным.
Так что я всё продолжаю думать: мы реально строим кредит onchain или просто становимся увереннее в числах, которые всё равно не можем проверить?
Ончейн-комплаенс заканчивается у двери. Должно ли так быть?
Каждый раз, когда я онбордингуюсь в A, соответствующее требованиям DeFi-приложение, я просто предполагаю, что где-то кто-то проверяет, что мне разрешено там находиться. Заполняется форма KYC — появляется зелёная галочка — и я иду дальше. Я никогда на самом деле не спрашивал(а), что происходит после этой галочки. Оказывается, не так уж много. Большинство комплаенса в крипто сегодня — это разовый пропуск, а не постоянная проверка. Как только ты внутри — ты внутри. Реальная транзакция, которая действительно имеет значение, происходит без какого-либо реального, во времени, enforcement политики. Комплаенс был театром у двери, а не контролем в момент действия.
#newt $NEWT Я снова и снова прокручивал эту идею в голове, так что хочу поделиться ею.
Подумайте, как на самом деле работает Visa. Прежде чем оплата по карте пройдёт, за кулисами происходит тихое решение — проверка того, вообще стоит ли одобрять транзакцию.
Мы этого не видим, но именно поэтому мошенничество не рушит всю систему.
Я начинаю понимать, что в onchain-финансах не хватает ровно этого слоя. Деньги сначала движутся, а вопросы задаются потом — если вообще задаются.
Это наоборот, если подумать. И вот где для меня щёлкнул Newton Protocol.
Они создают не просто ещё один сейф или продукт с доходностью. Это становится слоем принятия решений — способом проверить и одобрить, прежде чем ценность реально сдвинется с места, примерно так же, как работают карточные сети, но построено для onchain-расчётных рельсов.
Их маркетплейс «Internet of Policies» ощущается как недостающий шаг авторизации, о котором никто не говорил до сих пор.
Мы видим, что всё больше разработчиков осознают: одной скорости недостаточно — доверию нужны контрольные точки тоже.
Если Newton Mainnet Beta сможет доказать это, то это может незаметно стать инфраструктурой, на которую полагаются, даже не замечая этого — так же, как Visa. @newton_xyz latex
Тихий страж: почему упреждающее соблюдение требований — последний рубеж для DeFi
Годы подряд я наблюдаю, как Блокчейн-экосистема работает, как скоростная автострада без ни одного знака «Стоп». Когда происходит взлом или случается нарушение со стороны регулятора, мы полагаемся на постфактумный разбор — реактивную отчётность, чтобы убрать последствия катастрофы. Это система, которая ждёт, пока нанесённый ущерб станет необратимым, прежде чем она признает проблему. Но в последнее время я копаюсь в @NewtonProtocol И кажется, что мы наконец движемся к чему-то, что действительно функционирует как зрелая финансовая система. упреждающее принудительное исполнение.
#newt $NEWT Я уже несколько недель роюсь в безопасности институциональных хранилищ, и кое-что наконец щёлкнуло для меня, когда прошлой ночью я читал документацию @NewtonProtocol.
Большинство инструментов комплаенса по-прежнему опираются на чёрные списки.
Они помечают известных плохих акторов уже постфактум, а это значит, что к тому моменту, когда всплывает красный флаг, средства уже ушли.
Получается игра в догонялки, в которой никто не выигрывает.
Что здесь другое — это сдвиг в сторону ограниченного доступа по умолчанию.
Вместо вопроса «кого мы блокируем» домен идентичности Newton задаёт вопрос «кого мы действительно допускаем».
Это менталитет белого списка — и, честно говоря, он гораздо лучше подходит для институционального капитала.
Если хранилище с самого начала позволяет только верифицированные и одобренные политики контрагентов, то нет «зазора», через который плохие акторы могут проскочить до того, как обнаружение догонит.
Мы видим, как в прошлом году огромными темпами растёт TVL от тщательно отобранных DeFi-хранилищ, а слой принудительного исполнения просто не успевает за этим ростом.
Подход Newton проверяет правила по санкционным идентификаторам и юрисдикции до того, как транзакция будет завершена, а не после — с использованием доказательств с нулевым разглашением, чтобы чувствительные данные оставались приватными.
Именно это сочетание приватности и верифицируемости — то, о чём просят институты.
Мой личный вывод после этого глубокого погружения: compliance as code — это больше не просто модное словечко.
Он превращается в реальную архитектуру, которой должны доверять институты в Onchain Finance.
Я в последнее время много думаю о фразе, которая снова и снова возвращается ко мне: «Аттестация — не точность».
Легко предположить, что если что-то доказано on-chain, то это обязательно правда.
Но доказательство говорит нам только о том, что процесс был запущен так, как и предполагалось.
Оно не говорит нам о том, что данные, которые подали в этот процесс изначально, были честными.
Именно этот разрыв не дает мне покоя, пока я читаю Newton Protocol.
Что мне нравится в Newton, так это то, что он не пытается просто «замять» эту проблему.
Вместо того чтобы полагаться лишь на вывод AI-агента, система оборачивает каждое действие в среду Trusted Execution Environment и подкрепляет это доказательством с нулевым разглашением (zero knowledge proof).
Становится меньше «поверьте мне» и больше «вот доказательства, которые вы можете проверить сами».
Для проверки личности в реальном времени и соблюдения требований (Compliance) эта разница на самом деле очень важна.
Если агент перемещает средства или подтверждает, кто именно является кем-то, я хочу доказательство корректного выполнения, а не просто уверенное заявление.
Я человек, которого раньше обжигали инструменты, выглядевшие надежными, но оказавшиеся таковыми не были, поэтому такая многоуровневая верификация действительно дает мне спокойствие.
Мы видим, как все больше платформ цифровых активов говорят о Compliance, но немногие создают криптографический «каркас» (Cryptographic Backbone), который реально это поддерживает.
Настоящее доверие не заявляют — его демонстрируют. Newton, похоже, понимает эту разницу.
Протокол Newton и доверие, о котором никто не говорит
Когда безопасность выходит за рамки контракта, куда на самом деле девается доверие Я хочу поговорить о кое о чём в архитектуре Newton Protocol, что, как мне кажется, слишком быстро обходят вниманием. Все сосредотачиваются на вопросах скорости, вопросах комплаенса, вопросах токена. Меньше людей действительно разбираются в самой интеграционной модели, а именно её я считаю наиболее важной для того, чтобы подвергнуть сомнению. Newton позволяет разработчику добавить один лёгкий хук в существующий смарт-контракт. Никаких переписываний, никакого пере развертывания, никаких касаний к основной логике, которая уже прошла аудиты и тестирование. Реальное решение политики оформляется отдельно в Rego и оценивается внечейн операторами децентрализованной сети до того, как транзакция будет разрешена к исполнению (settle). На бумаге это выглядит элегантно: вы сохраняете ваш уже испытанный в бою контракт ровно таким, какой он есть, и просто «пристёгиваете» безопасность, не нарушая ничего из того, что находится внизу.
Принуждение до исполнения Почему я считаю, что Протокол Newton меняет правила игры
Я потратил(а) много времени, наблюдая за инструментами ончейн‑безопасности, которые обещают защищать пользователей, и честно говоря, в итоге большинство из них подвели меня точно так же. Они говорят мне о том, что Уже произошло. Транзакция проходит — и что-то кажется неправильным, а только потом мне приходит уведомление, что она была рискованной. К тому времени ущерб уже нанесен. Именно из‑за этого разочарования Протокол Newton привлек мое внимание. Ньютон не ждет, пока произойдет транзакция, прежде чем вынести ей оценку. Он сверяет транзакцию с действующей политикой Прежде чем она будет подтверждена. Я представляю это как контрольно-пропускной пункт прямо в момент исполнения. Если транзакция не соответствует правилам — будь то проверки санкций, риск-лимитов или требований к идентичности — она просто не проходит.
#newt $NEWT Я в последнее время по вечерам читаю Newton Protocol и хочу поделиться тем, почему он привлёк моё внимание.
Большинство из нас так или иначе использовали какую‑то автоматизацию в криптоиндустрии — будь то бот или скрипт — и мы знаем, как тревожно бывает передавать управление без реального прОофа того, что именно происходит за кулисами. Именно этот разрыв пытается закрыть Newton.
Что особенно заметно для меня — как они построили проверяемый слой автоматизации с помощью доверенных сред выполнения в сочетании с доказательствами с нулевым разглашением. Проще говоря: AI‑агент может действовать за вас на разных цепочках, и при этом у вас остаётся криптографическое подтверждение, что ничего подозрительного не происходило. Я из тех, кто всегда сомневается, прежде чем делегировать финансовые действия машине, поэтому такой дизайн реально снимает мою тревогу.
Ещё одна часть, которая мне нравится, — это Newton Model Registry. Разработчики, которые размещают там своих AI‑агентов или модели, платят комиссии в NEWT, и эти комиссии возвращаются авторам моделей в виде роялти. Получается реальный механизм поощрения — не просто ещё одна утилита токена «на бумаге». Мы видим, что всё больше проектов говорят об AI и автоматизации, но немногие на самом деле так чисто связывают экономику вместе.
Если Web3 когда‑нибудь станет простым для обычного человека, то именно такие проекты — которые тихо закладывают фундамент. Я слежу за тем, как будет развиваться система Репутации для Агентов дальше.
Newton Mainnet Beta уже в сети: разговор о внедрении ончейн-принуждения в DeFi
Майя: Ты видел(а) новости? Newton Mainnet Beta официально запущена. Дэвон: Я сделал. Я уже некоторое время следую за и сейчас чувствую, что это тот самый момент, когда вся концепция диссертации складывается воедино. Это представляется как уровень ончейн-авторизации для DeFi, и чем больше я в это вчитываюсь, тем больше понимается эта формулировка. Майя: Давай разберем это как следует. Подумай, как на самом деле работают сегодня отобранные DeFi-валюты (vaults). Эти хранилища держат активы на миллиарды, и эта цифра растет каждый месяц, поскольку все больше капитала вливается в кураторские стратегии.
#newt $NEWT Большинство систем с нулевым разглашением заставляют меня идти на мучительный компромисс: сначала напиши логику моей политики, а затем отдельно спроектируй пользовательскую схему только чтобы сделать её доказуемой.
Этот дополнительный шаг замедляет всё и создаёт пространство для ошибок между тем, что говорит моя политика, и тем, что на самом деле доказывает схема.
Протокол Newton решает это иначе и честно — именно поэтому я снова и снова к нему возвращаюсь.
Вместо того чтобы вручную собирать схемы для каждого правила, Newton компилирует весь движок вычисления политики Rego напрямую в целевую архитектуру RISC-V.
Rego — это тот же открытый язык политики, который используется в OPA (Open Policy Agent), которому я уже доверяю в инфраструктуре облака и системах комплаенса.
Ориентируя на RISC V, Newton по сути превращает универсальный движок вычислений в вычисление, которое можно строго доказать.
Результат, который я вижу: каждая политика, которую я пишу на Rego, автоматически становится ZK-доказуемой — без проектирования пользовательских схем, без отдельного конвейера доказательств и без ручного слоя перевода на моей стороне.
Независимо от того, это проверка KYC, санкционный скрининг или правило лимита расходов — та же логика вычисления, которая запускает мою политику, может также генерировать проверяемое доказательство того, что она выполнилась корректно.
Для меня это важнее всего во время споров. Когда оппонент оспаривает аттестацию оператора, мне не нужно ничего строить заново — я просто запускаю тот же движок Rego, и из этого выполнения получается валидное ZK-доказательство.
Для меня реальная разгадка — в этом: комплаенс и криптографическая верифицируемость становятся одним и тем же процессом, а не двумя разными.