BlockBreaker

#dusk $DUSK @Dusk
PoBB: Скрытая игра за выборами лидера в Dusk

Мне PoBB интересен по причине, которая упускается, когда люди называют это «приватным выбором лидера».

Более глубокая идея в том, что валидатор может конкурировать за производство блоков, не рекламируя информацию, которая делает его очевидной целью. В дизайне Dusk ставки фиксируются, а победитель в итоге может доказать корректность своей ставки с помощью нулевого разглашения (zero knowledge), вместо того чтобы просто раскрывать всю картину торгов.

Это меняет правила.

В более прозрачной системе PoS знание того, кто, вероятнее всего, произведёт следующий блок, может стать полезной информацией. Можно следить за ставками, отслеживать валидаторов и строить стратегии вокруг предсказуемого лидерства. PoBB пытается убрать часть этой наблюдаемости.

Но я не уверен, что приватность автоматически делает систему безопаснее.

Меня волнуют более практичные вопросы: что происходит, когда выигравший участник исчезает? Может ли многократная цензура доказательств ставок повлиять на живучесть (liveness)? Получают ли крупные операторы преимущество за счёт координации? И может ли механизм скоринга противостоять манипуляциям, не делая честное участие слишком дорогим?

Я уже видел протокольные конструкции, которые решают одну задачу стимулов, а затем переносят проблему в менее очевидное место.

Именно поэтому PoBB стоит изучать. Его реальный эксперимент — не в том, сможет ли Dusk скрыть ставку валидатора. Вопрос в том, может ли блокчейн сохранять справедливую конкуренцию, когда соперники не могут легко видеть друг друга.

#dusk $DUSK @Dusk
СМС Zedger: Возможно, конфиденциальность для ценных бумаг требует сначала учетной системы

Я смотрел на Zedger под немного другим углом. В большинстве моделей конфиденциальности спрашивают, как скрыть аккаунт или транзакцию. У ценных бумаг есть другая проблема: владение — это не просто число. Оно меняется со временем, а также в зависимости от прав на передачу, голосующих прав, дивидендов и статуса одобрения.

Вот почему меня привлекла Sparse Merkle-Segment Trie. SMST объединяет Sparse Merkle Tree и Segment Tree, позволяя Zedger фиксировать состояние аккаунта, сохраняя при этом разные категории балансов внутри структуры. Дизайн может отслеживать максимальные, передаваемые, голосующие и подходящие для дивидендов балансы, не выставляя всю историю аккаунта напоказ.

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

Именно здесь Zedger кажется мне более продуманным. Его whitelist tree и структура account memory связаны с машиной состояний, поэтому соответствие не является внешней панелью, которая постфактум проверяет транзакции.

Я всё ещё с осторожностью отношусь к сложности. Любое дополнительное поле состояния и правило доказательства добавляют инженерную и проверочную нагрузку.

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

#dusk $DUSK @Dusk
Феникс заставил меня иначе взглянуть на Сумрак.

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

Феникс использует UTXO-подобную модель, где DUSK существует как приватные заметки. При расходовании публикуется нулевой идентификатор (nullifier), чтобы доказать, что заметка уже была потреблена, не раскрывая, какая именно заметка была использована. Это разделение важно, потому что множество для анонимности может расти за счёт истории заметок, а не зависеть от нескольких случайных приманок (декоев), выбранных во время расходования.

Именно здесь мне дизайн кажется более интересным, чем обычный тезис «Сумрак приватен».

Самый сложный вопрос — эффективность.

Феникс использует доказательства с нулевым разглашением, чтобы связать всё воедино, и это создаёт совершенно другой инженерный профиль по сравнению с системами вроде Monero, где применяются кольцевые подписи плюс Bulletproofs+, или Zcash, чья более новая Orchard-конструкция использует Halo 2.

Я не уверен, что победитель — тот, у кого на бумаге самая сильная криптография.

Мне важно знать цену этой приватности: размер доказательств, время генерации, время верификации и то, как эти метрики меняются, когда множество заметок становится больше.

Потому что приватность, которая великолепно работает в прототипе, — это одно. Приватность, которая остаётся удобной в момент, когда в блокчейне копятся годы транзакций, — гораздо более показательный тест.

#dusk $DUSK @Dusk
Стандарт XSC и компромисс между приватностью и соответствием требованиям

Я снова и снова возвращаюсь к одному неприятному вопросу про XSC: можно ли сделать финансовую транзакцию приватной, не делая лежащую в основе логику соответствия слишком жесткой?

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

Звучит аккуратно, пока не посмотришь на юридическую сторону. Регулирование редко сводится к аккуратному булевому утверждению. «Подходит ли этот инвестор?» может превращаться в вопросы о юрисдикции, меняющемся статусе, исключениях, обязанностях по отчетности и о том, кому разрешено проверять что.

Мне встречались системы приватности, которые воспринимают так, будто криптография сама по себе решает задачу соответствия. Это не так. ZK может доказать утверждение; но он не может решить, соответствует ли это утверждение замыслу регулятора. Исследования по соответствию на блокчейне проводят ту же разницу: доказательства, сохраняющие приватность, могут уменьшать ненужное раскрытие, но правила управления, авторизации и раскрытия все равно имеют значение.

Поэтому мне XSC кажется более интересным как задача проектирования, чем как история продукта. Настоящая проверка в том, можно ли выразить регулируемые финансы как точные, исполнимые предикаты, не превращая незаметно приватность в еще один слой разрешений.

Именно на этом компромиссе начинается серьезная работа.

Золото поднимается выше $4400 до двухмесячного максимума

Золото преодолело отметку $4 400 за унцию, достигнув наивысшего уровня более чем за два месяца: спотовые цены ненадолго коснулись около $4 435.

Движение произошло на фоне того, что трейдеры пересматривают прогноз по ставкам в США после более слабых данных по занятости, при этом теперь внимание переключается на ключевые показатели инфляции США в поисках подсказок относительно следующего шага ФРС.

Для золота главный вопрос заключается в том, смогут ли покупатели удержать импульс выше $4 400 — или же растущие цены на нефть, доходности и возобновившиеся ожидания повышения ставки спровоцируют очередную коррекцию.
$RAD $BANANAS31 $MITO

SpaceX только что опубликовала свои первые публичные финансовые результаты, и цифры впечатляют: выручка выросла на 92% до 7,8 млрд долларов и превзошла ожидания. Теперь рынок пристально следит за двумя вещами — блокировкой акций и ростом затрат на ИИ.
$HEI $BICO $BANK

#baby $BABY @BabylonLabs_io
Я размышляю о Babylon с точки зрения пользовательского опыта и постоянно возвращаюсь к одной мысли: Bitcoin сложен не из‑за криптографии. Он сложен потому, что каждый дополнительный шаг подписи заставляет людей сомневаться, не собираются ли они совершить необратимую ошибку.

Babylon предлагает пользователям оставаться владельцами своих BTC при взаимодействии с timelocks, транзакциями стейкинга, регистрационными шагами и совместимостью кошельков. У каждого из этих элементов нет собственной «ошибочности», но вместе они повышают психологическую стоимость участия.

Больше всего меня интересует не стейкинг‑модель. Меня интересует интерфейс между протоколом и человеком, который держит ключи.

Победят не обязательно те проекты, у которых самые умные скрипты. Победят те, которые прячут сложность, не скрывая при этом владение.

Для меня это и есть главный критерий. Если мне нужно понимать внутреннее устройство Bitcoin, чтобы чувствовать себя уверенно в стейкинге, — значит, UX всё ещё требует доработки. Самостоятельное хранение должно вселять уверенность, а не вызывать колебания.

#baby $BABY @BabylonLabs_io
Одна вещь, к которой я снова и снова возвращаюсь, говоря о Babylon, — это то, что приватность не сводится к простому «да» или «нет».

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

Скрипт остается скрытым. Поведение — нет.

#baby $BABY @BabylonLabs_io
Я постоянно замечаю, что люди воспринимают интероперабельность Babylon так, будто она решает одну и ту же проблему на каждой цепочке.

Я так не думаю.

Внутри экосистемы Cosmos дизайн выглядит аккуратно. Релейер IBC переносит контрольные точки в Babylon, а валидаторы Babylon проверяют их и голосуют. Модель безопасности остается относительно стабильной, потому что цепочки уже разговаривают на похожем «языке».

Вне Cosmos картина меняется.

Я уже видел такое с межсетевой инфраструктурой. Как только вы переходите в разные среды исполнения, «интероперабельность» превращается в задачу proof-инжиниринга. Каждая новая экосистема нуждается в собственном способе проверять безопасность, обеспеченную биткоином, вместо того чтобы просто подключаться к одному универсальному стандарту.

Поэтому я считаю, что главная сложность Babylon — не в добавлении большего числа цепочек.

А в том, чтобы модель безопасности ощущалась одинаково «родной» везде, не создавая отдельную историю доверия для каждого конкретного интеграционного сценария.

#baby $BABY @BabylonLabs_io
Меня больше всего интересует в Бабилоне то, что он не пытается сделать плохое поведение невозможным. Он пытается сделать невозможным скрыть его.

Это большая разница. Если финализатор (finality provider) подпишет два противоречивых сообщения с одним и тем же ключом EOTS, ошибка сама по себе обнаружит ключ. Так что доказательство — это не то, что добавляется позже. Доказательство — это ошибка.

Я видел много разговоров в криптобезопасности о наказании, но здесь это ощущается более прямолинейным. Похоже, что система говорит: «Если ты жульничаешь, ты себя выдаёшь». Мне это кажется чище, чем схема, которой после случившегося требуется длинное разбирательство.

Дизайн 3f+1 тоже рассказывает понятную историю. Бабилон ожидает, что некоторые валидаторы не справятся. Он просто не хочет, чтобы добросовестные держатели BTC платили за этот провал. Эта часть для меня крайне важна, потому что многие системы говорят, что они защищают пользователей, но при этом всё равно оставляют место для того, чтобы пострадали невиновные, когда что-то идёт не так.

Итак, мой вывод простой. Модель «слэшинга» Бабилона — это не столько про драму или страх. Она про то, чтобы недобросовестность оставляла след, который нельзя игнорировать.

#baby $BABY @BabylonLabs_io
Я заметил, что в большинстве обсуждений Babylon акцент делают на быстром отвязывании. Но мне кажется более интересным вопрос: что делает «быстрое» вообще правдоподобным.

Ответ не в скорости. Ответ — в дисциплине по времени.

Каждая биткоинская контрольная точка фактически является публичной квитанцией: «вот историю, с которой мы соглашаемся». Если такие квитанции достаточно частые, валидаторам не нужно ждать долгие периоды снятия вывода, потому что история уже закреплена. Если же они слишком редкие, дополнительное время ожидания незаметно возвращается через другую дверь.

Поэтому я не рассматриваю частоту временных меток как операционный параметр. Я вижу в ней бюджет безопасности. Публикуешь слишком часто — комиссии в Bitcoin становятся частью твоих затрат на безопасность. Публикуешь слишком редко — гарантии окончательности начинают опираться на предположения вне самого Bitcoin.

Для меня Babylon не пытается устранить компромиссы. Он просто переносит их в одно место, где все могут их измерять: расписание контрольных точек.

nLIGHT (NASDAQ: LASR) поднялась примерно на 5,8%, выделившись на фоне более широких распродаж в технологическом секторе.

Движение последовало за новостями о крупном контракте США в сфере обороны на систему высокоэнергетического лазера. Первоначальная сделка оценивается в 44 миллиона долларов, а общая стоимость программы потенциально может достигнуть 627 миллионов.

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

#LASR #nLIGHT #DefenseTechnology #stockssignal
$LAB

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

Рынки развиваются, модели обновляются, и даже небольшие изменения могут полностью перестроить поведение агента. Если каждое обновление требует голосования в DAO, инновации замедляются до ползучей скорости. Если разработчики могут менять всё без надзора, управление превращается почти в формальную галочку.

Более удачный подход — управлять уровнем риска, а не каждым изменением кода. Незначительные улучшения могут происходить быстро, но всё, что расширяет права агента, увеличивает уровень капитала под риском или расширяет область исполнения, должно автоматически проходить проверку со стороны сообщества, симуляции и timelock (отложенное исполнение) прежде чем это будет запущено.

Для меня именно с этого и начинается реальная децентрализация — не в том, чтобы контролировать каждое решение ИИ, а в том, чтобы сообщество могло высказать своё мнение всякий раз, когда потенциальное влияние растёт.

#Newt @NewtonProtocol $NEWT