胖鸟
2.3k Публикации
胖鸟
不喜欢卷
150 подписок(и/а)
1.3K+ подписчиков(а)
3.4K+ понравилось
Посты
Все
Цитирования
Сначала, когда я смотрел на @BabylonLabs_io , мой акцент тоже был на Staking: ведь самое прямое понимание Babylon на рынке — это вовлечение большего количества активов в обеспечение безопасности сети. Но потом я обнаружил, что по-настоящему интересно другое: зачем ей понадобился Checkpoint。
Многие проекты, когда делают кроссчейн или связывают экосистемы, обычно фокусируются на том, как передаются активы и как передаются сообщения. Но позже я понял: главная трудность не в том, как именно «соединить», а в том, как добиться того, чтобы состояние одной сети было признано другой — и чем доказать, что это событие действительно произошло？
По сути, этот вопрос сложнее, чем задача «как соединить». В прошлом многие решения вводили дополнительные роли верификации, чтобы какой-то отдельный системный компонент отвечал за то, чтобы всем сообщить: «это состояние — настоящее». Но после этого сразу возникает и новая точка доверия。
И то, что мне в Checkpoint из #baby особенно заметно, — что он не стал добавлять еще один новый уровень верификации. Вместо этого он пытается сделать само состояние более подтверждаемым. В этом процессе Finality Provider участвует в подтверждении состояния, а EOTS нужен, чтобы ограничивать поведение участников。
Вообще, это же, как мне кажется, и делает $BABY особенным: он не просто создаёт новый способ стейкинга, и не просто строит закрытую экосистему. Он пытается предоставить базовую возможность, которой могут пользоваться разные сети. Проще говоря, его интересует не только то, кто обеспечивает безопасность, но и то, как этот результат безопасности может быть проверен。
Это действительно очень важная проблема для будущей многосетевой среды: когда всё больше сетей начинают связываться друг с другом, по-настоящему сложным может оказаться не то, как они будут обмениваться данными, а то, как они смогут надолго выстраивать доверие. То, что сеть работает нормально сегодня, не означает, что она обязательно будет надежной завтра. Точно так же должны быть подтверждены события и исторические записи, которые имели место раньше。
Конечно, сможет ли этот подход в итоге «заработать» — это нужно будет проверить временем. Самая сложная часть инфраструктурных проектов никогда не в том, чтобы придумать механизм, а в том, чтобы достаточно много участников были готовы пользоваться им долгосрочно。
эмм… думаю, стоит обратить внимание на то, что он решает не только вопрос «кто обеспечивает безопасность», а пытается разобраться с тем, как должно выстраиваться доверие между всё большим числом сетей, которые начинают подключаться друг к другу. Возможно, именно это и есть направление, которое Babylon действительно хочет исследовать.
Многие проекты, когда делают кроссчейн или связывают экосистемы, обычно фокусируются на том, как передаются активы и как передаются сообщения. Но позже я понял: главная трудность не в том, как именно «соединить», а в том, как добиться того, чтобы состояние одной сети было признано другой — и чем доказать, что это событие действительно произошло？
По сути, этот вопрос сложнее, чем задача «как соединить». В прошлом многие решения вводили дополнительные роли верификации, чтобы какой-то отдельный системный компонент отвечал за то, чтобы всем сообщить: «это состояние — настоящее». Но после этого сразу возникает и новая точка доверия。
И то, что мне в 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
С момента запуска 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 не только потому, что он достаточно дефицитен,
Вот почему в последнее время я уделяю внимание $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 не только потому, что он достаточно дефицитен,
Неужели кто-то правда в этом участвует? 1 очко за Alpha — 1 u, разве трусы не все уже окажутся в минусе?
Иногда я обнаруживаю, что компания чаще всего дает сбой не тогда, когда «некому отвечать», а когда все отвечают понемногу. Продукт думает, что разработка уже подтвердила. Разработка считает, что операционный отдел уже согласовал. Операционный отдел полагает, что юристы возражать не будут. А когда в итоге что-то идет не так, оказывается, что все принимали участие, но никто не может толком объяснить, на каком именно шаге произошла ошибка.
Позже я увидел @NewtonProtocol один совсем небольшой дизайн, и меня внезапно осенило: я долгое время не уделял должного внимания Authorization Receipt. Я думал, что это просто документ, который создается после того, как выполнение завершено, вроде того же журнала или квитанции, только в большей степени для архива. Но чем дальше я смотрел, тем страннее становилось то, где он расположен.
Он находится не в самом конце процесса. Он стоит вместе с Authorization, Policy и Operator — и становится частью всего цикла выполнения.
Я перечитал этот фрагмент еще несколько раз, и только тогда понял, что изначально истолковал это неверно. Раньше многие системы сохраняли результат: транзакция прошла, активы были списаны, статус обновился — все это оставляет следы. Но когда действительно возникает проблема, люди часто продолжают спрашивать: кто одобрил? На каком основании, по какому правилу? Пропустили ли где-то шаг? Во многих случаях такую информацию можно собрать только по логам, постепенно.
Похоже, Newton постоянно решает именно эту задачу: Authorization Receipt фиксирует не просто факт завершения выполнения. Он связывает воедино одно авторизационное действие, соответствующую Policy, оператора, который выполнил это действие, и итог, который в конце был получен — в одну цельную цепочку. Если в дальнейшем кто-то усомнится в этом выполнении, системе не нужно заново доверять какому-то отдельному узлу — и не нужно спрашивать сторону в операционном отделе. Нужно просто пройти по этой записи и заново перепроверить каждый шаг: почему он был действителен, и на чем это основано.
Когда я дошел до этого места, я внезапно понял: в Newton Receipt на самом деле больше похож не на квитанцию, а на цепочку ответственности за выполнение.
Поэтому теперь, оглядываясь назад на Authorization Receipt, я считаю, что он оставляет не просто «запись».
Он оставляет все основания для выполнения от момента авторизации и проверки до завершения. И, возможно, то, чему действительно могут долго верить, — это никогда не какой-то отдельный узел и не какая-то отдельная платформа, а сам процесс, который любой может заново проверить.
#newt $NEWT
Позже я увидел @NewtonProtocol один совсем небольшой дизайн, и меня внезапно осенило: я долгое время не уделял должного внимания Authorization Receipt. Я думал, что это просто документ, который создается после того, как выполнение завершено, вроде того же журнала или квитанции, только в большей степени для архива. Но чем дальше я смотрел, тем страннее становилось то, где он расположен.
Он находится не в самом конце процесса. Он стоит вместе с Authorization, Policy и Operator — и становится частью всего цикла выполнения.
Я перечитал этот фрагмент еще несколько раз, и только тогда понял, что изначально истолковал это неверно. Раньше многие системы сохраняли результат: транзакция прошла, активы были списаны, статус обновился — все это оставляет следы. Но когда действительно возникает проблема, люди часто продолжают спрашивать: кто одобрил? На каком основании, по какому правилу? Пропустили ли где-то шаг? Во многих случаях такую информацию можно собрать только по логам, постепенно.
Похоже, Newton постоянно решает именно эту задачу: Authorization Receipt фиксирует не просто факт завершения выполнения. Он связывает воедино одно авторизационное действие, соответствующую Policy, оператора, который выполнил это действие, и итог, который в конце был получен — в одну цельную цепочку. Если в дальнейшем кто-то усомнится в этом выполнении, системе не нужно заново доверять какому-то отдельному узлу — и не нужно спрашивать сторону в операционном отделе. Нужно просто пройти по этой записи и заново перепроверить каждый шаг: почему он был действителен, и на чем это основано.
Когда я дошел до этого места, я внезапно понял: в Newton Receipt на самом деле больше похож не на квитанцию, а на цепочку ответственности за выполнение.
Поэтому теперь, оглядываясь назад на Authorization Receipt, я считаю, что он оставляет не просто «запись».
Он оставляет все основания для выполнения от момента авторизации и проверки до завершения. И, возможно, то, чему действительно могут долго верить, — это никогда не какой-то отдельный узел и не какая-то отдельная платформа, а сам процесс, который любой может заново проверить.
#newt $NEWT
胖鸟
·
--
Похоже, снова будет очередная партия людей, которые хорошо заработают
Без сюрпризов во вторник на следующей неделе стартует давно забытый проект 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? Какая у вас психологическая линия входа — по какой цене готовы заходить? Давайте обсудим
Проверено
Похоже, снова будет очередная партия людей, которые хорошо заработают
Без сюрпризов во вторник на следующей неделе стартует давно забытый проект 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? Какая у вас психологическая линия входа — по какой цене готовы заходить? Давайте обсудим
不要再被最近吹的天花乱坠＄GRVT 欺骗了
这玩意对散户的友好度没有你想象的那么高。
这两天同步 @grvt_io 的官方开发文档，结果在结算数据结构里翻到了两个极少人讨论的venue和 broker，追踪完底层的清算路径后我心里一惊，大家都在盯着明面上的买卖怎么玩，却忽略了它在底层给大户和机构开辟的场外RFQ。散户跟大户玩同样的衍生品，天然要吃一记信息差的闷棍。
我发现在#grvt 的底盘里，普通的单向买卖走公开订单簿，但只要涉及到复杂的期权组合或者超大额的区块交易，系统会直接把这些大额流量切到专门的 RFQ 询价会话里，并通过像 CoinRoutes 这样的顶级经纪商在链下进行私密撮合。
这意味着什么？
最优质、能把对冲成本压到最低的大宗报价，在链下就已经被机构和专业经纪商提前分食干净了。散户在前端看到的公开盘口，其实只是机构吃剩的残渣。你在公开订单簿里费尽心思去配对多空，不仅买卖价差更宽，还得承担由于各条腿分开成交时的隐形Legging Risk风险。这种把最肥的大宗定价权锁在链下经纪商圈子里的设计，在无形中给普通散户筑起了一道看不见的高墙。
不过撇开这种对散户的报价隔离不谈，站在大盘系统抗风险的宏观角度，这套把大宗和零售彻底分流的架构反而是极具智慧的。传统链上交易所之所以动不动就流动性断层，就是因为散户的散单和机构的大宗头寸全混在一个池子里。一旦市场剧烈洗盘，机构千万级的多腿头寸如果直接在公开盘口强制平仓，会瞬间引发连环踩踏，把散户的止损单全部连坐引爆。而 GRVT 让大宗交易走独立的链下 RFQ 路由，用经纪商机制当隔离带，把这些毁灭性的核弹头在场外悄悄化解掉了。
它虽然让零售盘口少了一点暴利套利的机会，却换来了整个大盘在风暴中极其稳定的盘口弹性，让散户逃命时随时能撤
这玩意对散户的友好度没有你想象的那么高。
这两天同步 @grvt_io 的官方开发文档，结果在结算数据结构里翻到了两个极少人讨论的venue和 broker，追踪完底层的清算路径后我心里一惊，大家都在盯着明面上的买卖怎么玩，却忽略了它在底层给大户和机构开辟的场外RFQ。散户跟大户玩同样的衍生品，天然要吃一记信息差的闷棍。
我发现在#grvt 的底盘里，普通的单向买卖走公开订单簿，但只要涉及到复杂的期权组合或者超大额的区块交易，系统会直接把这些大额流量切到专门的 RFQ 询价会话里，并通过像 CoinRoutes 这样的顶级经纪商在链下进行私密撮合。
这意味着什么？
最优质、能把对冲成本压到最低的大宗报价，在链下就已经被机构和专业经纪商提前分食干净了。散户在前端看到的公开盘口，其实只是机构吃剩的残渣。你在公开订单簿里费尽心思去配对多空，不仅买卖价差更宽，还得承担由于各条腿分开成交时的隐形Legging Risk风险。这种把最肥的大宗定价权锁在链下经纪商圈子里的设计，在无形中给普通散户筑起了一道看不见的高墙。
不过撇开这种对散户的报价隔离不谈，站在大盘系统抗风险的宏观角度，这套把大宗和零售彻底分流的架构反而是极具智慧的。传统链上交易所之所以动不动就流动性断层，就是因为散户的散单和机构的大宗头寸全混在一个池子里。一旦市场剧烈洗盘，机构千万级的多腿头寸如果直接在公开盘口强制平仓，会瞬间引发连环踩踏，把散户的止损单全部连坐引爆。而 GRVT 让大宗交易走独立的链下 RFQ 路由，用经纪商机制当隔离带，把这些毁灭性的核弹头在场外悄悄化解掉了。
它虽然让零售盘口少了一点暴利套利的机会，却换来了整个大盘在风暴中极其稳定的盘口弹性，让散户逃命时随时能撤
真是小看了@NewtonProtocol 的野心，昨天夜里我自己去翻它白皮书关于跨链架构和算力同步的那几章，我才发现它躲在暗处真正想解决的骚操作，居然是干掉多链时代最让人头疼的合规碎片化与跨链桥信任危机。
$NEWT 白皮书里提到了一个叫基于EigenLayer ELIP-008规范的多链算力table 同步协议，这名字听着挺硬核对吧？我当时看第一眼也觉得是在拽名词，但稍微一琢磨，我发现它解决的其实是链上金融一个超级恶心、而且以前根本没人能解决的死结，那就是怎么让不同链上的应用，共享同一套高强度的以太坊级别经济安全底牌。
你想啊现在的多链世界碎片化得厉害，一个稳定币或者RWA项目，如果想同时在 Ethereum、Base、Arbitrum和Optimism 上发行，传统的做法极其痛苦。你要么在每条链上都单独去找一套合规验证节点，要么就得用那种极其脆弱的第三方跨链桥，天天提心吊胆等着被黑客跨链投毒，结果就是大机构根本不敢把巨额资金往 L2 上放。
以前大家都默认这是没办法的硬伤，但 Newton这次直接在底层用密码学把这个死结给解开了，在#newt 的逻辑里，它的去中心化算力网络只需要在以太坊主网注册并进行EigenLayer再质押一次。一旦以太坊上的节点成员、质押权重或者因作恶被罚没的状态发生变化，Newton的节点们会在底层集体吐出一个用 BLS 私钥盖章的算力表默克尔根。
最扫的操作是这个包含着主网几十亿节点经济安全担保的签名根，会通过完全无许可的 Relayer疯狂同步到所有主流L2。目标链上的智能合约只需要用纯数学公式去验证这个 BLS 聚合签名 一旦对账成功本地的算力权重表瞬间同步更新。
这套ELIP-008的跨链算力同步流我算看明白了，这项目根本不是在讲宏大的合规故事，它是真拿出了别人抄不走的密码学硬功夫，把多链的合规铁轨直接统一成了一张无缝的安全大网。
$NEWT 白皮书里提到了一个叫基于EigenLayer ELIP-008规范的多链算力table 同步协议，这名字听着挺硬核对吧？我当时看第一眼也觉得是在拽名词，但稍微一琢磨，我发现它解决的其实是链上金融一个超级恶心、而且以前根本没人能解决的死结，那就是怎么让不同链上的应用，共享同一套高强度的以太坊级别经济安全底牌。
你想啊现在的多链世界碎片化得厉害，一个稳定币或者RWA项目，如果想同时在 Ethereum、Base、Arbitrum和Optimism 上发行，传统的做法极其痛苦。你要么在每条链上都单独去找一套合规验证节点，要么就得用那种极其脆弱的第三方跨链桥，天天提心吊胆等着被黑客跨链投毒，结果就是大机构根本不敢把巨额资金往 L2 上放。
以前大家都默认这是没办法的硬伤，但 Newton这次直接在底层用密码学把这个死结给解开了，在#newt 的逻辑里，它的去中心化算力网络只需要在以太坊主网注册并进行EigenLayer再质押一次。一旦以太坊上的节点成员、质押权重或者因作恶被罚没的状态发生变化，Newton的节点们会在底层集体吐出一个用 BLS 私钥盖章的算力表默克尔根。
最扫的操作是这个包含着主网几十亿节点经济安全担保的签名根，会通过完全无许可的 Relayer疯狂同步到所有主流L2。目标链上的智能合约只需要用纯数学公式去验证这个 BLS 聚合签名 一旦对账成功本地的算力权重表瞬间同步更新。
这套ELIP-008的跨链算力同步流我算看明白了，这项目根本不是在讲宏大的合规故事，它是真拿出了别人抄不走的密码学硬功夫，把多链的合规铁轨直接统一成了一张无缝的安全大网。
Многие смотрят на @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.
Первый тег называется 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 , хотя и жертвует прозрачностью стакана, всё же помогает розничным инвесторам «добить» пулю, которой обычно пользуются крупные игроки, чтобы творить зло.
Один из ключевых тезисов #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, затем через Gateway, далее Policy Evaluation, выполнение Operator, и уже потом — Attestation. И тогда я внезапно понял, где именно были мои сомнения.
$NEWT Похоже, по-настоящему важно не то, правильный ли результат, а то, почему ему можно доверять. Transaction Intent не исполняется сразу после входа в систему — сначала проводится Policy Evaluation; когда Operator заканчивает свою задачу, завершение выполнения само по себе не становится финальным результатом — дальше нужна Attestation, а при необходимости может даже потребоваться Replay.
Если смотреть дальше, я всё больше убеждаюсь: они отвечают на вопрос — было ли данное выполнение выполнено согласно правилам, которые признаёт вся сеть?
И только здесь я осознал, что #Newt фиксирует не результат одного выполнения, а сам процесс выполнения. Позже я ещё раз внимательно всё обдумал и внезапно вспомнил вопрос, который раньше даже не приходило в голову серьёзно задать.
Почему многие системы больше сосредоточены на доказательстве результата, а Newton при этом вложил столько сил в доказательство процесса?
Мне всё больше кажется, что за этими двумя подходами стоят две совершенно разные модели доверия. Если доказывать только результат, тебе в итоге всё равно приходится верить тому, кто сообщил этот результат. Но если весь процесс выполнения можно проверить, то доверять нужно уже не конкретному Operator — а той самой траектории выполнения, которую любой может воспроизвести и проверить.
Поэтому мне кажется, что Newton на самом деле не столько хочет перестроить порядок выполнения: он по-настоящему бросает вызов устоявшемуся по умолчанию предположению, которое существует много лет — достаточно ли того, что результат верный?
По крайней мере, для Newton, судя по всему, этого недостаточно. Возможно, именно в этом и заключается подлинный смысл Attestation, Verification и Replay. Они защищают не только результат, но и весь процесс, благодаря которому этот результат вообще становится состоятельным.
В эти дни я всё время листаю блог @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
Поэтому когда я впервые увидел 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
很久没来新的TGE了，最近新推出的@grvt_io 又是一个大毛。
@grvt_io 还推出了超值的Booster活动，用2积分就能兑换价值8u的代币，大家千万别错过
刚开始看 @grvt_io 的 HEX Architecture 时我一直有一个疑问：如果交易撮合发生在链下，那链上到底如何相信？
在我的理解里，区块链最大的价值就是确定性；如果最核心的撮合过程离开链，那么这和传统交易所有什么区别？所以一开始我认为GRVT只是在性能和去中心化之间做了一次妥协，但重新看完它的执行流程后我才发现自己一开始理解错了。
#grvt 真正解决的问题不是把交易放在哪里，而是如何让链下产生的交易状态，最终被链上认可。在它的设计中，订单首先进入 Off-chain Matching Engine 完成撮合，这样高频交易不需要等待链上确认，可以获得接近传统交易所的执行效率。
有趣的是，成交并不意味着状态最终成立；交易结果需要经过 On-chain Settlement，由链上规则和智能合约完成最终确认。也就是说链下负责高频计算，链上负责最终状态。
到这里我才意识到，#grvt 尝试拆开的是产生状态和定义状态的边界：Matching Engine 负责产生交易结果，Settlement Layer 负责确认资产状态，Smart Contract Vault 负责保证用户资产不会完全依赖中心化账本。
所以我感觉 Hybrid Exchange 并不是简单把 CEX 和 DEX 拼在一起，它真正改变的是交易系统里的信任边界。交易不一定每一步都需要发生在链上，但最终影响用户资产的状态必须由链上规则确认。
后面再看 Unified Balance，我发现这个逻辑并不只存在于交易结算，而是贯穿整个资产状态管理：交易、保证金和收益不再是割裂的账户状态，而是在统一体系中流动，让资产不再被固定在某一个场景里，而是可以持续变化的。
现在让我来看GRVT，更像是在解决一套链下状态如何进入链上现实的机制，并且成为链上世界认可的现实
@grvt_io 还推出了超值的Booster活动，用2积分就能兑换价值8u的代币，大家千万别错过
刚开始看 @grvt_io 的 HEX Architecture 时我一直有一个疑问：如果交易撮合发生在链下，那链上到底如何相信？
在我的理解里，区块链最大的价值就是确定性；如果最核心的撮合过程离开链，那么这和传统交易所有什么区别？所以一开始我认为GRVT只是在性能和去中心化之间做了一次妥协，但重新看完它的执行流程后我才发现自己一开始理解错了。
#grvt 真正解决的问题不是把交易放在哪里，而是如何让链下产生的交易状态，最终被链上认可。在它的设计中，订单首先进入 Off-chain Matching Engine 完成撮合，这样高频交易不需要等待链上确认，可以获得接近传统交易所的执行效率。
有趣的是，成交并不意味着状态最终成立；交易结果需要经过 On-chain Settlement，由链上规则和智能合约完成最终确认。也就是说链下负责高频计算，链上负责最终状态。
到这里我才意识到，#grvt 尝试拆开的是产生状态和定义状态的边界：Matching Engine 负责产生交易结果，Settlement Layer 负责确认资产状态，Smart Contract Vault 负责保证用户资产不会完全依赖中心化账本。
所以我感觉 Hybrid Exchange 并不是简单把 CEX 和 DEX 拼在一起，它真正改变的是交易系统里的信任边界。交易不一定每一步都需要发生在链上，但最终影响用户资产的状态必须由链上规则确认。
后面再看 Unified Balance，我发现这个逻辑并不只存在于交易结算，而是贯穿整个资产状态管理：交易、保证金和收益不再是割裂的账户状态，而是在统一体系中流动，让资产不再被固定在某一个场景里，而是可以持续变化的。
现在让我来看GRVT，更像是在解决一套链下状态如何进入链上现实的机制，并且成为链上世界认可的现实
我一直觉得，一个授权系统最重要的是规则。
只要 Policy 写得足够严谨，系统就能判断什么交易应该执行，什么交易应该拒绝。所以刚开始看 @NewtonProtocol Whitepaper 时，我一直关注的是 Rego Policy 和 Authorization Flow。
直到后来重新翻到 Data Provider 那部分，我才发现自己忽略了一个更底层的问题，如果规则再准确，如果输入的数据不可信，最后的判断依然没有意义。
$NEWT 的 Policy Evaluation 并不是直接运行规则。Operator 需要调用 Oracle Price、Sanctions Feed、Risk Score 等外部数据，再将这些输入带入 Rego Policy 判断，但这些数据本身并不是链上原生存在的我一下意识到，这好像是是所有链上自动化系统都会遇到的问题。大家一直讨论智能合约是否可信却很少追问系统做决定时看到的数据，真的可靠吗？
如果地址状态判断错误，风险评分出现偏差或者不同节点获取到的数据不一致，那么后面的 Policy、Attestation 和 Consensus 即使计算正确，也可能只是建立在错误输入上的正确结果。
#newt 对这个问题的设计很有意思，它没有选择成为唯一的数据提供者，而是把 Data Provider 做成可插拔模块。Operator 可以独立执行 WASM Data Provider，在隔离环境中获取外部数据，并对自己观察到的数据生成 ECDSA Attestation让输入本身也进入验证范围。
看到这里我才发现自己之前理解错了，我一直以为 Newton 的核心是让规则变得可验证，但实际上它首先要解决的是让规则运行时面对的是同一个可信现实，Policy 决定系统如何判断，Data Provider 决定系统看到什么。
真正困难的地方从来不是让机器按照规则运行，而是在机器做决定之前确保它看到的世界没有被错误输入改变。这可能才$NEWT 设计 Data Provider Ecosystem 的意义。
未来链上系统竞争的不只是规则和执行，而是谁能让整个网络在做决定之前先基于同一个现实。
只要 Policy 写得足够严谨，系统就能判断什么交易应该执行，什么交易应该拒绝。所以刚开始看 @NewtonProtocol Whitepaper 时，我一直关注的是 Rego Policy 和 Authorization Flow。
直到后来重新翻到 Data Provider 那部分，我才发现自己忽略了一个更底层的问题，如果规则再准确，如果输入的数据不可信，最后的判断依然没有意义。
$NEWT 的 Policy Evaluation 并不是直接运行规则。Operator 需要调用 Oracle Price、Sanctions Feed、Risk Score 等外部数据，再将这些输入带入 Rego Policy 判断，但这些数据本身并不是链上原生存在的我一下意识到，这好像是是所有链上自动化系统都会遇到的问题。大家一直讨论智能合约是否可信却很少追问系统做决定时看到的数据，真的可靠吗？
如果地址状态判断错误，风险评分出现偏差或者不同节点获取到的数据不一致，那么后面的 Policy、Attestation 和 Consensus 即使计算正确，也可能只是建立在错误输入上的正确结果。
#newt 对这个问题的设计很有意思，它没有选择成为唯一的数据提供者，而是把 Data Provider 做成可插拔模块。Operator 可以独立执行 WASM Data Provider，在隔离环境中获取外部数据，并对自己观察到的数据生成 ECDSA Attestation让输入本身也进入验证范围。
看到这里我才发现自己之前理解错了，我一直以为 Newton 的核心是让规则变得可验证，但实际上它首先要解决的是让规则运行时面对的是同一个可信现实，Policy 决定系统如何判断，Data Provider 决定系统看到什么。
真正困难的地方从来不是让机器按照规则运行，而是在机器做决定之前确保它看到的世界没有被错误输入改变。这可能才$NEWT 设计 Data Provider Ecosystem 的意义。
未来链上系统竞争的不只是规则和执行，而是谁能让整个网络在做决定之前先基于同一个现实。
Войдите, чтобы посмотреть больше материала