Поиск долгосрочной ценности в то время, когда все гонятся за монетами-трендами
Сегодня $VANRY и $YFI повсюду в моей ленте. Каждое обновление приносит очередной токен, который попадает в заголовки из-за резкого движения цены или растущего ажиотажа в сообществе. Мне нравится следить за этими трендами, потому что они помогают понять, что происходит на рынке криптовалют. Но после того как я несколько месяцев училась тому, как работают блокчейн-проекты, я поняла, что проекты, за которыми я продолжаю следить, не всегда самые громкие. Это те, которые создают практические решения, и именно поэтому @NewtonProtocol привлек к себе мое внимание.
Сегодня $YFI и $BLUR получают много внимания, и мне всегда нравится наблюдать за тем, куда движется рынок. Но пока цены приходят и уходят, я трачу больше времени на отслеживание проектов, которые решают реальные проблемы. Поэтому @NewtonProtocol остается в моем списке наблюдения. Когда я больше узнал о том, как выстраивать цепочки из нескольких оракулов данных, я понял, насколько это практично. В повседневной жизни я редко принимаю решения, опираясь на один-единственный источник информации — так почему же иначе должно быть с политиками блокчейна? Сводить независимые сигналы вроде данных о рисках, проверок санкций и состояния оракула в одну политику кажется гораздо более надежным. Мне нравится, что Newton Protocol позволяет этим разным источникам работать вместе, выдавая одно понятное решение и одну аттестацию. Такая продуманная архитектура внушает мне больше уверенности, чем проекты, сосредоточенные только на хайпе, и это одна из причин, по которой я продолжаю следить за его развитием. #newt #Newt #newton $NEWT
Почему Newton Protocol изменил мой взгляд на защищённые данные в ончейне
Как и многие люди в криптоиндустрии, я до сих пор слежу за сегодняшними трендовыми монетами, например $VANRY и $SYN , потому что рынок меняется каждый день. Интересно наблюдать за появлением новых тенденций и понимать, куда смещается внимание. Но когда я хочу изучать технологию с долгосрочной ценностью, а не краткосрочным хайпом, я снова возвращаюсь к @NewtonProtocol . Проводя исследования того, как децентрализованные приложения взаимодействуют с внешними сервисами, я постоянно задавал один вопрос: если приложение в блокчейне зависит от API, то где хранятся ключи API? Сначала эта проблема кажется небольшой, но на самом деле это один из самых больших рисков безопасности для разработчиков.
Сегодня $TLM и $SYN привлекают к себе много внимания, и да, я слежу за этим внимательно. Но пока рынки движутся с энтузиазмом, я снова и снова возвращаюсь к тому, почему @NewtonProtocol выделяется для меня. В ходе своего исследования я понял, что безопасность транзакций становится значительно сильнее, когда правила авторизации программируемы, а не каждый раз вручную проверяются.
Больше всего меня впечатлило то, как политики Rego могут задавать лимиты расходов, allowlists, санкционный скрининг и предотвращение мошенничества до того, как намерение будет одобрено. Также мне нравится подход с приоритетом приватности к проверкам личности. Вместо того чтобы раскрывать персональную информацию, политики получают только результат верификации, например статус KYC или право на участие, не раскрывая сырые пользовательские данные. Этот баланс между комплаенсом и приватностью ощущается как то направление, в котором должны двигаться onchain-системы. Для меня Newton Protocol — это не просто следование трендам: это создание инфраструктуры, которая может сделать решения в блокчейне более надежными. #newt #Newt $NEWT
Небольшая привычка, которая изменила то, как я думаю о решениях в ончейн
У меня есть простая привычка, когда я изучаю новое приложение в блокчейне. Прежде чем с ним взаимодействовать, я трачу несколько минут на то, чтобы разобраться, как оно работает «за кулисами». Большинство людей сосредотачиваются на интерфейсе, но мне всегда становится любопытно, что происходит до того, как транзакцию одобрят. Именно это любопытство и привело меня к @NewtonProtocol . Когда я разбирался в его архитектуре, я наткнулся на концепцию Data Oracles. Сначала я думал, что оракул — это просто ещё один сервис, который отправляет ценовые данные в блокчейн. Чем больше я читал, тем сильнее понимал, что Ньютон подходит к этой идее иначе. Вместо того чтобы полагаться на фиксированную информацию, он позволяет компонентам WebAssembly получать или вычислять внешние данные ровно в тот момент, когда происходит оценка политики.
Некоторые привычки в моей повседневной рутине со временем изменились. Я больше не предполагаю, что каждое действие должно происходить в тот же момент, когда я нажимаю кнопку. Будь то управление цифровыми активами, изучение новых инструментов DeFi или обучение тому, как устроена инфраструктура блокчейна, я начал ценить системы, которые сначала проверяют, а затем выполняют. Именно поэтому @NewtonProtocol caught привлёк моё внимание. Всё начинается с сейфов, но видение на этом не заканчивается. То, как оно расширяется в направлении RWAs, стейблкоинов и AI-агентов через маркетплейс «Интернет политик», заставляет идею казаться намного более масштабной, чем один-единственный продукт. Вместо того чтобы полагаться на слепое доверие, политики становятся частью каждого важного решения. Мне также нравится, что $NEWT powers эту растущую экосистему, связывая протокол с людьми, которые им пользуются. Наблюдая, как этот подход развивается, я задумался о том, как в будущем должны работать безопасные onchain-взаимодействия. #newt #Newt $NEWT
Мой опыт обучения тому, почему политики идентичности важны в Newton Protocol
Одна вещь, которую я усвоил, исследуя инфраструктуру блокчейна, заключается в том, что перемещение активов on-chain — это на самом деле простая часть. Сложная часть — решить, кому вообще следует разрешить выполнять определённые действия. Этот вопрос стал намного яснее для меня после того, как я потратил время на чтение о системе Verifiable Credentials и Identity Policy в Newton Protocol. Сначала я предполагал, что проверка личности — это просто ещё один процесс KYC, который происходит один раз во время регистрации. @NewtonProtocol полностью изменило это предположение.
ИИ становится лучше в принятии решений onchain. Но есть один вопрос, который постоянно всплывает: кто устанавливает границы?
@NewtonProtocol подходит к этому иначе. Вместо того чтобы фокусироваться только на исполнении, он вводит принудительное соблюдение политики до того, как транзакции будут одобрены. Это означает, что каждое действие можно оценить по четырем ключевым направлениям: комплаенс, идентичность, безопасность и риск.
Проверки комплаенса могут учитывать требования по санкциям. Политики идентичности подтверждают соответствие. Безопасность отслеживает угрозы в реальном времени. Политики риска учитывают такие факторы, как подверженность контрагента, APY, плечо и состояние оракула.
Самое интересное — это экосистема вокруг него. Политики разрабатываются вместе с лидерами, включая Chainalysis, Hexagate, Vaults.fyi, RedStone и Credora, а инфраструктура защищена с помощью Eigen Labs, Succinct, Rhinestone и Octane.
ИИ нужно не только быстродействие. Ему нужны правила, которым можно доверять. #newt #Newt $NEWT
Почему проверяемые учётные данные Newton изменили то, как я думаю об ончейн-идентичности
Одна вещь, которая постоянно меня беспокоила, когда я исследовал Web3, — это то, как проверка личности воспринимается как полностью отдельный процесс от блокчейн-транзакций. Пользователь мог пройти KYC на одной платформе, но каждое новое приложение часто снова запрашивало ту же информацию. Это казалось повторяющимся, неэффективным и не особенно удобным с точки зрения приватности. Когда я начал изучать проверяемые учётные данные Newton Verifiable Credentials (Newton VC), я понял, что есть более умный подход. Вместо того чтобы держать проверки личности отдельно от принудительного применения правил, Newton позволяет разработчикам встраивать KYC-информацию прямо в политики транзакций. Это сразу привлекло моё внимание, потому что решает проблему, с которой я сталкивался во множестве децентрализованных приложений.
Чем больше я исследую @NewtonProtocol , тем больше понимаю, что безопасность в ончейне — это не только написание надежных политик: важно обеспечивать их последовательное выполнение. На этой неделе мое внимание привлек SDK Newton Vault от Magic Labs. Вместо того чтобы оставлять проверки комплаенса, безопасности и рисков разрозненными по разным системам, он объединяет их в единый уровень ончейн-исполнения. После объявления партнеров по запуску 23 июня это выглядит как важный шаг к тому, чтобы исполнение политик стало практичным для реального DeFi.
Я также узнал, что эффективность политики определяется не только ее кодом. Одна и та же логика политики может поддерживать разные приложения за счет использования разных конфигураций, позволяя командам корректировать лимиты и условия без переписывания базовых правил. Такая гибкость мощна, но это также означает, что управление этими настройками становится не менее важным, чем сама политика.
По мере роста DeFi, я думаю, прозрачное исполнение будет иметь большее значение, чем просто выявление проблем после того, как они уже произошли.
Как вы считаете, настраиваемые параметры политик укрепляют доверие или же каждый важный параметр должен быть проще для пользователей, чтобы они могли проверить его перед тем, как полагаться на него? #newt #Newt $NEWT
Момент, когда я понял(а), что для каждой блокчейн-транзакции нужно принимать решение до выполнения
Я обычно не бросаюсь в новые блокчейн-протоколы без практической причины. Мне нравится тестировать реальные рабочие процессы, а не следовать хайпу. Именно поэтому мне и бросился в глаза @NewtonProtocol <c-6/>. В процессе поиска более безопасных способов авторизации on-chain-действий я наткнулся на его раздел Quickstart, где обещали полную симуляцию оценки политики всего за несколько минут. Любопытство переросло в искренний интерес. Вместо того чтобы зацикливаться на токеномике или маркетинге, я хотел понять технологию из первых рук. Я установил TypeScript SDK и пошагово выполнил инструкции. Не было никакого давления с целью срочно развернуть контракты или настраивать сложную блокчейн-среду. Процесс оказался неожиданно простым — он позволил мне сосредоточиться непосредственно на логике авторизации.
Я потратил много времени на изучение DeFi, и меня всегда кое-что беспокоило: крупнейшие хранилища (vaults) управляют миллиардами, однако многие их правила риска по-прежнему зависят от офчейн-процессов и ручного надзора.
Этот разрыв никогда не казался правильным.
Знакомство с Newton Protocol полностью изменило то, как я смотрю на безопасность DeFi.
Вместо того чтобы доверять тому, что кто-то соблюдает правила за кулисами, Newton позволяет обеспечивать выполнение этих политик прямо в onchain — еще до завершения транзакции.
Это означает, что хранилище может автоматически отклонять действия, которые не соответствуют заранее заданным лимитам риска.
Для меня это огромный сдвиг.
Дело не только в том, чтобы отслеживать, что произошло после факта — важно предотвращать рискованные транзакции до того, как они будут зафиксированы.
Если DeFi собирается развиваться ответственно, я считаю, что такая инфраструктура, как Newton, будет играть ключевую роль в том, чтобы управление хранилищами стало более прозрачным, предсказуемым и заслуживающим доверия.
Мой первый опыт понимания протокола Newton: отсутствующий слой авторизации для DeFi
В первый раз, когда я изучал протокол Newton, я предположил, что это просто очередной инструмент безопасности, созданный для блокчейн-приложений. Потратив время на изучение его архитектуры и разобравшись в том, как каждая транзакция проходит через систему, я понял, что полностью неверно истолковал его назначение. Newton — это не просто проверка того, что произошло после транзакции: он решает, должна ли транзакция вообще состояться, прежде чем она попадёт в блокчейн. Это одно-единственное осознание полностью изменило то, как я думаю о децентрализованных финансах.
Впервые, когда я попробовал новый DeFi‑протокол, я понял кое‑что странное.
Любой инструмент, который я использовал, мог объяснить, что пошло не так после транзакции, но ни один не мог остановить плохую транзакцию до того, как она произойдёт.
Этот пробел всегда меня беспокоил.
Знакомство с Newton Mainnet Beta изменило то, как я думаю об onchain‑безопасности.
Он добавляет шаг авторизации перед тем, как транзакция будет выполнена, так что каждое действие получает «разрешение» до наступления расчёта.
Это напоминает, как платежи картой подтверждаются, прежде чем деньги уйдут с вашего счёта.
Этот дополнительный слой принятия решений кажется естественным развитием DeFi — особенно по мере того, как всё больше ценности перемещается onchain.
Я рад наблюдать, как Newton Protocol станет сетью авторизации, которая помогает сделать децентрализованные финансы умнее, безопаснее и более заслуживающими доверия — с самого первого клика. @NewtonProtocol #Newt $NEWT
Раньше я думал, что главная задача в ИИ — сделать модели умнее. Потом я понял, что есть еще более серьезная проблема: как вы можете знать, что ИИ действительно сделал то, что утверждает?
Меня впечатлила не очередная болталка или эффектная демонстрация. Меня вдохновила идея сделать ИИ проверяемым, а не просить пользователей доверять черному ящику. Каждое вычисление можно подкрепить криптографическим доказательством, при этом модели остаются открытыми, переносимыми и созданными для децентрализованного будущего. Вместо того чтобы отдавать данные централизованным платформам, разработчики могут создавать ИИ, который пользователи могут проверять, подтверждать и по-настоящему контролировать.
Для меня именно это — недостающий слой, который ИИ должен был иметь все это время. Интеллект без доверия — это просто очередное обещание. Интеллект с проверяемым выполнением становится инфраструктурой, на которую разработчики, бизнес и целые экосистемы могут уверенно опираться.
OpenGradient — это не просто связка ИИ с блокчейном; это переосмысление того, как должен работать заслуживающий доверия ИИ, начиная с самого основания. По мере того как ИИ становится частью каждого приложения, которым мы пользуемся, доказательства могут стать не менее ценными, чем производительность. #opg #OPG $OPG
Почему смарт-контрактам нужен контекст, а не только код: мой взгляд на Newton Protocol
Было время, когда я верил, что блокчейн-транзакции либо действительны, либо нет — и на этом всё. Если подпись проходила проверку, сеть принимала её. Просто. Но после того как я потратил больше времени на изучение DeFi, я понял, что чего-то не хватает. Транзакция может быть технически корректной, но при этом финансово рискованной или противоречить задуманных правилам протокола. Это осознание полностью изменило то, как я думаю о безопасности смарт-контрактов. Самая большая слабость не всегда кроется в багованном коде. Чаще дело в отсутствии контекста. Смарт-контракт сам по себе не знает, принадлежит ли кошелёк санкционированному субъекту, принимает ли ИИ-агент иррациональные решения или превышает ли перевод одобренный организацией лимит расходов. Он просто выполняет то, что ему велят выполнить.
Впервые я одобрил DeFi-транзакцию и понял, что доверяю коду, который я на самом деле не могу проверить.
Всё выглядело нормально, пока я не задумался: «Кто проверяет, должен ли этот шаг произойти до того, как он исполнится?»
Именно это привлекло моё внимание к Newton Protocol.
Вместо того чтобы анализировать транзакции уже после того, как они оказались в блокчейне, Newton оценивает каждую транзакцию по активным политикам перед расчетом и записывает в сети подписанное подтверждение прохождения/провала.
Эта небольшая смена подхода кажется очень значимой.
Это не просто прозрачность постфактум — это доказательство того, что нужные проверки произошли до того, как что-либо стало необратимым.
По мере роста DeFi я считаю, что предотвращение будет значить столько же, сколько и обнаружение, и Newton как раз создаёт основу того доверия, с которой всё начинается. @NewtonProtocol #newt #Newt $NEWT
#opg Протокол DeFi потерял 4 миллиона долларов за шесть минут. Я наблюдал за историей транзакций: экран заполнился паническими продажами, каскадными ликвидациями — сообщество было разрушено в реальном времени. AI-оракулу скормлили фальшивую цену с помощью флэш-лоана, и смарт-контракты без вопросов поверили ей. Никто не потребовал доказательств корректности ценового потока, потому что оракул был просто API. Не было способа проверить, обработал ли AI точные данные. В ту ночь я понял: оракул без доказательств — это всего лишь слух с более быстрым соединением.
Я провел недели, прокручивая тот инцидент в голове. А что если бы смарт-контракт мог проверять выходные данные AI до того, как начнет действовать? А что если бы каждый ценовой фид сопровождался криптографическим квитанцией о том, что модель корректно выполнила вычисления на подлинных входных данных? То самое отсутствующее звено — доказательство — могло бы остановить каскад еще до того, как он начался.
OpenGradient дает именно это. Подтверждаемое выводение (verifiable inference) означает, что каждый AI-ориентированный оракул может прикреплять доказательство честности вычислений. Смарт-контракту не нужно доверять фиду; он может проверять доказательство в ончейне. Та же криптографическая инфраструктура, которая защищает AI-модели, защищает и потоки данных, от которых зависит DeFi. Это не просто незначительное улучшение. Это разница между кредитным протоколом, который переживает манипуляции, и тем, который испаряется за считанные минуты.
$OPG — это токен, который обеспечивает слой доверия. Валидаторы стейкают его, чтобы защитить сеть, где генерируются доказательства. Разработчики используют его, чтобы развертывать проверяемые модели оракулов. А когда я держу $OPG , я поддерживаю не просто токен — я поддерживаю инфраструктуру, которая гарантирует, что следующая атака с флэш-лоаном упрется в стену математических доказательств, а не в слепую веру.
Я по-прежнему использую протоколы DeFi. Но теперь я проверяю, можно ли верифицировать их оракулы. В мире, где одна фальшивая цена способна выкачать миллионы, доказательство не является опцией. Это вопрос выживания. @OpenGradient #OPG $OPG какой из следующих путей развертывания вы считаете наиболее критичным для следующего этапа зрелости рынка?
Раньше я думал, что публикация модели — это конец истории. Вы обучаете её, тестируете, запускаете — и идёте дальше. Но в прошлом месяце один знакомый разработчик показал мне кое-что, что заставило меня передумать. Его модель работала в продакшене уже шесть месяцев, выдавая предсказания небольшому протоколу DeFi. Однажды результат сместился. Не драматично — просто чуть хуже, чуть смещённее. Он подозревал, что кто-то заменил его модель на подделанную версию. Но доказать это он не смог. Не было отпечатка исходной модели, не было записи о том, что именно было развернуто. Только неприятное ощущение, что что-то пошло не так.
В большинстве случаев мы рассматриваем модели ИИ как статичные объекты. Но в реальном мире модели обновляются. Меняются версии. И если вы не можете доказать, какая версия запускалась в какой момент, вы находитесь всего в одном незаметном обновлении от скомпрометированной системы. Злоумышленник может подменить «чистую» модель на модель с бэкдором — и никто не узнает, пока ущерб уже не будет нанесён.
Verifiable inference от OpenGradient решает это с помощью того, о чём я раньше не думал: доказуемой идентичности модели во времени. Каждый раз, когда модель выполняется, криптографическое доказательство включает хэш самой модели. Не только вычисления, но и точную версию, которая их произвела. Если кто-то заменит модель, доказательство изменится. Отпечаток сломается. Вы сможете отследить каждую версию, которая когда-либо обслуживала запрос вывода, и проверить, что модель, которую вы одобрили, всё ещё является той самой, которая сейчас запущена.
$OPG powers обеспечивает всю эту цепочку доверия. Валидаторы стейкают её, чтобы защитить сеть, где генерируются доказательства. Разработчики используют её, чтобы развертывать модели, которые по умолчанию несут отпечатки версий. А когда я держу $OPG , я поддерживаю инфраструктуру, где модель нельзя незаметно подменить «в темноте». Потому что непрерывное доказательство — не роскошь. Это единственный способ доверять системе, которая меняется со временем.
Я по-прежнему обновляю собственные модели. Но теперь я требую «квитанции», а не только при запуске — каждый день, пока они работают в продакшене. Потому что модель без доказательства версии — это как здание без проверки фундамента: вы надеетесь, что оно устоит, но никогда не узнаете, пока оно не треснет. @OpenGradient #opg #OPG $OPG