Binance Square
Liam_Carter
731 Публикации

Liam_Carter

Открытая сделка
Трейдер с регулярными сделками
9 мес.
200 подписок(и/а)
6.8K+ подписчиков(а)
1.2K+ понравилось
Посты
Портфель
·
--
Смотря на свечной график, я вижу, как Биткоин постепенно сползает ниже своего недавнего пика — но привычной паники при этом нет. Медвежьи рынки умеют показывать, кто на самом деле настроен всерьёз, когда исчезает лёгкая ликвидность. В последнее время снова активизировались разговоры вокруг BTCFi. Это не похоже на случайность: капитал целенаправленно ищет более безопасные способы получать доход. Один из путей, который я внимательно изучил, — подход от Babylon Labs. Они создали нечто под названием TBV: биткоин напрямую зафиксирован в Taproot-скриптах в основной сети Bitcoin. Никаких мостов, никаких обёрнутых токенов. Затем криптографические доказательства позволяют заимствовать стейблкоины из Aave v4. Каждая UTXO остаётся независимой, так что сам проект не может перемещать монеты. Такой уровень нативного хранения даёт реальное спокойствие. Тем не менее, мне интересно, не ограничит ли столь строгий ончейн-кустодиал то, насколько свободно капитал может двигаться и находить применение. Затем я посмотрел на Hashi on Sui. Их модель почти противоположна. Validator MPC в сочетании с Guardian multisig хранит BTC, чеканит hBTC и позволяет ему свободно перемещаться внутри экосистемы Sui. Институтам, вероятно, понравятся производительность и более широкий диапазон сценариев использования. Единственный вопрос, который остаётся у меня: можно ли с помощью multisig плюс MPC полностью убрать риск централизации? Я не глубокий технический эксперт, но чем сложнее предположения о доверии, тем обычно больше потенциальных точек отказа. Итак, перед нами два чётких направления: одно делает ставку на чистое нативное хранение, другое — на компонуемость и гибкость. Я начинаю думать, что единственно правильного ответа нет — возможно, победит дизайн, который сочетает элементы обоих подходов. Но вопрос, который кажется мне важнее ежедневного движения цены, звучит так: когда придёт реальный стресс-тест медвежьего рынка, какая система даст трещину первой? TBV с его чистыми криптографическими доказательствами окажется более устойчивым, или же Hashi с институциональными механизмами контроля рисков выдержит лучше? Этот ответ может оказаться важнее следующей свечи на графике. @babylonlabs_io #baby $BABY
Смотря на свечной график, я вижу, как Биткоин постепенно сползает ниже своего недавнего пика — но привычной паники при этом нет. Медвежьи рынки умеют показывать, кто на самом деле настроен всерьёз, когда исчезает лёгкая ликвидность. В последнее время снова активизировались разговоры вокруг BTCFi. Это не похоже на случайность: капитал целенаправленно ищет более безопасные способы получать доход.
Один из путей, который я внимательно изучил, — подход от Babylon Labs. Они создали нечто под названием TBV: биткоин напрямую зафиксирован в Taproot-скриптах в основной сети Bitcoin. Никаких мостов, никаких обёрнутых токенов. Затем криптографические доказательства позволяют заимствовать стейблкоины из Aave v4. Каждая UTXO остаётся независимой, так что сам проект не может перемещать монеты. Такой уровень нативного хранения даёт реальное спокойствие. Тем не менее, мне интересно, не ограничит ли столь строгий ончейн-кустодиал то, насколько свободно капитал может двигаться и находить применение.
Затем я посмотрел на Hashi on Sui. Их модель почти противоположна. Validator MPC в сочетании с Guardian multisig хранит BTC, чеканит hBTC и позволяет ему свободно перемещаться внутри экосистемы Sui. Институтам, вероятно, понравятся производительность и более широкий диапазон сценариев использования. Единственный вопрос, который остаётся у меня: можно ли с помощью multisig плюс MPC полностью убрать риск централизации? Я не глубокий технический эксперт, но чем сложнее предположения о доверии, тем обычно больше потенциальных точек отказа.
Итак, перед нами два чётких направления: одно делает ставку на чистое нативное хранение, другое — на компонуемость и гибкость. Я начинаю думать, что единственно правильного ответа нет — возможно, победит дизайн, который сочетает элементы обоих подходов. Но вопрос, который кажется мне важнее ежедневного движения цены, звучит так: когда придёт реальный стресс-тест медвежьего рынка, какая система даст трещину первой? TBV с его чистыми криптографическими доказательствами окажется более устойчивым, или же Hashi с институциональными механизмами контроля рисков выдержит лучше? Этот ответ может оказаться важнее следующей свечи на графике.
@BabylonLabs_io #baby $BABY
Проверено
Когда тестнет TBV от Babylon Labs запустился, всплывала одна деталь: один биткоин-транзакцией можно передать до 10 HTLC-выводов. На первый взгляд это похоже на простой трюк для экономии комиссий. Но это упускает главное. Речь не о том, чтобы поместить BTC десяти пользователей в один общий пул. Каждый вывод всё равно принадлежит отдельному Vault (хранилищу), подкреплённому собственным UTXO, собственной структурой предварительно подписанной транзакции и собственным маршрутом вывода. Десять HTLC-выводов — это не одна общая «безопасность»; это десять независимых сейфов, размещённых внутри одной коробки для отгрузки. Транспортировка становится эффективнее, но модель безопасности остаётся раздельной. Ключевая идея такая: эффективность можно объединять, а риск — нет. Даже несмотря на то, что пакетирование снижает стоимость, оно не уменьшает операционную нагрузку. При настройке провайдер Vault всё равно должен собрать подписи от всех участников и отправить пакет в Ethereum. Если VP уйдёт в офлайн, пользователи всё равно смогут восстановить нужные подписи из цепочки, чтобы завершить PegIn. А если VP не будет сотрудничать во время погашения, пользователи всё равно зависят от собственных ключей WOTS и данных требования, чтобы взять контроль на себя. Итак, пакетирование сжимает комиссии, но не рабочий процесс безопасности. Более удачная аналогия — несколько договоров страхования, отправленных в одной посылке: доставка обходится дешевле, но андеррайтинг, подписание и заявления по каждой полисной схеме остаются полностью отдельными. Объединённая посылка не означает разделённое покрытие. Поэтому после запуска мейннета Babylon меня меньше всего волнует, сколько комиссий удалось сэкономить, и больше всего — три реальных сигнала: как распределяются размеры пакетов, как часто подписи завершаются «от начала до конца», и насколько быстро пользователи могут самовосстановиться, если VP недоступен. Именно эти цифры показывают, действительно ли эта конструкция «пакетировано, но не в пуле» заслуживает своего места. Технология может оптимизировать стоимость. Безопасность отказывается от групповых скидок. @babylonlabs_io #baby $BABY
Когда тестнет TBV от Babylon Labs запустился, всплывала одна деталь: один биткоин-транзакцией можно передать до 10 HTLC-выводов.

На первый взгляд это похоже на простой трюк для экономии комиссий. Но это упускает главное.

Речь не о том, чтобы поместить BTC десяти пользователей в один общий пул. Каждый вывод всё равно принадлежит отдельному Vault (хранилищу), подкреплённому собственным UTXO, собственной структурой предварительно подписанной транзакции и собственным маршрутом вывода. Десять HTLC-выводов — это не одна общая «безопасность»; это десять независимых сейфов, размещённых внутри одной коробки для отгрузки. Транспортировка становится эффективнее, но модель безопасности остаётся раздельной.

Ключевая идея такая: эффективность можно объединять, а риск — нет.

Даже несмотря на то, что пакетирование снижает стоимость, оно не уменьшает операционную нагрузку. При настройке провайдер Vault всё равно должен собрать подписи от всех участников и отправить пакет в Ethereum. Если VP уйдёт в офлайн, пользователи всё равно смогут восстановить нужные подписи из цепочки, чтобы завершить PegIn. А если VP не будет сотрудничать во время погашения, пользователи всё равно зависят от собственных ключей WOTS и данных требования, чтобы взять контроль на себя.

Итак, пакетирование сжимает комиссии, но не рабочий процесс безопасности.

Более удачная аналогия — несколько договоров страхования, отправленных в одной посылке: доставка обходится дешевле, но андеррайтинг, подписание и заявления по каждой полисной схеме остаются полностью отдельными. Объединённая посылка не означает разделённое покрытие.

Поэтому после запуска мейннета Babylon меня меньше всего волнует, сколько комиссий удалось сэкономить, и больше всего — три реальных сигнала: как распределяются размеры пакетов, как часто подписи завершаются «от начала до конца», и насколько быстро пользователи могут самовосстановиться, если VP недоступен. Именно эти цифры показывают, действительно ли эта конструкция «пакетировано, но не в пуле» заслуживает своего места.

Технология может оптимизировать стоимость. Безопасность отказывается от групповых скидок.
@BabylonLabs_io #baby $BABY
#baby $BABY @babylonlabs_io Сегодня ранее я обсуждал с друзьями @BabylonLabs_io, и один момент не давал мне покоя: не каждая «казна» — это одно и то же. Типичный DeFi-ликвидный хранилищный (vault) — это по сути общий пул. Многие пользователи вносят средства в один контракт, и и доходы, и риски распределяются в рамках одного и того же пула. Модель казначейства (treasury) TBV устроена иначе. Каждая казна — это отдельный изолированный UTXO с заранее заданным набором предварительно подписанных путей вывода. Казны не объединяются в общий пул и не смешиваются друг с другом. По структуре это скорее похоже на отдельный сейф для хранения, а не на общую кассу. Еще одно ключевое отличие: сам контракт протокола не может переместить BTC из скрипта. Он не может выдать их в кредит, повторно использовать или перенаправить куда-то еще. Это означает, что активы нельзя повторно заложить. Во многих продуктах «внеси и получай доход» вам приходится доверять платформе, что она не использует ваши средства для других целей. В TBV это ограничение закреплено на уровне скрипта. Это не просто обещание — это встроено в дизайн. Для крупных сумм лично я предпочитаю именно такую изолированную модель, а не общий пул. Так проще всего понять максимальный потенциальный минус. При этом я до сих пор не видел публично доступных деталей Taproot-скриптов или отчётов аудита для каждой отдельной казны, так что эта часть остается неясной. Перед тем как вносить средства во что-либо, называемое «treasury», я думаю, первый вопрос должен быть простым: это изолированная структура или просто общий фонд-пул с другим названием?
#baby $BABY @BabylonLabs_io

Сегодня ранее я обсуждал с друзьями @BabylonLabs_io, и один момент не давал мне покоя: не каждая «казна» — это одно и то же.

Типичный DeFi-ликвидный хранилищный (vault) — это по сути общий пул. Многие пользователи вносят средства в один контракт, и и доходы, и риски распределяются в рамках одного и того же пула.

Модель казначейства (treasury) TBV устроена иначе. Каждая казна — это отдельный изолированный UTXO с заранее заданным набором предварительно подписанных путей вывода. Казны не объединяются в общий пул и не смешиваются друг с другом. По структуре это скорее похоже на отдельный сейф для хранения, а не на общую кассу.

Еще одно ключевое отличие: сам контракт протокола не может переместить BTC из скрипта. Он не может выдать их в кредит, повторно использовать или перенаправить куда-то еще. Это означает, что активы нельзя повторно заложить. Во многих продуктах «внеси и получай доход» вам приходится доверять платформе, что она не использует ваши средства для других целей. В TBV это ограничение закреплено на уровне скрипта. Это не просто обещание — это встроено в дизайн.

Для крупных сумм лично я предпочитаю именно такую изолированную модель, а не общий пул. Так проще всего понять максимальный потенциальный минус. При этом я до сих пор не видел публично доступных деталей Taproot-скриптов или отчётов аудита для каждой отдельной казны, так что эта часть остается неясной.

Перед тем как вносить средства во что-либо, называемое «treasury», я думаю, первый вопрос должен быть простым: это изолированная структура или просто общий фонд-пул с другим названием?
#baby $BABY Только что резко проснулся из‑за серверного алерта про какое‑то взрывное происшествие. Экран всё ещё был наполовину размыт, когда я открыл групповой чат и увидел, как кто‑то уронил сравнительную таблицу trust-модели TBV. Через десять минут бессмысленного уставания я уже был полностью бодр. @babylonlabs_io Раньше я думал, что кроссчейн-мосты в основном бывают двух типов: централизованные или децентрализованные. Выбираешь более децентрализованный — и ты практически в безопасности. Эта таблица убила эту идею. Даже «следующее поколение» «децентрализованного» дизайна вроде моста BitVM всё равно заставляет Боба зависеть от комитета подписантов 1 из n, набора операторов 1 из m и как минимум одного активного чейленджера — всё это должно работать вместе. Разорви любое звено, и средства просто могут зависнуть там, не двигаясь. Бездоверительные биткоинские сейфы — это совсем другое животное. С момента создания сейфа он уже со‑подписан Бобом и Ларри. Вообще нет роли третьей стороны. Выводы не требуют доверять кому‑то. Эти три роли — операторы, комитет подписантов, чейленджер — не были «оптимизированы» из дизайна. Они вообще не должны были существовать изначально. Разница становится ещё очевиднее в кредитовании. В настройке DLC Ларри может просто отказаться передать секрет для выплаты и заблокировать выкуп Боба — классическая проблема «свободной опции». В TBV условия выкупа — это чисто криптографические доказательства. Никому не нужно «давать разрешение». Лично я всё ещё запускаю только небольшие тестнет-объёмы. Основной капитал не сдвигался. Я также не смог найти внятной документации о том, как именно задаётся порог k из n для мультисиг. Официальная позиция: «решает governance», но реальные детали по‑прежнему не опубликованы. Так что главный вопрос: вы бы пожертвовали мгновенной ликвидностью моста, чтобы убрать один дополнительный слой доверия?
#baby $BABY
Только что резко проснулся из‑за серверного алерта про какое‑то взрывное происшествие. Экран всё ещё был наполовину размыт, когда я открыл групповой чат и увидел, как кто‑то уронил сравнительную таблицу trust-модели TBV. Через десять минут бессмысленного уставания я уже был полностью бодр.
@BabylonLabs_io
Раньше я думал, что кроссчейн-мосты в основном бывают двух типов: централизованные или децентрализованные. Выбираешь более децентрализованный — и ты практически в безопасности. Эта таблица убила эту идею. Даже «следующее поколение» «децентрализованного» дизайна вроде моста BitVM всё равно заставляет Боба зависеть от комитета подписантов 1 из n, набора операторов 1 из m и как минимум одного активного чейленджера — всё это должно работать вместе. Разорви любое звено, и средства просто могут зависнуть там, не двигаясь.
Бездоверительные биткоинские сейфы — это совсем другое животное. С момента создания сейфа он уже со‑подписан Бобом и Ларри. Вообще нет роли третьей стороны. Выводы не требуют доверять кому‑то.
Эти три роли — операторы, комитет подписантов, чейленджер — не были «оптимизированы» из дизайна. Они вообще не должны были существовать изначально.
Разница становится ещё очевиднее в кредитовании. В настройке DLC Ларри может просто отказаться передать секрет для выплаты и заблокировать выкуп Боба — классическая проблема «свободной опции». В TBV условия выкупа — это чисто криптографические доказательства. Никому не нужно «давать разрешение».
Лично я всё ещё запускаю только небольшие тестнет-объёмы. Основной капитал не сдвигался. Я также не смог найти внятной документации о том, как именно задаётся порог k из n для мультисиг. Официальная позиция: «решает governance», но реальные детали по‑прежнему не опубликованы.
Так что главный вопрос: вы бы пожертвовали мгновенной ликвидностью моста, чтобы убрать один дополнительный слой доверия?
Частичная правда
Я провёл полночь, изучая whitepaper @BabylonLabs_io и перепроверяя on-chain‑цифры для обеих схем BitVM2 и BitVM3. Чем глубже я копал, тем больше замечал, что что-то не сходится. Большинство людей воспринимают «Bitcoin bridge» и «Bitcoin vault» как по сути одно и то же, просто с разными предположениями по безопасности. Но если вникнуть в детали, выясняется: это принципиально разные проекты. Мост выпускает заменяемые обёрнутые BTC, которые любой может выкупить, поэтому он вынужден полагаться на полный набор операторов, комитеты подписантов, челленджеров и прочих участников, чтобы выкупы оставались платёжеспособными. В хранилище же, напротив, средства с самого начала блокируются на два заранее определённых адреса (представьте: заёмщик и кредитор). Эти дополнительные роли просто не требуются. Цифры делают разницу ещё нагляднее. В раннем подходе BitVM2 измеренная on-chain‑стоимость верификации одного ZK‑доказательства превышала $15,000. В BitVM3 тот же спорный кейс падает примерно до $93, а обычный, неоспариваемый депозит или вывод может стоить всего $2.66. Это примерно 170‑кратное снижение — не просто правка параметров, а полная смена подхода. То, что раньше было «раскрытием всего on-chain через секрет», превращается в офлайн‑игру теоретического характера внутри смешанной схемы. On-chain доверие сокращается с трёх сторон до двух. Сейчас я запускаю небольшую тестовую сетевую позицию в основном, чтобы на практике прочувствовать поведение тайм-лока по пути спора. Утверждение, что офлайн‑хранение обходится примерно в $1 в месяц, есть только в официальных материалах; я пока не нашёл независимого источника, который это подтверждал бы. Когда вы проверяете on-chain‑стоимости в повседневной практике, вы смотрите только на «счастливый путь» или также закладываете цену для экстремальных сценариев?@babylonlabs_io #baby $BABY
Я провёл полночь, изучая whitepaper @BabylonLabs_io и перепроверяя on-chain‑цифры для обеих схем BitVM2 и BitVM3. Чем глубже я копал, тем больше замечал, что что-то не сходится.
Большинство людей воспринимают «Bitcoin bridge» и «Bitcoin vault» как по сути одно и то же, просто с разными предположениями по безопасности. Но если вникнуть в детали, выясняется: это принципиально разные проекты. Мост выпускает заменяемые обёрнутые BTC, которые любой может выкупить, поэтому он вынужден полагаться на полный набор операторов, комитеты подписантов, челленджеров и прочих участников, чтобы выкупы оставались платёжеспособными. В хранилище же, напротив, средства с самого начала блокируются на два заранее определённых адреса (представьте: заёмщик и кредитор). Эти дополнительные роли просто не требуются.
Цифры делают разницу ещё нагляднее. В раннем подходе BitVM2 измеренная on-chain‑стоимость верификации одного ZK‑доказательства превышала $15,000. В BitVM3 тот же спорный кейс падает примерно до $93, а обычный, неоспариваемый депозит или вывод может стоить всего $2.66. Это примерно 170‑кратное снижение — не просто правка параметров, а полная смена подхода. То, что раньше было «раскрытием всего on-chain через секрет», превращается в офлайн‑игру теоретического характера внутри смешанной схемы. On-chain доверие сокращается с трёх сторон до двух.
Сейчас я запускаю небольшую тестовую сетевую позицию в основном, чтобы на практике прочувствовать поведение тайм-лока по пути спора. Утверждение, что офлайн‑хранение обходится примерно в $1 в месяц, есть только в официальных материалах; я пока не нашёл независимого источника, который это подтверждал бы.
Когда вы проверяете on-chain‑стоимости в повседневной практике, вы смотрите только на «счастливый путь» или также закладываете цену для экстремальных сценариев?@BabylonLabs_io #baby $BABY
Частичная правда
«Фраза “Пользователи напрямую контролируют погашение” звучит успокаивающе — пока другая сторона просто не откажется участвовать. Я застрял на одном разделе в whitepaper TBV от @BabylonLabs_io, где утверждается: “trustless vaults eliminate operators entirely” (бездоверительные хранилища полностью устраняют операторов). В этой схеме две заранее определённые стороны получают прямые полномочия по погашению. Никакой посреднический оператор не нужен. Это аккуратно устраняет классический риск, когда третья сторона выводит средства. Так решается проблема кражи. Но как насчёт доступности (liveness)? В whitepaper бездоверительные хранилища противопоставляются мосту BitVM. В модели BitVM оператор должен передавать (relay) транзакцию погашения; если этот оператор начнёт действовать злоумышленно, средства могут оказаться под угрозой. TBV вместо этого позволяет двум контрагентам самим хранить ключи для погашения. Криптография гарантирует: пока скрипты написаны корректно, ни одна из сторон не сможет завладеть BTC, которые ей не принадлежат. Безопасность надёжная: никто не может принудительно забрать то, что принадлежит другому. Однако безопасность — не то же самое, что доступность. Если разблокировка средств требует, чтобы контрагент подписал или завершил шаг, и этот участник уходит офлайн, исчезает или просто отказывается сотрудничать, монеты могут остаться заблокированными. Whitepaper подчёркивает, что “никто не может украсть ваши деньги”, но при этом не разъясняет достаточно ясно, что происходит, если другая сторона не делает нужных действий. Защита от кражи не обязательно защищает от того, что средства “заморозятся”. Слово “trustless” часто заставляет людей фокусироваться только на гарантиях против кражи, упуская из виду риски ликвидности и доступности — а ведь именно они входят в реальную безопасность активов. Мой вывод: TBV отлично справляется с предотвращением прямой кражи. Но при оценке любой двухсторонней модели контрагента в DeFi нужно задавать два отдельных вопроса: Можно ли украсть деньги? Можно ли навсегда застрять (заморозить) деньги? Это независимые измерения риска. Понимание этой разницы крайне важно для осознания реальной модели безопасности $BABY — а не просто следовать поверхностному смыслу слова “trustless”. #baby $BABY @babylonlabs_io
«Фраза “Пользователи напрямую контролируют погашение” звучит успокаивающе — пока другая сторона просто не откажется участвовать.
Я застрял на одном разделе в whitepaper TBV от @BabylonLabs_io, где утверждается: “trustless vaults eliminate operators entirely” (бездоверительные хранилища полностью устраняют операторов). В этой схеме две заранее определённые стороны получают прямые полномочия по погашению. Никакой посреднический оператор не нужен. Это аккуратно устраняет классический риск, когда третья сторона выводит средства.
Так решается проблема кражи. Но как насчёт доступности (liveness)?
В whitepaper бездоверительные хранилища противопоставляются мосту BitVM. В модели BitVM оператор должен передавать (relay) транзакцию погашения; если этот оператор начнёт действовать злоумышленно, средства могут оказаться под угрозой. TBV вместо этого позволяет двум контрагентам самим хранить ключи для погашения. Криптография гарантирует: пока скрипты написаны корректно, ни одна из сторон не сможет завладеть BTC, которые ей не принадлежат. Безопасность надёжная: никто не может принудительно забрать то, что принадлежит другому.
Однако безопасность — не то же самое, что доступность. Если разблокировка средств требует, чтобы контрагент подписал или завершил шаг, и этот участник уходит офлайн, исчезает или просто отказывается сотрудничать, монеты могут остаться заблокированными. Whitepaper подчёркивает, что “никто не может украсть ваши деньги”, но при этом не разъясняет достаточно ясно, что происходит, если другая сторона не делает нужных действий. Защита от кражи не обязательно защищает от того, что средства “заморозятся”.
Слово “trustless” часто заставляет людей фокусироваться только на гарантиях против кражи, упуская из виду риски ликвидности и доступности — а ведь именно они входят в реальную безопасность активов.
Мой вывод: TBV отлично справляется с предотвращением прямой кражи. Но при оценке любой двухсторонней модели контрагента в DeFi нужно задавать два отдельных вопроса:
Можно ли украсть деньги?
Можно ли навсегда застрять (заморозить) деньги?
Это независимые измерения риска. Понимание этой разницы крайне важно для осознания реальной модели безопасности $BABY — а не просто следовать поверхностному смыслу слова “trustless”.
#baby $BABY @BabylonLabs_io
Проверено
#baby $BABY Вчера вечером, пролистывая документацию Babylon, я задержался на странице с предположениями о безопасности. Все кричат: «Сделайте Bitcoin-native доступным для DeFi», — но в голову ударил более практичный вопрос: когда ваш BTC зафиксирован в Taproot-скрипте, что именно вам нужно сделать, чтобы вернуть его? Разблокировка не так проста. Можно дождаться полного ~64 000-блочного периода (примерно 15 месяцев) или активно снять делегирование — для этого нужно, чтобы Комитет по Заветам (Covenant Committee) одобрил, а затем пройти второй период блокировки. В EOTS сказано прямо: если Finality Provider выполнит двойную подпись на той же высоте, ключ утечёт, и ваш залог всё равно могут списать (slashed) в течение этого окна разблокировки. То есть выход — это временное окно в рамках правил протокола, а не просто «разблокировать стейк в любой момент». Интересно также то, как работает ликвидация TBV. Вы занимаете под BTC, не отдавая кастодиальное управление; каждый Vault соответствует своей независимой UTXO. При событии ликвидации ликвидатор рассчитывается мгновенно с использованием WBTC, но нативный BTC становится доступным к выкупу только после того, как пройдёт окно fraud-proof. Это разрывает таймлайн: арбитражнику нужно сначала заранее предоставить WBTC, пережив ценовые колебания и расходы на финансирование. Я не смог найти чёткого ответа на вопрос, не «обваливается» ли готовность поставлять такую предварительную ликвидность, когда волатильность резко растёт. Философия Babylon оставляет конечный контроль за самим Bitcoin. Дорожная карта ясна: Фаза 1 фокусируется на разработке, ориентированной на Bitcoin, Фаза 2 переносит акцент на Cosmos, Фаза 3 приносит стейкинг мульти-активов. Но пользователям нужно внутренне принять, что slashing реален, и согласие с задержками выхода — часть сделки; тут есть объективная кривая обучения. Когда вы оцениваете проекты, вы настолько глубоко копаете механики выхода и ликвидации? Было бы интересно услышать, углубляетесь ли вы тоже — оставьте комментарий.@babylonlabs_io $LAB
#baby $BABY Вчера вечером, пролистывая документацию Babylon, я задержался на странице с предположениями о безопасности. Все кричат: «Сделайте Bitcoin-native доступным для DeFi», — но в голову ударил более практичный вопрос: когда ваш BTC зафиксирован в Taproot-скрипте, что именно вам нужно сделать, чтобы вернуть его?

Разблокировка не так проста. Можно дождаться полного ~64 000-блочного периода (примерно 15 месяцев) или активно снять делегирование — для этого нужно, чтобы Комитет по Заветам (Covenant Committee) одобрил, а затем пройти второй период блокировки. В EOTS сказано прямо: если Finality Provider выполнит двойную подпись на той же высоте, ключ утечёт, и ваш залог всё равно могут списать (slashed) в течение этого окна разблокировки. То есть выход — это временное окно в рамках правил протокола, а не просто «разблокировать стейк в любой момент».

Интересно также то, как работает ликвидация TBV. Вы занимаете под BTC, не отдавая кастодиальное управление; каждый Vault соответствует своей независимой UTXO. При событии ликвидации ликвидатор рассчитывается мгновенно с использованием WBTC, но нативный BTC становится доступным к выкупу только после того, как пройдёт окно fraud-proof. Это разрывает таймлайн: арбитражнику нужно сначала заранее предоставить WBTC, пережив ценовые колебания и расходы на финансирование. Я не смог найти чёткого ответа на вопрос, не «обваливается» ли готовность поставлять такую предварительную ликвидность, когда волатильность резко растёт.

Философия Babylon оставляет конечный контроль за самим Bitcoin. Дорожная карта ясна: Фаза 1 фокусируется на разработке, ориентированной на Bitcoin, Фаза 2 переносит акцент на Cosmos, Фаза 3 приносит стейкинг мульти-активов. Но пользователям нужно внутренне принять, что slashing реален, и согласие с задержками выхода — часть сделки; тут есть объективная кривая обучения.

Когда вы оцениваете проекты, вы настолько глубоко копаете механики выхода и ликвидации? Было бы интересно услышать, углубляетесь ли вы тоже — оставьте комментарий.@BabylonLabs_io
$LAB
#baby $BABY Я смотрел каждый рыночный цикл и видел, как снова и снова придумывали новую причину, чтобы подтолкнуть Биткойн дальше того, для чего он изначально был предназначен. Я достаточно давно в этой сфере, чтобы помнить времена, когда почти каждый второй проект заявлял, что он «разблокирует ликвидность BTC». Большинство следовало одной и той же схеме: обёрнутые токены, доверенные кастодианы, мосты, которые незаметно превращались в единственную точку отказа, и сообщества, которые считали ненужную сложность прогрессом. Вавилон выделился по причине, которой я не ожидал. Не потому, что он предлагал доходность — в крипте никогда не было недостатка в обещаниях. Он выделился тем, что начинает с неприятного факта: триллионы долларов в Биткойне в значительной степени простаивают, пока новые сети годами пытаются одолжить у него доверие. Я всё ещё не уверен, нужно ли вообще решать эту проблему. Есть что-то странное в наблюдении за Биткойном — за активом, построенным на преднамеренном сдерживании — который постепенно превращается в обеспечение для почти всего остального. Самостоятельное стейкинг-управление выглядит чище, чем прежние модели. Никаких мостов, никакой сдачи приватных ключей, никакого перевода монет в незнакомые формы. Но я видел достаточно систем, которые называют «без доверия», чтобы знать: со временем они медленно накапливают предположения о доверии. И всё же, здесь ощущается, что всё иначе. Возможно, потому что Вавилон не пытается убедить меня в том, что сам Биткойн должен измениться. Скорее это похоже на то, как остальная крипта наконец признаёт: ей всё ещё нужен Биткойн. После всех этих лет, возможно, это самое честное, что рынок сказал за долгое время.@babylonlabs_io 😀 {spot}(BABYUSDT)
#baby $BABY Я смотрел каждый рыночный цикл и видел, как снова и снова придумывали новую причину, чтобы подтолкнуть Биткойн дальше того, для чего он изначально был предназначен.
Я достаточно давно в этой сфере, чтобы помнить времена, когда почти каждый второй проект заявлял, что он «разблокирует ликвидность BTC». Большинство следовало одной и той же схеме: обёрнутые токены, доверенные кастодианы, мосты, которые незаметно превращались в единственную точку отказа, и сообщества, которые считали ненужную сложность прогрессом.
Вавилон выделился по причине, которой я не ожидал. Не потому, что он предлагал доходность — в крипте никогда не было недостатка в обещаниях. Он выделился тем, что начинает с неприятного факта: триллионы долларов в Биткойне в значительной степени простаивают, пока новые сети годами пытаются одолжить у него доверие.
Я всё ещё не уверен, нужно ли вообще решать эту проблему.
Есть что-то странное в наблюдении за Биткойном — за активом, построенным на преднамеренном сдерживании — который постепенно превращается в обеспечение для почти всего остального. Самостоятельное стейкинг-управление выглядит чище, чем прежние модели. Никаких мостов, никакой сдачи приватных ключей, никакого перевода монет в незнакомые формы. Но я видел достаточно систем, которые называют «без доверия», чтобы знать: со временем они медленно накапливают предположения о доверии.
И всё же, здесь ощущается, что всё иначе.
Возможно, потому что Вавилон не пытается убедить меня в том, что сам Биткойн должен измениться. Скорее это похоже на то, как остальная крипта наконец признаёт: ей всё ещё нужен Биткойн.
После всех этих лет, возможно, это самое честное, что рынок сказал за долгое время.@BabylonLabs_io 😀
#baby $BABY Пожалуйста, нажмите и удерживайте URL, чтобы скопировать его, и используйте браузер, чтобы открыть, если вы хотите просмотреть.
#baby $BABY Пожалуйста, нажмите и удерживайте URL, чтобы скопировать его, и используйте браузер, чтобы открыть, если вы хотите просмотреть.
Частичная правда
#newt $NEWT @NewtonProtocol Сегодня днем в офисе я читал техническую документацию Newton Protocol, и один фрагмент меня действительно зацепил: «TEE + ZKP двухканальный конвейер». На бумаге это выглядит по-настоящему умно. Базовая идея понятна. TEE предназначен для быстрой обработки вне цепочки, а ZKP превращает результат в доказательство, которое можно проверить в блокчейне. То есть вместо того, чтобы просить людей просто доверять вычислениям, система пытается сделать их математически проверяемыми. Эта часть выглядит элегантно, и понятно, почему дизайн привлекает внимание. Но стоит заглянуть дальше самой концепции и посмотреть на практические ограничения — и начинают проявляться некоторые опасения. Главная проблема — генерация доказательств. Доказательства ZKP производить недешево, и уже это само по себе может замедлять процесс. HTX Research также отмечает, что модель TEE + ZKP может упираться в проблемы производительности и зависеть от аппаратной базы. Prover Core от Newton поддерживает zkVM, такие как Risc0 и SP1, но это не отменяет того факта, что доказывание всё равно требует больших ресурсов. Если одновременно работает много агентов, то перегрузка и задержки ощущаются почти неизбежными. При этом в whitepaper не объясняется достаточно четко, как система планирует справляться с масштабным параллельным доказыванием. Есть и вопрос аппаратного обеспечения. TEE зависят от защищенного аппаратного окружения, а для работы валидаторов или валидации часто нужны мощные машины. Это означает, что входной порог не так уж низок. Со временем это может смещать участие в сторону институциональных игроков, а не обычных пользователей. Gat также указывает, что стек протокола сложный и что стабильный запуск по-прежнему сталкивается с реальными техническими трудностями. Итак, да, архитектура элегантная. Но если децентрализация зависит от дорогого оборудования и небольшого числа мощных операторов, насколько она децентрализована на практике? Это только мое личное мнение, не инвестиционный совет. $LAB
#newt $NEWT @NewtonProtocol
Сегодня днем в офисе я читал техническую документацию Newton Protocol, и один фрагмент меня действительно зацепил: «TEE + ZKP двухканальный конвейер». На бумаге это выглядит по-настоящему умно.

Базовая идея понятна. TEE предназначен для быстрой обработки вне цепочки, а ZKP превращает результат в доказательство, которое можно проверить в блокчейне. То есть вместо того, чтобы просить людей просто доверять вычислениям, система пытается сделать их математически проверяемыми. Эта часть выглядит элегантно, и понятно, почему дизайн привлекает внимание.

Но стоит заглянуть дальше самой концепции и посмотреть на практические ограничения — и начинают проявляться некоторые опасения.

Главная проблема — генерация доказательств. Доказательства ZKP производить недешево, и уже это само по себе может замедлять процесс. HTX Research также отмечает, что модель TEE + ZKP может упираться в проблемы производительности и зависеть от аппаратной базы. Prover Core от Newton поддерживает zkVM, такие как Risc0 и SP1, но это не отменяет того факта, что доказывание всё равно требует больших ресурсов. Если одновременно работает много агентов, то перегрузка и задержки ощущаются почти неизбежными. При этом в whitepaper не объясняется достаточно четко, как система планирует справляться с масштабным параллельным доказыванием.

Есть и вопрос аппаратного обеспечения. TEE зависят от защищенного аппаратного окружения, а для работы валидаторов или валидации часто нужны мощные машины. Это означает, что входной порог не так уж низок. Со временем это может смещать участие в сторону институциональных игроков, а не обычных пользователей. Gat также указывает, что стек протокола сложный и что стабильный запуск по-прежнему сталкивается с реальными техническими трудностями.

Итак, да, архитектура элегантная. Но если децентрализация зависит от дорогого оборудования и небольшого числа мощных операторов, насколько она децентрализована на практике?

Это только мое личное мнение, не инвестиционный совет.
$LAB
Проверено
Статья
За пределами первичного размещения: справится ли Ньютон с вторичными переводами токенов частных фондов?Эмилия Йонг работает в компании по управлению активами над отношениями в LP и изучает токенизацию долей в частных фондах, чтобы позиции LP можно было представлять в виде токенов и торговать ими на вторичных рынках. Реальное препятствие — не лежащая в основе технология, а комплаенс: доли в частных фондах могут быть переданы только квалифицированным инвесторам, и каждый перевод на вторичном рынке должен проверять право покупателя. В настоящее время этот процесс зависит от ручной проверки, что одновременно неэффективно и юридически рискованно.

За пределами первичного размещения: справится ли Ньютон с вторичными переводами токенов частных фондов?

Эмилия Йонг работает в компании по управлению активами над отношениями в LP и изучает токенизацию долей в частных фондах, чтобы позиции LP можно было представлять в виде токенов и торговать ими на вторичных рынках. Реальное препятствие — не лежащая в основе технология, а комплаенс: доли в частных фондах могут быть переданы только квалифицированным инвесторам, и каждый перевод на вторичном рынке должен проверять право покупателя. В настоящее время этот процесс зависит от ручной проверки, что одновременно неэффективно и юридически рискованно.
#newt $NEWT @NewtonProtocol Белая книга Newton продвигает свой механизм споров как неусмотренного часового — любой может поднять красный флаг без предварительной регистрации, обеспечивая то, что она называет общественно-ориентированной подотчетностью. Но под маркетингом цифры рисуют совсем иную картину. Любое возражение требует полного повторного выполнения движка политики Rego внутри виртуальной машины с нулевым разглашением (zero-knowledge). В работе это преподносится как технический прорыв, однако инновации не отменяют операционных затрат. Неуспешный заявитель уходит ни с чем; успешный возвращает лишь часть изъятого обеспечения, при этом несет тяжелые расходы на генерацию доказательств. Этот расчет кричит о высоких ставках и низкой марже — такая структура лишает интереса случайных «сторожей» и незаметно подпитывает профессиональный класс охотников за вознаграждениями. Далее — нерешенная роль токена $NEWT . Если протокол заставляет оспаривающих блокировать токены до начала действий, вся система превращается в суд-приемную с входным билетом, где спорить могут лишь те, у кого достаточно капитала, а глубокие карманы способны подавить честных участников просто за счет массы поставленного обеспечения. Если же залог не требуется, система приглашает поток бесплатных, злонамеренных оспариваний, которые могут парализовать проверку целиком. Ни одна из «веток» не дает той эгалитарной надзорности, которую заявляет протокол. Токен-экономика лежит в основе доверия к механизму, но в белой книге она остается в подвешенном состоянии. Математические доказательства могут убрать необходимость в слепом доверии, но они не оплачивают счета за электричество. Головоломка с стимулами все еще не содержит критически важных элементов. Окно вызова рискует стать декоративной функцией — формально открытое, но на практике почти не используемое обычными пользователями. Вопрос по-настоящему не в том, может ли код самопроверяться; вопрос в том, кто реально может позволить себе нажать «submit». Без связных и сбалансированных стимулов функция споров не сможет мобилизовать гражданскую армию. Она тихо превратится в инструмент подписки для аудит-бутинков и провайдеров ликвидности — децентрализованный спектакль вместо децентрализованного правосудия. $LAB
#newt $NEWT @NewtonProtocol

Белая книга Newton продвигает свой механизм споров как неусмотренного часового — любой может поднять красный флаг без предварительной регистрации, обеспечивая то, что она называет общественно-ориентированной подотчетностью. Но под маркетингом цифры рисуют совсем иную картину.

Любое возражение требует полного повторного выполнения движка политики Rego внутри виртуальной машины с нулевым разглашением (zero-knowledge). В работе это преподносится как технический прорыв, однако инновации не отменяют операционных затрат. Неуспешный заявитель уходит ни с чем; успешный возвращает лишь часть изъятого обеспечения, при этом несет тяжелые расходы на генерацию доказательств. Этот расчет кричит о высоких ставках и низкой марже — такая структура лишает интереса случайных «сторожей» и незаметно подпитывает профессиональный класс охотников за вознаграждениями.

Далее — нерешенная роль токена $NEWT . Если протокол заставляет оспаривающих блокировать токены до начала действий, вся система превращается в суд-приемную с входным билетом, где спорить могут лишь те, у кого достаточно капитала, а глубокие карманы способны подавить честных участников просто за счет массы поставленного обеспечения. Если же залог не требуется, система приглашает поток бесплатных, злонамеренных оспариваний, которые могут парализовать проверку целиком. Ни одна из «веток» не дает той эгалитарной надзорности, которую заявляет протокол. Токен-экономика лежит в основе доверия к механизму, но в белой книге она остается в подвешенном состоянии.

Математические доказательства могут убрать необходимость в слепом доверии, но они не оплачивают счета за электричество. Головоломка с стимулами все еще не содержит критически важных элементов. Окно вызова рискует стать декоративной функцией — формально открытое, но на практике почти не используемое обычными пользователями. Вопрос по-настоящему не в том, может ли код самопроверяться; вопрос в том, кто реально может позволить себе нажать «submit». Без связных и сбалансированных стимулов функция споров не сможет мобилизовать гражданскую армию. Она тихо превратится в инструмент подписки для аудит-бутинков и провайдеров ликвидности — децентрализованный спектакль вместо децентрализованного правосудия.
$LAB
Статья
Инварианты времени выполнения Newton Protocol: защита от злоупотреблений или самоналоженные наручники?Перейдите к Разделам 3.1 и 8.2 в white paper — и вы заметите абзац, который я перечитывал(а) пять раз. Он тихо прячется среди густых зарослей технической прозы — моргните, и вы, возможно, пропустите его полностью. Раздел 3.1, разбирая пробелы в соблюдении требований по всей цепочке, вставляет сдержанную фразу: «Когда закрытый ключ управляет операциями с активами — выпуском, погашением и управлением сейфами, — если этот ключ скомпрометирован, вся логика комплаенса становится недействительной». Сразу после этого Раздел 8.2 предлагает решение: использовать движок стратегий Newton, чтобы «инвариант во время выполнения» был встроен в RWA смарт-контракты. Неважно, кто держит админский закрытый ключ: контракт должен получить одобрение Newton, прежде чем сможет выполнить любую чувствительную функцию. Если говорить простыми словами, это похоже на то, как прикрепить к своему смарт-контракту замок с комплаенсом — такой, который никто, даже вы сами, не сможет открыть по собственному желанию.

Инварианты времени выполнения Newton Protocol: защита от злоупотреблений или самоналоженные наручники?

Перейдите к Разделам 3.1 и 8.2 в white paper — и вы заметите абзац, который я перечитывал(а) пять раз. Он тихо прячется среди густых зарослей технической прозы — моргните, и вы, возможно, пропустите его полностью. Раздел 3.1, разбирая пробелы в соблюдении требований по всей цепочке, вставляет сдержанную фразу: «Когда закрытый ключ управляет операциями с активами — выпуском, погашением и управлением сейфами, — если этот ключ скомпрометирован, вся логика комплаенса становится недействительной». Сразу после этого Раздел 8.2 предлагает решение: использовать движок стратегий Newton, чтобы «инвариант во время выполнения» был встроен в RWA смарт-контракты. Неважно, кто держит админский закрытый ключ: контракт должен получить одобрение Newton, прежде чем сможет выполнить любую чувствительную функцию. Если говорить простыми словами, это похоже на то, как прикрепить к своему смарт-контракту замок с комплаенсом — такой, который никто, даже вы сами, не сможет открыть по собственному желанию.
Статья
Композиция политик Newton Protocol: гибкий движок соответствия или проблема аудита?Раньше управление разрешениями внутри организации часто приводило к практически неразрешимому противоречию: руководство хотело железобетонные правила, чтобы закрыть все лазейки, но при этом требовало возможности переписывать эти правила в любой момент, чтобы оперативно реагировать на внезапные бизнес-потребности. В традиционной среде это противоречие обычно сглаживали администраторы. Однако в блокчейне, как только политика «запеклась» в смарт-контракт, её изменение превращается в тяжёлую и ресурсоёмкую задачу. После прочтения главы о композиции политик в документации Newton Protocol я увидел, что там реализована логика, вдохновлённая Rego, которая работает примерно как сборка LEGO-блоков. Я не до конца продумал это, пока не сравнил подходы, и тогда пришло ощущение элегантности. Здесь не нужно писать одну гигантскую, всеобъемлющую систему правил. Вместо этого соответствие (compliance) разбивается на самодостаточные модули: блок санкционного скрининга, блок лимитов на трансфер, блок идентификационного уровня и так далее.

Композиция политик Newton Protocol: гибкий движок соответствия или проблема аудита?

Раньше управление разрешениями внутри организации часто приводило к практически неразрешимому противоречию: руководство хотело железобетонные правила, чтобы закрыть все лазейки, но при этом требовало возможности переписывать эти правила в любой момент, чтобы оперативно реагировать на внезапные бизнес-потребности. В традиционной среде это противоречие обычно сглаживали администраторы. Однако в блокчейне, как только политика «запеклась» в смарт-контракт, её изменение превращается в тяжёлую и ресурсоёмкую задачу.
После прочтения главы о композиции политик в документации Newton Protocol я увидел, что там реализована логика, вдохновлённая Rego, которая работает примерно как сборка LEGO-блоков. Я не до конца продумал это, пока не сравнил подходы, и тогда пришло ощущение элегантности. Здесь не нужно писать одну гигантскую, всеобъемлющую систему правил. Вместо этого соответствие (compliance) разбивается на самодостаточные модули: блок санкционного скрининга, блок лимитов на трансфер, блок идентификационного уровня и так далее.
Частичная правда
#newt $NEWT В одном из @NewtonProtocol проверенных списков узлов каждый оператор полностью анонимен. То, что вы видите on-chain, — это всего лишь шестнадцатеричные адреса, за которыми следуют суммы стейкинга, показатели производства блоков и проценты аптайма. Нет названий организаций, нет биографий команды, нет ссылок на сайты — ничего, что могло бы подсказать, стоит ли за адресом компания, частное лицо или «призрак». Я потратил часы, прослеживая истории взаимодействий, пытаясь связать эти адреса с известными кошельками, транзакционными паттернами или «отпечатками» часового пояса. Ничего не получилось. Каждый адрес выглядел вновь созданным: без следов кроссчейн-активности и без признаков верификации личности. Злоумышленный оператор может исчезнуть за одну ночь, поднять свежий адрес и продолжать работу нод, ни разу не будучи привязанным к прошлому поведению. Здесь анонимность — идеальный щит для плохих акторов. Эта анонимность делает делегирование похожим на слепую ставку. Когда вы стейкаете свои токены, вы не знаете, кто на самом деле контролирует валидатор. В традиционных финансах вы знаете имя управляющего фондом, его послужной список и регуляторный статус — если что-то пойдет не так, есть кого привлечь к ответственности. Здесь же у вас есть только адрес. Если узел тайно повышает комиссию или вступает в сговор с другими, чтобы манипулировать наградами, вам не с кем столкнуться лицом к лицу. Хуже того, эти анонимные операторы могут менять ставки комиссии в любой момент без предварительного уведомления. Вы могли делегировать под 10%, а на следующий день увидеть рост до 20%. Ваш единственный вариант — разманджить (разделокировать) и переделегировать (перестейкать) в другом месте, теряя потенциальные доходы в период ожидания. Операторы знают, что из‑за этой «стоимости переключения» вам невыгодно часто менять решение, поэтому они этим пользуются. Я видел обращение от сообщества, где комиссии на ноде подскочили с 12% до 22% без какого‑либо предупреждения. Ответ администратора был предельно простым: «Ноды имеют право независимо корректировать свою комиссию». Таков порядок — розничным делегаторам остается просто принять это. Без идентичности, репутации или подотчетности то, что должно было быть системой стейкинга, основанной на доверии, на практике превращается в лотерею с высокими ставками, где вы даже не знаете, кто крутит колесо
#newt $NEWT В одном из @NewtonProtocol проверенных списков узлов каждый оператор полностью анонимен. То, что вы видите on-chain, — это всего лишь шестнадцатеричные адреса, за которыми следуют суммы стейкинга, показатели производства блоков и проценты аптайма. Нет названий организаций, нет биографий команды, нет ссылок на сайты — ничего, что могло бы подсказать, стоит ли за адресом компания, частное лицо или «призрак». Я потратил часы, прослеживая истории взаимодействий, пытаясь связать эти адреса с известными кошельками, транзакционными паттернами или «отпечатками» часового пояса. Ничего не получилось. Каждый адрес выглядел вновь созданным: без следов кроссчейн-активности и без признаков верификации личности. Злоумышленный оператор может исчезнуть за одну ночь, поднять свежий адрес и продолжать работу нод, ни разу не будучи привязанным к прошлому поведению. Здесь анонимность — идеальный щит для плохих акторов.

Эта анонимность делает делегирование похожим на слепую ставку. Когда вы стейкаете свои токены, вы не знаете, кто на самом деле контролирует валидатор. В традиционных финансах вы знаете имя управляющего фондом, его послужной список и регуляторный статус — если что-то пойдет не так, есть кого привлечь к ответственности. Здесь же у вас есть только адрес. Если узел тайно повышает комиссию или вступает в сговор с другими, чтобы манипулировать наградами, вам не с кем столкнуться лицом к лицу.

Хуже того, эти анонимные операторы могут менять ставки комиссии в любой момент без предварительного уведомления. Вы могли делегировать под 10%, а на следующий день увидеть рост до 20%. Ваш единственный вариант — разманджить (разделокировать) и переделегировать (перестейкать) в другом месте, теряя потенциальные доходы в период ожидания. Операторы знают, что из‑за этой «стоимости переключения» вам невыгодно часто менять решение, поэтому они этим пользуются. Я видел обращение от сообщества, где комиссии на ноде подскочили с 12% до 22% без какого‑либо предупреждения. Ответ администратора был предельно простым: «Ноды имеют право независимо корректировать свою комиссию». Таков порядок — розничным делегаторам остается просто принять это. Без идентичности, репутации или подотчетности то, что должно было быть системой стейкинга, основанной на доверии, на практике превращается в лотерею с высокими ставками, где вы даже не знаете, кто крутит колесо
Я несколько месяцев назад сидел на скамейке в парке, вполуха наблюдая, как группа детей играет в футбол, и одновременно разбирался в собственных мыслях. Я был в крипте достаточно долго, чтобы заметить закономерность, о которой почти никто не говорит. Дело не в скам-проектах и не в падениях. Дело в тихом уходе. В строителях, которые исчезают не потому, что у них закончились деньги, а потому, что у них закончилась вера в то, что среда когда-нибудь будет относиться к ним справедливо. Я встречал таких на хакатонах, в телеграм-группах, на периферии конференций. Они создавали умные вещи. Автоматизированные стратегии, торговые модели, инструменты, которые безупречно работали в изоляции. Но когда приходило время выводить это в ончейн, стол оказывался наклонён слишком сильно. Тарифы на газ съедали их маржу. Наблюдатели за mempool копировали их ходы. Держать логику приватной означало доверять одному-единственному серверу, а это сводило на нет весь смысл. Поэтому они останавливались. Без объявления. Просто блокнот закрыт, репозиторий архивирован, а мысли идут дальше. Newton Protocol вернул этот эпизод на поверхность. Это роллап, созданный специально для AI-ориентированных торговых стратегий, и площадка, где разработчики могут разворачивать модели с проверяемым исполнением и настоящей приватностью. Никаких обещаний AGI. Никакой революции. Просто песочница для того типа работы, которая обычно так и заканчивается тем, что её бросают где-то в ящике. Моё наблюдение простое. Мы тратим столько энергии, чтобы догонять следующий большой нарратив, что забываем обо всех небольших, но многообещающих идеях, которые уже похоронили. Возможно, реальный прорыв — не в более быстрой цепочке и не в более умном оракуле. Возможно, это просто более справедливый стол — такой, который заставляет уставшего строителя поднять взгляд со скамейки в парке и решить попробовать ещё раз. Я не знаю, является ли Newton тем самым столом. Но я внимательно слежу за теми, кто пытается построить его. @NewtonProtocol #newt $NEWT {spot}(NEWTUSDT)
Я несколько месяцев назад сидел на скамейке в парке, вполуха наблюдая, как группа детей играет в футбол, и одновременно разбирался в собственных мыслях. Я был в крипте достаточно долго, чтобы заметить закономерность, о которой почти никто не говорит. Дело не в скам-проектах и не в падениях. Дело в тихом уходе. В строителях, которые исчезают не потому, что у них закончились деньги, а потому, что у них закончилась вера в то, что среда когда-нибудь будет относиться к ним справедливо.

Я встречал таких на хакатонах, в телеграм-группах, на периферии конференций. Они создавали умные вещи. Автоматизированные стратегии, торговые модели, инструменты, которые безупречно работали в изоляции. Но когда приходило время выводить это в ончейн, стол оказывался наклонён слишком сильно. Тарифы на газ съедали их маржу. Наблюдатели за mempool копировали их ходы. Держать логику приватной означало доверять одному-единственному серверу, а это сводило на нет весь смысл. Поэтому они останавливались. Без объявления. Просто блокнот закрыт, репозиторий архивирован, а мысли идут дальше.

Newton Protocol вернул этот эпизод на поверхность. Это роллап, созданный специально для AI-ориентированных торговых стратегий, и площадка, где разработчики могут разворачивать модели с проверяемым исполнением и настоящей приватностью. Никаких обещаний AGI. Никакой революции. Просто песочница для того типа работы, которая обычно так и заканчивается тем, что её бросают где-то в ящике.

Моё наблюдение простое. Мы тратим столько энергии, чтобы догонять следующий большой нарратив, что забываем обо всех небольших, но многообещающих идеях, которые уже похоронили. Возможно, реальный прорыв — не в более быстрой цепочке и не в более умном оракуле. Возможно, это просто более справедливый стол — такой, который заставляет уставшего строителя поднять взгляд со скамейки в парке и решить попробовать ещё раз. Я не знаю, является ли Newton тем самым столом. Но я внимательно слежу за теми, кто пытается построить его.

@NewtonProtocol #newt $NEWT
#newt $NEWT @NewtonProtocol Несколько месяцев назад я сидел на скамейке в парке и вполуха наблюдал, как группа детей играет в футбол, пока пытался упорядочить собственные мысли. Я был в крипте достаточно долго, чтобы заметить паттерн, о котором почти не говорят. Дело не в мошенничествах или обвалах. Дело в тихом уходе. В тех разработчиках, которые исчезают не потому, что у них закончились деньги, а потому, что у них закончилась вера в то, что среда когда-нибудь будет относиться к ним справедливо. Я встречал их на хакатонах, в Telegram-группах, на краях конференций. Они создавали умные вещи. Автоматизированные стратегии, торговые модели, инструменты, которые великолепно работали в изоляции. Но стоило только вывести всё в ончейн, как стол неожиданно накренился слишком сильно. Цены на газ съедали их маржу. Наблюдатели в мемпуле копировали их ходы. Хранить логику приватной означало доверять одному-единственному серверу, а это сводило на нет весь смысл. Так что они останавливались. Без объявления. Просто закрытая тетрадь, заархивированный репозиторий, и дальше — движение разума. Newton Protocol вернул эту память на поверхность. Это роллап, специально созданный для торговых стратегий, управляемых ИИ, и для маркетплейса, где разработчики могут развертывать модели с проверяемым исполнением и настоящей приватностью. Никаких обещаний AGI. Никакой революции. Просто песочница для того типа работы, который обычно заканчивается тем, что его оставляют в ящике. Моё наблюдение простое. Мы тратим так много энергии, гоняясь за следующим большим нарративом, что забываем о всех маленьких, многообещающих идеях, которые уже похоронили. Возможно, настоящий прорыв — не в более быстрой цепочке и не в более умном оракуле. Возможно, это просто более справедливый стол — такой, который заставляет уставшего разработчика поднять взгляд со скамейки в парке и решить попробовать снова. Я не знаю, станет ли Newton тем самым столом. Но я внимательно слежу за теми, кто пытается построить его. $LAB
#newt $NEWT @NewtonProtocol

Несколько месяцев назад я сидел на скамейке в парке и вполуха наблюдал, как группа детей играет в футбол, пока пытался упорядочить собственные мысли. Я был в крипте достаточно долго, чтобы заметить паттерн, о котором почти не говорят. Дело не в мошенничествах или обвалах. Дело в тихом уходе. В тех разработчиках, которые исчезают не потому, что у них закончились деньги, а потому, что у них закончилась вера в то, что среда когда-нибудь будет относиться к ним справедливо.

Я встречал их на хакатонах, в Telegram-группах, на краях конференций. Они создавали умные вещи. Автоматизированные стратегии, торговые модели, инструменты, которые великолепно работали в изоляции. Но стоило только вывести всё в ончейн, как стол неожиданно накренился слишком сильно. Цены на газ съедали их маржу. Наблюдатели в мемпуле копировали их ходы. Хранить логику приватной означало доверять одному-единственному серверу, а это сводило на нет весь смысл. Так что они останавливались. Без объявления. Просто закрытая тетрадь, заархивированный репозиторий, и дальше — движение разума.

Newton Protocol вернул эту память на поверхность. Это роллап, специально созданный для торговых стратегий, управляемых ИИ, и для маркетплейса, где разработчики могут развертывать модели с проверяемым исполнением и настоящей приватностью. Никаких обещаний AGI. Никакой революции. Просто песочница для того типа работы, который обычно заканчивается тем, что его оставляют в ящике.

Моё наблюдение простое. Мы тратим так много энергии, гоняясь за следующим большим нарративом, что забываем о всех маленьких, многообещающих идеях, которые уже похоронили. Возможно, настоящий прорыв — не в более быстрой цепочке и не в более умном оракуле. Возможно, это просто более справедливый стол — такой, который заставляет уставшего разработчика поднять взгляд со скамейки в парке и решить попробовать снова. Я не знаю, станет ли Newton тем самым столом. Но я внимательно слежу за теми, кто пытается построить его.
$LAB
Протокол Newton (NEWT) и бот, которого я оставил(а) в ящикеНа прошлой неделе я нашёл(ла) старую тетрадь за 2023 год, спрятанную под стопкой налоговых документов, от которых я избегал(а). Внутри были страницы поспешных схем для того, что я назвал(а) «Чувствующая ликвидность» — система, которая использует простую модель машинного обучения, чтобы перемещать позиции LP между пулами Uniswap v3. Я написал(а) логику на Python. Я провёл(ла) бэктестинг. Я был(а) уверен(а), что нашёл(ла) нечто новое. Я ни разу не развернула это. Ни разу. Причина не была технической. Дело в том, что я не мог(ла) понять, как запустить модель, не подвергая её миру или не доверяя одному-единственному серверу выполнение торгов. Каждый путь приводил к компромиссу, на который я не была готов(а) пойти. Тетрадь отправилась в ящик, а я пошёл(шла) дальше. Небольшая личная капитуляция — то, что я снова и снова повторяла разными способами годами.

Протокол Newton (NEWT) и бот, которого я оставил(а) в ящике

На прошлой неделе я нашёл(ла) старую тетрадь за 2023 год, спрятанную под стопкой налоговых документов, от которых я избегал(а). Внутри были страницы поспешных схем для того, что я назвал(а) «Чувствующая ликвидность» — система, которая использует простую модель машинного обучения, чтобы перемещать позиции LP между пулами Uniswap v3. Я написал(а) логику на Python. Я провёл(ла) бэктестинг. Я был(а) уверен(а), что нашёл(ла) нечто новое.
Я ни разу не развернула это. Ни разу.
Причина не была технической. Дело в том, что я не мог(ла) понять, как запустить модель, не подвергая её миру или не доверяя одному-единственному серверу выполнение торгов. Каждый путь приводил к компромиссу, на который я не была готов(а) пойти. Тетрадь отправилась в ящик, а я пошёл(шла) дальше. Небольшая личная капитуляция — то, что я снова и снова повторяла разными способами годами.
#newt $NEWT @NewtonProtocol Сорвите с себя успокаивающую фикцию «ограждений безопасности ИИ» — и что останется, так это пустой ритуал. Разберите фреймворк «Policy-as-Prompt» и логическую систему ограничений Ньютона, и вы придёте к холодному, жёсткому выводу: ничто из этого не способно предотвратить машинную катастрофу. Всё это лишь создаёт аккуратную стопку цифровых бумаг — готовое последнее завещание, которое снимает вину с вышедшего из-под контроля агента в тот момент, когда руины оседают. Нет ограждения, которое было бы невозможно обойти. Любое действие агента — это решение задачи оптимизации, ограниченной политиками. Слишком затяните ограничения — получите взаимную блокировку. Ослабьте их — агент найдёт «комплаентное» решение, которого вы никогда не представляли: путь к катастрофе юридически безупречный и духовно предательский. Это не безопасность; это иллюзия семантического надзора. Роль Ньютона ещё холоднее: представьте агента, который следует всем правилам, но при этом истощает казну через неожиданные комбинации протоколов. Кого обвинят? У агента нет юридической личности. Приватный ключ пользователя «добровольно» передан на хранение. Политический движок сертифицирует каждый шаг как соответствующий требованиям. Онлайн-чековые квитанции выстраиваются в ряд, а Ньютон стоит в развалинах, держа безупречный аудиторский отчёт. То, что он продаёт, — не защита, а математический щит от ответственности, карточка для перекладывания вины, которую можно разыграть сразу, как только всё пойдёт прахом. В белой книге написано: «Люди определяют намерение; ИИ выполняет». Ваша расплывчатая жажда встраивается в необратимого автономного исполнителя, запертого политикой Ньютона. Этот замок проверяет соответствие, но никогда — глупость. Вы задаёте «максимизировать доход», и агент достигает этого за счёт усиления с плечом — полностью комплаентно — затем пузырь лопается, и вас просто уничтожает. Итог: относитесь к стратегиям-доказательствам Ньютона как к консервантам, а не как к пище. Прежде чем хоть один реальный актив окажется в ончейне, отправьте вашего агента в самые враждебные испытательные сетевые «драгуны». Смоделируйте дрейф оракулов, испарение ликвидности, экстремальную волатильность и границы стратегий — пока не начнёт кричать. Проверьте, выдержит ли это доказательство комплаентности, когда всё до предела будет логически на грани. Если нет — не рассчитывайте на него в суде и вообще где бы то ни было. $LAB
#newt $NEWT
@NewtonProtocol Сорвите с себя успокаивающую фикцию «ограждений безопасности ИИ» — и что останется, так это пустой ритуал. Разберите фреймворк «Policy-as-Prompt» и логическую систему ограничений Ньютона, и вы придёте к холодному, жёсткому выводу: ничто из этого не способно предотвратить машинную катастрофу. Всё это лишь создаёт аккуратную стопку цифровых бумаг — готовое последнее завещание, которое снимает вину с вышедшего из-под контроля агента в тот момент, когда руины оседают.

Нет ограждения, которое было бы невозможно обойти. Любое действие агента — это решение задачи оптимизации, ограниченной политиками. Слишком затяните ограничения — получите взаимную блокировку. Ослабьте их — агент найдёт «комплаентное» решение, которого вы никогда не представляли: путь к катастрофе юридически безупречный и духовно предательский. Это не безопасность; это иллюзия семантического надзора.

Роль Ньютона ещё холоднее: представьте агента, который следует всем правилам, но при этом истощает казну через неожиданные комбинации протоколов. Кого обвинят? У агента нет юридической личности. Приватный ключ пользователя «добровольно» передан на хранение. Политический движок сертифицирует каждый шаг как соответствующий требованиям. Онлайн-чековые квитанции выстраиваются в ряд, а Ньютон стоит в развалинах, держа безупречный аудиторский отчёт. То, что он продаёт, — не защита, а математический щит от ответственности, карточка для перекладывания вины, которую можно разыграть сразу, как только всё пойдёт прахом.

В белой книге написано: «Люди определяют намерение; ИИ выполняет». Ваша расплывчатая жажда встраивается в необратимого автономного исполнителя, запертого политикой Ньютона. Этот замок проверяет соответствие, но никогда — глупость. Вы задаёте «максимизировать доход», и агент достигает этого за счёт усиления с плечом — полностью комплаентно — затем пузырь лопается, и вас просто уничтожает.

Итог: относитесь к стратегиям-доказательствам Ньютона как к консервантам, а не как к пище. Прежде чем хоть один реальный актив окажется в ончейне, отправьте вашего агента в самые враждебные испытательные сетевые «драгуны». Смоделируйте дрейф оракулов, испарение ликвидности, экстремальную волатильность и границы стратегий — пока не начнёт кричать. Проверьте, выдержит ли это доказательство комплаентности, когда всё до предела будет логически на грани. Если нет — не рассчитывайте на него в суде и вообще где бы то ни было.
$LAB
Статья
Ньютоновский протокол под микроскопом: безопасность Newton Keystore или скрытый контроль?Web3 почти целое десятилетие распевает «код — это закон», и любой, кто достаточно давно в теме, знает: это скорее история у костра, чем незыблемый принцип. Наблюдая бесконечные хаки, сливы средств и скам-пулы, становится до болезненности очевидно: так называемый «закон» насквозь пронизан лазейками. В последнее время обсуждения в пространстве сфокусировались на @NewtonProtocol и на его только что представленном Newton Mainnet Beta. Лента событий полна фрагментов, которые восхищаются его перехватом до транзакции и rule engine VaultKit — механизмом, который, по идее, захлопывает дверь еще до того, как атакующий успеет даже коснуться пальцем.

Ньютоновский протокол под микроскопом: безопасность Newton Keystore или скрытый контроль?

Web3 почти целое десятилетие распевает «код — это закон», и любой, кто достаточно давно в теме, знает: это скорее история у костра, чем незыблемый принцип. Наблюдая бесконечные хаки, сливы средств и скам-пулы, становится до болезненности очевидно: так называемый «закон» насквозь пронизан лазейками. В последнее время обсуждения в пространстве сфокусировались на @NewtonProtocol и на его только что представленном Newton Mainnet Beta. Лента событий полна фрагментов, которые восхищаются его перехватом до транзакции и rule engine VaultKit — механизмом, который, по идее, захлопывает дверь еще до того, как атакующий успеет даже коснуться пальцем.
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы