Сначала, когда я смотрел на @BabylonLabs_io , мой акцент тоже был на Staking: ведь самое прямое понимание Babylon на рынке — это вовлечение большего количества активов в обеспечение безопасности сети. Но потом я обнаружил, что по-настоящему интересно другое: зачем ей понадобился Checkpoint。
Многие проекты, когда делают кроссчейн или связывают экосистемы, обычно фокусируются на том, как передаются активы и как передаются сообщения. Но позже я понял: главная трудность не в том, как именно «соединить», а в том, как добиться того, чтобы состояние одной сети было признано другой — и чем доказать, что это событие действительно произошло?
По сути, этот вопрос сложнее, чем задача «как соединить». В прошлом многие решения вводили дополнительные роли верификации, чтобы какой-то отдельный системный компонент отвечал за то, чтобы всем сообщить: «это состояние — настоящее». Но после этого сразу возникает и новая точка доверия。
И то, что мне в Checkpoint из #baby особенно заметно, — что он не стал добавлять еще один новый уровень верификации. Вместо этого он пытается сделать само состояние более подтверждаемым. В этом процессе Finality Provider участвует в подтверждении состояния, а EOTS нужен, чтобы ограничивать поведение участников。
Вообще, это же, как мне кажется, и делает $BABY особенным: он не просто создаёт новый способ стейкинга, и не просто строит закрытую экосистему. Он пытается предоставить базовую возможность, которой могут пользоваться разные сети. Проще говоря, его интересует не только то, кто обеспечивает безопасность, но и то, как этот результат безопасности может быть проверен。
Это действительно очень важная проблема для будущей многосетевой среды: когда всё больше сетей начинают связываться друг с другом, по-настоящему сложным может оказаться не то, как они будут обмениваться данными, а то, как они смогут надолго выстраивать доверие. То, что сеть работает нормально сегодня, не означает, что она обязательно будет надежной завтра. Точно так же должны быть подтверждены события и исторические записи, которые имели место раньше。
Конечно, сможет ли этот подход в итоге «заработать» — это нужно будет проверить временем. Самая сложная часть инфраструктурных проектов никогда не в том, чтобы придумать механизм, а в том, чтобы достаточно много участников были готовы пользоваться им долгосрочно。
эмм… думаю, стоит обратить внимание на то, что он решает не только вопрос «кто обеспечивает безопасность», а пытается разобраться с тем, как должно выстраиваться доверие между всё большим числом сетей, которые начинают подключаться друг к другу. Возможно, именно это и есть направление, которое Babylon действительно хочет исследовать.
Когда я некоторое время назад увидел изменения экологических данных, опубликованные @BabylonLabs_io , я всё время думал: почему сейчас у многих новых сетей настоящая сложность не в разработке, а в том, как после запуска быстро сформировать доверительный и безопасный фундамент?
С момента запуска Babylon всё больше PoS-сетей начали обращать внимание на модель совместной безопасности. На данный момент экосистема Babylon уже связала десятки сетей блокчейнов, а масштабы участия в BTC Staking продолжают расти — всё больше активов начинает входить на этот рынок безопасности.
Этот сдвиг показался мне особенно интересным.
Раньше многие проекты фокусировались на том, как привлечь пользователей и нарастить TVL, но Babylon заходит в другой вопрос: как новой сети снизить стоимость построения собственной системы безопасности.
Когда я только начал изучать Babylon, я тоже воспринимал её как протокол стейкинга. Но когда глубже разобрался в механике, понял, что она стремится решить не просто добавлением ещё одного способа получения дохода, а изменением пути, по которому новые сети строят безопасность.
Традиционным PoS-сетям нужно выращивать валидаторов, проектировать собственные экономические стимулы, а затем постепенно накапливать безопасность.
В то же время Babylon предлагает иной подход: используя совместную модель безопасности, новая сеть может подключить безопасностные возможности, предоставляемые Babylon, не начиная с нуля и не выстраивая полностью собственную систему безопасности.
Больше всего меня здесь интересует слой Finality Provider. Когда люди обсуждают Babylon, они часто делают акцент на самом стейкинге. Но именно те роли, которые отвечают за финальное подтверждение и верификацию, позволяют безопасностным возможностям передаваться в разные сети. Они связывают между собой активы, ресурсы безопасности и сети приложений.
В этом, как мне кажется, и заключается интерес Babylon.
Она не просто создаёт новый сценарий использования, а по-новому определяет, что именно нужно сети на старте.
Babylon исследует идею о том, что сама безопасность может стать инфраструктурой. Конечно, сможет ли модель совместной безопасности сформировать долгосрочную экосистему, ещё предстоит увидеть. Например, остаются вопросы о стимулах разных сетей, размерах участия участников и долгосрочной устойчивости.
В будущем конкуренция в блокчейне может быть не только в том, у кого больше пользователей и ликвидности. Возможно, будет важнее, кто сможет эффективнее выстраивать доверительный фундамент — и, вероятно, именно в этом направлении Babylon пытается продвинуться. #baby $BABY
Многие считают, что самое сложное для копирования BTC — это его дефицитность, но после недавнего изучения @BabylonLabs_io я понял, что на самом деле труднее заменить другое: безопасный консенсус, сформировавшийся за более чем десять лет работы.
Вот почему в последнее время я уделяю внимание $BABY .
Честно говоря, когда я впервые увидел направление BTC Staking, я не был особенно воодушевлён. В последние несколько лет на рынке появлялось немало схем, обещающих доход на BTC, но по сути многие из них лишь «упаковывали» BTC в новый финансовый продукт, заставляя пользователей брать на себя дополнительные риски, при этом не высвобождая настоящую ценность самого Bitcoin.
То, как Babylon меняет взгляд, заключается в том, что он фокусируется не на том, как потреблять ликвидность BTC, а на том, как использовать уже сформированные Bitcoin механизмы безопасности.
Ключевая идея #baby — через Trustless Bitcoin Vaults и механизмы BTC Staking предоставить поддержку для PoS-сети со стороны держателей BTC, сохраняя при этом контроль над активами.
Проще говоря, Babylon не просит пользователей переносить BTC в другие экосистемы или полагаться на централизованные кастодиальные структуры. Он хочет использовать врождённые свойства безопасности Bitcoin, чтобы сделать BTC безопасной основой для связи с другими блокчейн-сетями.
Этот подход показался мне интересным — он решает долгосрочную проблему PoS-экосистем. Многие новые блокчейны не потому не развивают безопасность, что у них нет технологий или разработчиков, а потому что на ранней стадии очень трудно быстро создать достаточно сильную систему безопасности. Количество валидаторов, объём стейкинга и экономические издержки влияют на то, насколько сеть способна противостоять атакам.
А Bitcoin уже более десяти лет доказывает свою безопасность. И если в будущем эту способность смогут использовать больше PoS-сетей, роль BTC может измениться.
Конечно, я не буду просто считать, что $BABY обязательно добьётся успеха. В истории Crypto всегда хватало масштабных нарративов; в конечном итоге ценность инфраструктурного проекта определяется тем, насколько надёжна технология, подтверждена ли модель безопасности и действительно ли экосистема будет её использовать.
Раньше, когда мы говорили о BTC, мы больше всего обращали внимание на его дефицитность и цену. Но если в будущем способность Bitcoin обеспечивать безопасность сможет обслуживать больше сетей, то границы ценности BTC могут быть переосмыслены.
Возможно, в будущем мы будем обращать внимание на Bitcoin не только потому, что он достаточно дефицитен,
Иногда я обнаруживаю, что компания чаще всего дает сбой не тогда, когда «некому отвечать», а когда все отвечают понемногу. Продукт думает, что разработка уже подтвердила. Разработка считает, что операционный отдел уже согласовал. Операционный отдел полагает, что юристы возражать не будут. А когда в итоге что-то идет не так, оказывается, что все принимали участие, но никто не может толком объяснить, на каком именно шаге произошла ошибка.
Позже я увидел @NewtonProtocol один совсем небольшой дизайн, и меня внезапно осенило: я долгое время не уделял должного внимания Authorization Receipt. Я думал, что это просто документ, который создается после того, как выполнение завершено, вроде того же журнала или квитанции, только в большей степени для архива. Но чем дальше я смотрел, тем страннее становилось то, где он расположен.
Он находится не в самом конце процесса. Он стоит вместе с Authorization, Policy и Operator — и становится частью всего цикла выполнения.
Я перечитал этот фрагмент еще несколько раз, и только тогда понял, что изначально истолковал это неверно. Раньше многие системы сохраняли результат: транзакция прошла, активы были списаны, статус обновился — все это оставляет следы. Но когда действительно возникает проблема, люди часто продолжают спрашивать: кто одобрил? На каком основании, по какому правилу? Пропустили ли где-то шаг? Во многих случаях такую информацию можно собрать только по логам, постепенно.
Похоже, Newton постоянно решает именно эту задачу: Authorization Receipt фиксирует не просто факт завершения выполнения. Он связывает воедино одно авторизационное действие, соответствующую Policy, оператора, который выполнил это действие, и итог, который в конце был получен — в одну цельную цепочку. Если в дальнейшем кто-то усомнится в этом выполнении, системе не нужно заново доверять какому-то отдельному узлу — и не нужно спрашивать сторону в операционном отделе. Нужно просто пройти по этой записи и заново перепроверить каждый шаг: почему он был действителен, и на чем это основано.
Когда я дошел до этого места, я внезапно понял: в Newton Receipt на самом деле больше похож не на квитанцию, а на цепочку ответственности за выполнение.
Поэтому теперь, оглядываясь назад на Authorization Receipt, я считаю, что он оставляет не просто «запись». Он оставляет все основания для выполнения от момента авторизации и проверки до завершения. И, возможно, то, чему действительно могут долго верить, — это никогда не какой-то отдельный узел и не какая-то отдельная платформа, а сам процесс, который любой может заново проверить. #newt $NEWT
Огромные потоки капитала в битве на вторичном рынке: разбираемся, как $NEWT нельзя скопировать — ultimate AVS-«козырь»(
Последние движения после недавнего запуска $NEWT оказались нешуточными: видя, как цена в «вторичке» то подпрыгивает, то откатывается, думаю, что первая волна тех, кто успел получить airdrop или заранее засесть в позицию, уже сняла с разгона полный таз прибыли. Сейчас его FDV находится в диапазоне в несколько сотен миллионов долларов. Все фонды и игроки вовсю рубятся в лоб. Сегодня без «воды»: по-человечески разберём, после открытия Newton — это правда долгосрочный монстр с твёрдым непроходимым барьером, или это очередная воздушная крепость, которая пользуется концепцией EigenLayer, чтобы снять один ваучер на ре-стейкинг и уйти? Если смотреть на ситуацию с «базового пласта», то то, что ведущие институты @NewtonProtocol буквально готовы «взлелеять наверх», похоже, действительно имеет козырь. Самая главная сладость — в его уникальном решении: «компилятор стратегий Rego» напрямую встраивается в SP1-«зеро-кастом» виртуальную машину. Говоря по-простому, раньше у традиционных финансовых «старых денег», которые хотели идти on-chain, самое большое опасение было — утечка приватности. А Newton позволяет им писать риск-контроль на предельно минималистичном декларативном коде, но на самом деле снизу автоматически генерирует ZK-доказательства. Плюс у него есть тот самый «невтоновский приватный конверт», который намертво связывает шифр, клиент стратегий и торговые намерения: в корне обрывается возможность атак со стороны хакеров и посредников. Такой гибридный нарратив — и пройти комплаенс, и при этом ни в коем случае не светить козыри — на текущем рынке действительно один-единственный, как говорится, без вариантов.
В последний месяц не получал аирдроп на #ALPHA , что все настолько закрутили, что дошли до этого? Сегодня вечером в 19:00 будет бокс-аирдроп на 251 балл — немного странно
Тяжело… Один цикл — только одно
Есть сомнения: подождать проект на следующей неделе #tge или сначала получить сейчас
胖鸟
·
--
Похоже, снова будет очередная партия людей, которые хорошо заработают
Без сюрпризов во вторник на следующей неделе стартует давно забытый проект TGE
На этот раз #tge использует новые правила, и ажиотаж просто запредельный
Братва, вы готовы?
По предторговой оценке $GRVT Whales Market, текущая FDV примерно около 350 млн долларов. Дальше по старой традиции — простыми словами разберём, может ли этот проект реально «выстрелить».
По фундаменталу @grvt_io действительно закрывает болевые точки индустрии: их запатентованная система One Balance, где маржа перестаёт быть «мертвым капиталом» — в момент открытия позиций можно параллельно безшовно получать автоматические проценты до 11% на базовый доход. Плюс история «микс» с быстрыми CEX и самокастодиальной DEX-активов, а также бэкграунд команды Goldman Sachs и Meta — долгосрочная основа выглядит очень крепко.
Но самый опасный чёрный лебедь здесь тоже прямо на виду: официально долю раздачи сообщеcтву они увеличили с 20% до 28% — просто взяли и жёстко прокачали. И ещё страшнее то, что TGE-токены в день раздачи не обязуют принудительно блокировать. Как только эти 28% — огромный объём — одномоментно начнут давить на рынок, это станет для вторичного рынка крайне суровым стресс‑тестом на способность поглощать спрос/предложение.
Но лично я не думаю, что всё будет «пик — и сразу конец» в момент открытия. Потому что за этим стоит пакет ресурсов уровня авианосца из экосистемы zkSync. Как основной флагманский проект экосистемы на zkSync Hyperchain, GRVT — это не просто биржа: на самом деле она на нижнем уровне играет роль важного узла, который обеспечивает ликвидность и передачу данных в рамках всей экосистемы.
Если в первой волне, когда откроются торги, продавливание грязным потоком сможет переварить маркет‑мейкер, а дальше реальные торговые данные начнут идти — тогда эффект «колеса» One Balance начнёт проявляться во всей силе. Крупные деньги и долгосрочные LP будут снова и снова закачивать средства из мейннета Ethereum $ETH , чтобы ловить эти 11% процентные дивиденды, образуя естественную чёрную дыру для притока капитала.
В целом механизм #grvt хороший, но предторговая оценка в 350 млн, скорее всего, в короткую дистанцию не выдержит удар 28% раздачи. Лучше дождаться, когда стакан стабилизируется и ончейн‑токены в достаточной мере «прополощут», а уже потом заходить. Моя целевая цена — ниже $0.2.
Братва, как думаете, сможет ли удержаться предторговая цена $0.35? Какая у вас психологическая линия входа — по какой цене готовы заходить? Давайте обсудим
Похоже, снова будет очередная партия людей, которые хорошо заработают
Без сюрпризов во вторник на следующей неделе стартует давно забытый проект TGE
На этот раз #tge использует новые правила, и ажиотаж просто запредельный
Братва, вы готовы?
По предторговой оценке $GRVT Whales Market, текущая FDV примерно около 350 млн долларов. Дальше по старой традиции — простыми словами разберём, может ли этот проект реально «выстрелить».
По фундаменталу @grvt_io действительно закрывает болевые точки индустрии: их запатентованная система One Balance, где маржа перестаёт быть «мертвым капиталом» — в момент открытия позиций можно параллельно безшовно получать автоматические проценты до 11% на базовый доход. Плюс история «микс» с быстрыми CEX и самокастодиальной DEX-активов, а также бэкграунд команды Goldman Sachs и Meta — долгосрочная основа выглядит очень крепко.
Но самый опасный чёрный лебедь здесь тоже прямо на виду: официально долю раздачи сообщеcтву они увеличили с 20% до 28% — просто взяли и жёстко прокачали. И ещё страшнее то, что TGE-токены в день раздачи не обязуют принудительно блокировать. Как только эти 28% — огромный объём — одномоментно начнут давить на рынок, это станет для вторичного рынка крайне суровым стресс‑тестом на способность поглощать спрос/предложение.
Но лично я не думаю, что всё будет «пик — и сразу конец» в момент открытия. Потому что за этим стоит пакет ресурсов уровня авианосца из экосистемы zkSync. Как основной флагманский проект экосистемы на zkSync Hyperchain, GRVT — это не просто биржа: на самом деле она на нижнем уровне играет роль важного узла, который обеспечивает ликвидность и передачу данных в рамках всей экосистемы.
Если в первой волне, когда откроются торги, продавливание грязным потоком сможет переварить маркет‑мейкер, а дальше реальные торговые данные начнут идти — тогда эффект «колеса» One Balance начнёт проявляться во всей силе. Крупные деньги и долгосрочные LP будут снова и снова закачивать средства из мейннета Ethereum $ETH , чтобы ловить эти 11% процентные дивиденды, образуя естественную чёрную дыру для притока капитала.
В целом механизм #grvt хороший, но предторговая оценка в 350 млн, скорее всего, в короткую дистанцию не выдержит удар 28% раздачи. Лучше дождаться, когда стакан стабилизируется и ончейн‑токены в достаточной мере «прополощут», а уже потом заходить. Моя целевая цена — ниже $0.2.
Братва, как думаете, сможет ли удержаться предторговая цена $0.35? Какая у вас психологическая линия входа — по какой цене готовы заходить? Давайте обсудим
Чтобы делать real-time риск-контроль для off-chain “живых” данных, Newton внизу собрал авиационного уровня систему управления полётом?
Каждый день листаю Twitter, вижу целую кучу пафосных концепций комплаенса — и честно говоря, меня уже почти укачало. Пока вчера вечером я сам не полез разбирать @NewtonProtocol Главу 5 по системной архитектуре. Если честно, меня прям шокировало то, какие «дерзкие» приёмы она спрятала на самом нижнем уровне. В своем белом документе она описывает технологию под названием «распределённое WASM-изолированное выполнение», дополненную «NATS двухфазным потоковым консенсусом». Звучит очень внушительно, правда? Я сам при первом взгляде тоже подумал, что это просто набор терминов. Но стоит немного вдуматься — и становится ясно, что на самом деле это решает один очень мерзкий, супертоксичный узел в ончейн-финансах, с которым раньше никто толком не решался связываться: как в реальном времени выполнять комплаенс-проверку для живых динамических данных из внечейн-мира.
Хватит зацикливаться на комплаенсе: Newt на самом деле хочет покончить с первородным грехом администраторских приватных ключей
Многие смотрят <c-39/> и обсуждают его соответствие и идентичность, но после того как я прочитал(а) белую книгу, понял(а), что все упустили самый сексуальный и при этом максимально революционный хардкор-элемент: распределённый механизм сбора данных в WASM и механизм консенсуса для стриминга. Сначала, читая этот фрагмент, я подумал(а), что это просто более быстрый плагин для оракулов. Но чем дальше — тем яснее становилось, что тут что-то не так: здесь спрятаны крайне радикальные амбиции, чтобы полностью покончить с первородным грехом администраторских приватных ключей в on-chain финансах». В нынешнем мире блокчейнов, будь то стейблкоины, RWA-активы или DeFi-протоколы, самое уязвимое место всегда — это тот самый Admin Key с максимальными правами. Как только администраторский ключ украдут хакеры или кто-то внутри начнёт действовать во вред, мгновенно запускаются эмиссия, заморозка и вредоносное перераспределение на цепочке — даже если до этого было десять уровней UI-уровневых защит. Потери на миллиарды часто происходят именно в эту секунду. Чем больше объёмы активов, тем сильнее страх перед единственным приватным ключом.
Многие смотрят на @NewtonProtocol и думают, что это им знакомо: мол, снова очередной «франкенштейн» из ZK, MPC или гомоморфного шифрования, как на рынке. Но если вы раскроете его whitepaper, вы увидите, что у него есть множество по-настоящему уникальных преимуществ.
Первый тег называется Newton Rego. Другие проекты, занимаясь риск-контролем, могут использовать только готовые библиотеки правил для простых условных проверок. Но $NEWT при этом радикально переделал компилятор Rego корпоративного уровня: в него буквально вшит собственный криптографический расширительный пакет.
В результате специалисты по комплаенсу, написав одну и ту же строку декларативного кода, могут не только выполнять традиционную отбраковку по чёрному списку, но и напрямую вызывать низкоуровневые интерфейсы для восстановления кроссчейн-подписей идентичностей secp256k1 и Ed25519. Синтаксис, который атомарно связывает off-chain мультиподписи и on-chain кроссчейн первичные доказательства, — в Web3 это единственный в своём роде.
Второй тег — #newt «ньютоновский приватный конверт» для сообщений. Большинство проектов делают приватность, по сути, через шифрование и отправку «под ключ». Но NPE — это высококомпозитная криптографическая конструкция: она одновременно использует пороговое шифрование и жёстко требует двойного разрешения подписью со стороны user + DApp. Самое хардкорное — что на уровне wire format шифртекст намертво привязывается к конкретному клиенту политик и к намерению одной-единственной транзакции. Ни один хакер или злонамеренный узел не сможет переиграть, повторно использовать или перенести эти данные приватности в другом контексте. По сути, это рубит at the root атаки посредника.
Самое «мурашечное» и наименее пригодное для копирования другими проектами — это его механизм ZK-штрафных вызовов. Если другие делают ZK-доказательства, то вынуждены честно вручную писать специализированные схемы под каждый конкретный комплаенс-кейс: это и больно, и несопоставимо. Но Newton использует чистые функции языка Rego и абсолютную определённость в математике — и просто «встраивает» целый интерпретатор Rego прямо в ZK-виртуальную машину SP1 или Risc0!
Итог такой: любая команда риск-контроля, написав любую строку кода, на нижнем уровне автоматически получает ZK-свойства, которые можно доказывать. Внешний оппонент, увидев, что узел действует во вред, может сразу применить это универсальное ZK-доказательство, чтобы мгновенно перевести в on-chain штраф и изъятие активов у злонамеренного узла из EigenLayer. Более того, для согласования вычислительных мощностей узлы достаточно один раз зафиксировать залог в мейннете Ethereum — а затем с помощью BLS-мерклового дерева безопасно синхронизировать веса вычислительных мощностей со всеми основными L2.
Недавно я нарезал высокочастотный скрипт — и он упал. Я пытался уловить арбитраж на фишках 2000U в @grvt_io . Заявки зашли неплохо, но при сверке я просто онемел: несколько сделок, которые должны были «съедать мясо», по фактической цене исполнения оказались жёстко смещены на несколько базисных пунктов относительно справедливой цены на экране. Этот реальный торговый кейс полностью меня отрезвил: заявленная проектом офчейн-табличка приватных ордеров с защитой конфиденциальности вроде бы удерживает спуфинг, но в условиях экстремального рынка мы по сути платим невидимый «налог» — так называемую скрытую пошлину за приватность.
Один из ключевых тезисов #grvt — это внедрение криптографической приватной книги ордеров, движимой технологией нулевого разглашения (zero-knowledge). Её базовая логика такая: все отложенные ордера, ставки и глубина пользователей всей сети шифруются и перемешиваются офчейн, так что на главной сети трёхсторонние боты-«клещи» и команды квантов-хищников просто не могут получить данные из mempool. Что это значит? Если ты открываешь там ордер, в теории у тебя очень высокая защита от охоты/фингерпринтинга.
Но выльем холодную воду: в экстремальных рыночных условиях эта система создаёт ещё одну скрытую «слабую точку» — это слippage из‑за непрозрачности ликвидности. Поскольку вся глубина книги для рынка является полным чёрным ящиком, обычные трейдеры и сторонние маркетмейкеры не могут, как на традиционных биржах, в реальном времени наблюдать реальную толщину заявок на разных ценовых уровнях.
Вчера ночью во время панического «давления» истинная глубина в офчейн-зашифрованной сети уже сильно расслаивалась, но на фронтенде из‑за изоляции данных всё выглядело нормально. Мой ордер врезался в пустоту напрямую: сделка прошла в зоне, где не было публичной глубины, из-за чего я получил скрытую ценовую разницу — хотя по идее должен был остановить прибыль (take profit). Такая пассивность в невидимом стакане крайне смертельна в ситуациях, где каждая секунда решает.
Но если наоборот: выругавшись на этот туман слippage, приходится признать — его ончейн-защита от злоупотреблений и жёсткая принудительная ликвидация работают довольно железно, особенно на уровне защиты капитала.
Самое неприятное в традиционных платформах — это отключение «вилки питания» (вырвать интернет/связь) и прицельные точечные взрывы против конкретных пользователей. Их ликвидации и принудительные расчёты полностью выполняются в «чёрном ящике» на централизованных серверах. Но #grvt держит самые ключевые линии по клирингу и валидацию состояния аккаунтов намертво в смарт‑контракте на блокчейне. Нужно ли принудительно сократить позицию — это автоматически рассчитывает публичный код смарт‑контракта, и платформа не может вмешаться или изменить вашу ликвидационную линию.
В целом: #grvt , хотя и жертвует прозрачностью стакана, всё же помогает розничным инвесторам «добить» пулю, которой обычно пользуются крупные игроки, чтобы творить зло.
Недавно я обнаружил, что @NewtonProtocol потратил немало места на разговоры об Attestation (аттестации), Verification (проверке) и Replay (повторном выполнении). Сначала я, честно говоря, не очень понимал, потому что в моём представлении, если в итоге результат правильный, то как именно он был получен — вроде бы не так уж важно. Исполнитель кто, что именно происходит в процессе — это больше похоже на детали реализации, а не на то, что по-настоящему волнует протокол.
Пока позже я не пересортировал всю цепочку выполнения от начала до конца: от Transaction Intent, затем через Gateway, далее Policy Evaluation, выполнение Operator, и уже потом — Attestation. И тогда я внезапно понял, где именно были мои сомнения.
$NEWT Похоже, по-настоящему важно не то, правильный ли результат, а то, почему ему можно доверять. Transaction Intent не исполняется сразу после входа в систему — сначала проводится Policy Evaluation; когда Operator заканчивает свою задачу, завершение выполнения само по себе не становится финальным результатом — дальше нужна Attestation, а при необходимости может даже потребоваться Replay.
Если смотреть дальше, я всё больше убеждаюсь: они отвечают на вопрос — было ли данное выполнение выполнено согласно правилам, которые признаёт вся сеть?
И только здесь я осознал, что #Newt фиксирует не результат одного выполнения, а сам процесс выполнения. Позже я ещё раз внимательно всё обдумал и внезапно вспомнил вопрос, который раньше даже не приходило в голову серьёзно задать.
Почему многие системы больше сосредоточены на доказательстве результата, а Newton при этом вложил столько сил в доказательство процесса?
Мне всё больше кажется, что за этими двумя подходами стоят две совершенно разные модели доверия. Если доказывать только результат, тебе в итоге всё равно приходится верить тому, кто сообщил этот результат. Но если весь процесс выполнения можно проверить, то доверять нужно уже не конкретному Operator — а той самой траектории выполнения, которую любой может воспроизвести и проверить.
Поэтому мне кажется, что Newton на самом деле не столько хочет перестроить порядок выполнения: он по-настоящему бросает вызов устоявшемуся по умолчанию предположению, которое существует много лет — достаточно ли того, что результат верный?
По крайней мере, для Newton, судя по всему, этого недостаточно. Возможно, именно в этом и заключается подлинный смысл Attestation, Verification и Replay. Они защищают не только результат, но и весь процесс, благодаря которому этот результат вообще становится состоятельным.
Transaction Intent уже, казалось бы, выражает то, что пользователь хочет сделать — так почему Newton всё равно должен пройти Policy Evaluation, Operator Attestation и только потом реально выполнить действие?
Когда я смотрю на @NewtonProtocol , одно место постоянно заставляло меня чувствовать, что что-то здесь не так. Вообще-то, по-настоящему сложным в протоколе должен быть именно процесс выполнения, но во всей этой белой книге слово Policy встречается снова и снова. От того, кто может вызывать, до того, когда разрешено выполнять, и до того, какие условия нужно выполнить, чтобы двигаться дальше — на каждом шаге почти не получается обойтись без него. Изначально я собирался просто пропустить этот раздел: мне казалось, что это больше похоже на управление правами или на дизайн для соответствия требованиям, а по-настоящему исследовать там нужно, скорее, последующий процесс выполнения. Потом я заново выстроил весь путь выполнения, вплоть до того, что перерисовал процесс Transaction Intent → Gateway → Policy Engine → Operator → Attestation, и только тогда понял, что сначала я обратил внимание не туда.
В эти дни я всё время листаю блог @grvt_io — и в нём есть одно слово, которое встречается особенно часто: Capital Productivity. Сначала я, по правде говоря, не слишком придавал этому значение: мне казалось, что это просто маркетинговый термин. В конце концов, разве биржи в итоге не конкурируют за ликвидность, комиссии и скорость торговли? Если платформа постоянно говорит о «производительности капитала», то звучит это немного так, будто это вообще не про то, что обычно говорят биржи.
Поэтому когда я впервые увидел One Balance и Unified Margin, я всё время интерпретировал это в сторону оптимизации пользовательского опыта. Но потом я собрал несколько блогов вместе и перечитал заново: сначала я хотел понять, какую именно проблему решает Unified Margin, но чем дальше читал, тем страннее всё это казалось.
Официально почти не обсуждается скорость торговли, и нет постоянного акцента на Hybrid Exchange. Зато снова и снова подчёркивают Capital Productivity, Capital Drag, а дальше — ещё и Yield Layer. В обсуждениях, по сути, всё время говорится об одном и том же.
И только тогда я понял, что, возможно, вначале неправильно истолковал смысл. GRVT, похоже, всё время задаёт другой вопрос: почему один и тот же капитал может выполнять только одну конкретную задачу? И именно здесь я впервые понял, почему официальный контент так настойчиво говорит о Capital Drag. Возможно, по-настоящему «тратится» не скорость торговли, а то, как капитал постоянно ждёт, мигрирует и перенастраивается.
Потом я снова вернулся к One Balance, Unified Margin и Yield Layer — и внезапно увидел: они выглядят как три разных функции, но на самом деле они всё время отвечают на один и тот же вопрос — можно ли сделать так, чтобы одна и та же «порция» капитала не останавливалась всякий раз, когда меняется её назначение.
Так что теперь, оглядываясь назад, я всё больше думаю, что истинная цель GRVT — не «биржа» как таковая. Она бросает вызов привычке по умолчанию в финансовой системе, которую почти никто не ставит под сомнение: почему капитал, закончив одну задачу, должен завершать этот этап и начинать следующий с нуля?
По крайней мере, сейчас у меня всё больше крепнет ощущение, что GRVT хочет сохранить не конкретный аккаунт и не какой-то один продукт, а непрерывность одной и той же единицы капитала.
Торговля, доход, инвестиции, платежи — это изначально не «четыре разные порции» капитала. Это должна быть одна и та же порция капитала, которая на разных этапах выполняет разные роли.
Поэтому теперь, когда я смотрю на Capital Productivity, я наоборот считаю, что он оптимизирует не эффективность торговли, а то, как капитал «движется» по всей финансовой системе. #grvt
Newton Я всегда считал, что для ончейн-комплаенса нужно знать, кто ты
Я всё время чувствовал, что чтобы ончейн-финансы смогли войти в эпоху институционального уровня, нужно принести в жертву часть приватности. Потому что для регулирования требуется знать, кто является пользователем: необходимо подтверждать KYC, регион, квалификацию и статус рисков, а блокчейн при этом подчёркивает, что пользователи контролируют свои собственные личности. Если вы хотите соответствовать требованиям комплаенса, нужно собирать больше данных; если же хотите защитить приватность, становится очень трудно доказать, что пользователь соответствует правилам. Поэтому, когда я только начал листать @NewtonProtocol Whitepaper про Verifiable Credentials, моя первая реакция была скорее сомнением: правда ли, что проверка личности и защита приватности могут существовать одновременно?