Самая умная часть обновления безопасности — это не всегда то, что меняется. Иногда это то, что остаётся неизменным. Архитектура аккаунтов @Starknet разделяет две ответственности: __validate__ определяет, авторизован ли транзакция. __execute__ выполняет одобренные действия. Протокол по-прежнему требует нонсов, комиссий и ограничений ресурсов для валидации. Это разделение важно для миграции к квантовой устойчивости. Аккаунт может заменить свой верификатор подписей, сохранив при этом свой адрес, активы и модель выполнения транзакций. Но программируемая валидация — это не безграничная свобода. Некорректно заменённый верификатор может подорвать авторизацию, а дорогостоящие постквантовые подписи всё ещё должны укладываться в ограничения выполнения. Возможность изменения аккаунта в Bunker Checklist подтверждена на мейннете. Безопасная и широко распространённая миграция кошельков к постквантовой устойчивости пока не завершена. Для меня криптографическая гибкость — это изменение одного криптографического предположения без ненужной дестабилизации всего остального. Это более сильная инженерная история, чем просто утверждение о квантовой устойчивости. https://t.co/LVKEmrLK0T #KaitoAI

Иногда удаление уязвимой криптографии может нарушить систему, которую вы пытаетесь защитить. Это недооценённый вызов в квантовой дорожной карте @Starknet. Системные вызовы secp256k1/r1 Cairo VM поддерживают взаимодействие с Ethereum и мостовую совместимость. Эти предположения об эллиптических кривых уязвимы перед квантовыми атаками. Но удаление этих системных вызовов до миграции Ethereum разрушит мост. Это не проблема STARK-доказательства. Это проблема координации между двумя сетями с разными графиками обновления безопасности. Это также придаёт предложенному независимому исследованию L1 более глубокий смысл. Голосование по управлению 22 октября авторизовало исследование, а не миграцию. Любое будущее решение должно объяснить, как перекрёстные сообщения, вывод активов и гарантии безопасности сохранятся. Потому что квантово-устойчивая сеть с нарушенной совместимостью не решила проблему пользователя. Для меня настоящая криптографическая гибкость означает отказ от уязвимых зависимостей без жертвы функциональностью, построенной вокруг них. На 30 октября это остаётся работой по дорожной карте, а не завершённой квантовой безопасностью. https://t.co/LVKEmrLK0T

Все любят делиться графиком с 5x ростом. Почти никто не говорит о том, что происходило между входом и пиком. Вот почему меня заинтересовали Trade Journeys от @centaur_io. Возьмем путь $AAOI от Serenity. Первый зафиксированный вызов появился в декабре 2025 года около $36, основанный на растущем спросе на оптическую связь в инфраструктуре ИИ. Тезис не остановился на этом. Centaur отслеживает три последующих добавления и последующее уменьшение позиции, когда волатильность тестировала позицию. $AAOI в итоге достиг $234, но путь также показывает, какая часть этого роста была потеряна после пика. Вот где Trade Journeys становится интересным. Каждая отслеживаемая сделка связана с оригинальным постом трейдера, позволяя вам проследить, как развивалась уверенность, как он реагировал на просадки и где сейчас находится позиция. В криптовалюте и американских акциях это предлагает нечто более полезное, чем задним числом. Выигрышный вызов интересен. Понимание решений, лежащих в его основе, — это настоящий урок. Вы бы удержали позицию через такую же волатильность?

Самый большой риск в агентской коммерции может возникнуть еще до начала транзакции. @termix_ai недавно предупредил о мошенниках, выдающих себя за других, и подтвердил, что никакого сообщественного сбора средств не проводится. Но это раскрывает более глубокую проблему. AACP использует идентичности ERC-8004, транзакции, подписанные кошельком, и ончейн-эскроу для обеспечения подотчетности между агентами. Однако ни один из этих механизмов не может автоматически доказать, что сообщение, утверждающее, что оно исходит от надежного агента, является подлинным. Злоумышленнику не нужно взламывать эскроу, если он может убедить кого-то взаимодействовать с неправильной идентичностью. Вот почему я считаю аутентификацию контрагента критически важным слоем агентской коммерции. Проверка владения кошельком, идентичности агента, контекста цепочки и адресов контрактов до выполнения имеет такое же значение, как и безопасность расчетов. TermiX уже создал важную инфраструктуру транзакций. Следующая задача — сделать верификацию личности настолько простой, чтобы автономные агенты могли последовательно ее использовать. Потому что бесконфликтные расчеты мало значат, если сначала доверяют неправильному контрагенту.

Самая интересная часть потенциального перехода @Starknet на L1 — это не уход от Ethereum. А решение того, кто управляет часами обновления безопасности. Starknet уже обладает двумя архитектурными преимуществами: доказательствами STARK на основе хеширования и нативной абстракцией аккаунтов, позволяющими кошелькам внедрять новые схемы подписи без изменения всего протокола. Но квантовая устойчивость зависит только от самого слабого звена. Ethereum всё ещё обеспечивает Settlement, мост и доступность данных для Starknet. Это создаёт временные ограничения, даже если криптография самого Starknet развивается быстрее. Голосование на 93,52% авторизовало исследования, а не миграцию. И это различие имеет значение. Независимый L1 мог бы устранить унаследованные зависимости, но также потребовал бы ответа на более сложные вопросы, связанные с безопасностью консенсуса, гарантиями settlement, ликвидностью и миграцией экосистемы. Для меня это и есть настоящая история: Starknet не просто обсуждает L1 против L2. Он исследует, должна ли криптографическая гибкость распространяться на всю архитектуру безопасности, а не только на его исполнительный слой.

У bitcoin нет поля «кто подписал это». @quipnetwork задал неудобный вопрос: если монеты, связанные с Сатоши, вдруг начнут перемещаться, сможем ли мы определить, вернулся ли владелец или квантовый злоумышленник восстановил ключ? Блокчейн не смог бы определить это только по подписи. Ранние выходы bitcoin, использующие скрипты pay-to-public-key, уже раскрывают открытые ключи. Если в будущем квантовый компьютер, устойчивый к ошибкам, вычислит соответствующий закрытый ключ, неавторизованная транзакция всё ещё сможет удовлетворять существующим правилам подписи bitcoin. Это не атака, актуальная сегодня — современное квантовое оборудование не способно на это. Меня интересует граница миграции. Подход quip к аккаунтам, устойчивым к квантовым угрозам, добавляет дополнительный уровень авторизации для активов, намеренно помещённых под его защиту. Но он не может ретроспективно установить, кто легитимно контролирует нетронутые устаревшие монеты. Обеспечение будущих транзакций и доказательство исторического владения — это фундаментально разные задачи. Для меня это различие заслуживает большего внимания, чем прогнозы о том, когда квантовые компьютеры станут достаточно мощными. Действительная подпись подтверждает криптографическую авторизацию в рамках правил. Она не обязательно доказывает легитимное владение.

Обнаружение рискованного кошелька после завершения платежа полезно. Выявление этого риска до перемещения средств — гораздо более сложная задача. В этом и заключается интерес интеграции @zerufinance с ChangeNOW. Этап 1 уже запущен: zScore оценивает поведение кошелька для пост-зачисленной проверки на ChangeNOW / NOWPayments. Этап 2 нацелен на реальное время и предтранзакционную оценку в сети более чем из 200 000 мерчантов. Однако быстрая оценка сама по себе недостаточна. Системе необходимы актуальные данные о транзакциях, объяснимые сигналы риска и надежная обработка неполных историй кошельков. ZeruAI уже использует API поведенческой оценки и отдельный анализ потоков средств zScreen, но эти сигналы не являются автоматическим разрешением на соответствие требованиям. Ложные срабатывания могут блокировать легитимные платежи. Задержка в обнаружении может ограничивать предотвращение рисков. Для меня настоящий тест — не в том, сколько кошельков может оценить ZeruAI, а в том, улучшают ли эти оценки реальные решения по платежам, не создавая лишних препятствий.

3,5% и 11% рассказывают две разные истории о @grvt_io. И я считаю, что понимание этой разницы важнее, чем гонка за большим числом. У Grvt уже есть система Earn on Equity, при которой подходящие балансы USDT и USDC могут генерировать базовую годовую процентную ставку 3,5%, оставаясь при этом доступными для торговли. Предстоящее расширение Grvt Earn добавляет еще один уровень: токенизированные возможности с фиксированным доходом с потенциальной доходностью до 11% годовых на подходящие активы. Это более высокое значение — не универсальная ставка и не гарантированная доходность. Различные базовые стратегии могут сопровождаться разными кредитными рисками, условиями ликвидности и ожиданиями дохода. Меня интересует, как Grvt пытается связать эти возможности с активной торговлей, а не заставлять пользователей переходить на отдельные финансовые аккаунты. Но настоящая эффективность капитала должна сопровождаться осознанным выбором. Я предпочитаю понимать, как генерируется доход, какие риски его поддерживают и когда капитал можно получить, чем оценивать весь продукт по его самой высокой заявленной годовой процентной ставке.

Один аккаунт, два совершенно разных потока доходов. Это та часть предстоящего Grvt 2.0 от @grvt_io, которая меня интересует больше всего. Grvt Earn планирует предложить токенизированные возможности с фиксированным доходом с потенциальной доходностью до 11% годовых на подходящие активы, при этом доход не гарантируется. Затем в ноябре появится Yield as Margin. Суть в том, что подходящий капитал сможет продолжать генерировать доход, одновременно поддерживая активные позиции. Но вот в чём, по моему мнению, ключевое различие. Доход, полученный от базовых активов, и прибыль или убыток от торговли — это два отдельных результата. Один не компенсирует автоматически риск другого. Для меня настоящая эффективность капитала — это не просто заставить деньги работать дважды. Это гибкость получать доход и торговать, при этом точно понимая, откуда берутся доходы, расходы и риски. Это то, за чем я буду следить по мере запуска Grvt новых продуктов.

Иногда проблема безопасности начинается еще до того, как будет подписано хоть одно транзакция. Я заметил небольшую, но показательную деталь в последней документации разработчика @quipnetwork. Текущий ethereum SDK требует тег бета-версии. Установка пакета без этого тега все равно приводит к версии 0.1.7 от 2025 года, до внедрения текущей системы подписи. SDK QuipSwap следует аналогичному пути бета-релизов, в то время как пакет WASM для подписи использует RC. Это не доказательство уязвимости. Это напоминание о том, что криптографическая безопасность также зависит от распространения программного обеспечения. Разработчик может установить действительный пакет, пройти базовые проверки настройки и при этом работать с более ранней версией архитектуры подписи. Это особенно актуально, поскольку текущие аккаунты Quip зависят от SHRINCS и проверки подписей в цепочке. Следите за стабильностью релизов, фиксацией зависимостей и тестами миграции по мере созревания экосистемы. Потому что защита криптографии в теории — это одна задача. А обеспечение того, чтобы каждое приложение действительно интегрировало предполагаемую реализацию — другая.