😎 Незрячий web3 программист

Deepstate: интересный order book, но слишком много неизвестных Мне показался интересным Deepstate — проект, который делает on-chain книгу заявок для токенизированных активов. Сейчас на сайте основная пара — NVDA/USDG, а отдельный рынок показывает и DEEP/USDG. Идея у проекта интересная. Deepstate пытается платить не за пассивный TVL и не за любой объём, а за лучшую котировку в книге: • лучший bid получает вознаграждение; • лучший ask получает вознаграждение; • заявка, которая ушла за пределы top-of-book, перестаёт зарабатывать; • размер награды зависит от размера заявки и времени на лучшей позиции. То есть протокол субсидирует цену, по которой трейдер действительно может исполнить сделку. Для order book это осмысленнее, чем раздавать токены за лежащий без дела капитал. После аудита Deepstate через TCCC AI вывод стал осторожнее. Главная проблема — не отсутствие продукта: интерфейс и репозитории есть, в коде заявлены тесты, fuzzing и formal assurance. Важные вещи трудно независимо проверить. В публичном описании не хватает: • единого официального реестра mainnet-контрактов с chain ID и адресами; • понятной маркировки mainnet/testnet в самом интерфейсе; • официальной таблицы supply, allocation, vesting и unlocks; • прозрачного описания источника объёмов, глубины и других метрик; • независимого аудита безопасности. При этом DeFiLlama отдельно учитывает Deepstate. На момент проверки: около $220 тыс. TVL, $7,9 тыс. в staking, $146,4 млн DEX-объёма и $166,8 тыс. fees за 30 дней. TVL — collateral в router для resting orders или matched proceeds, volume — router events зарегистрированных пулов. Это полезный on-chain-срез, но не полная токеномика и не доказательство качества ликвидности: большой объём не равен глубокой книге заявок. В репозитории прямо указано, что внешний независимый аудит ещё не проводился. При этом Governor остаётся прямым владельцем и исполнителем для ключевых контрактов, а timelock не установлен. Это значит, что успешное governance-решение потенциально может исполняться сразу после голосования. Ещё один неприятный момент — метрики расходятся. На разных страницах сайта аудит зафиксировал разные значения 24-часового, недельного и месячного объёма. Сторонние агрегаторы тоже показывают другие цифры. В одном live-срезе best bid, best ask и глубина вообще отображались как “-” или ноль, хотя список resting orders был заполнен. Это не доказывает, что проекта нет или что все цифры нарисованы. Но не позволяет честно сказать: “у Deepstate уже доказанная mainnet-тракция”. Пока правильнее говорить о работающем интерфейсе и раннем эксперименте, чьи метрики нужно перепроверять по сети и контрактам. С токеном DEEP похожая история. Его utility в интерфейсе понятна: rewards, рынок DEEP/USDG, конвертация DEEP в STATE и governance. Но официальные supply, allocation и vesting не собраны в одну подтверждённую таблицу. Разные трекеры расходятся по total supply, holders, цене и ликвидности. Deepstate интересен рынком NVDA и попыткой решить настоящую проблему — как создать исполняемую on-chain книгу заявок. Но пока это высокорисковый ранний эксперимент, а не доказанная биржевая инфраструктура. Я бы смотрел на три вещи: 1. публичный реестр контрактов и сетевой статус; 2. независимый security-аудит и timelock для критических изменений; 3. стабильную глубину и makers после снижения reward-субсидий. Полный [аудит TCCC AI](https://tcccai.xyz/output/tccc-mtqtxn22a8k3r/index.html). [Сайт проекта](https://deepstate.sh) · [карточка Deepstate на DeFiLlama](https://defillama.com/protocol/deepstate) Не финансовый совет. В таких проектах я бы сначала проверял контракты, сеть и исполняемую ликвидность, а уже потом смотрел на красивый APR и объём на дашборде. А вы бы стали разбирать Deepstate дальше — или отсутствие официального реестра контрактов и внешнего аудита уже достаточно, чтобы отложить проект? 😎 Незрячий web3 программист (подписаться) Чат | бот

Как не пропускать новые комментарии в блоге Одна из важных задач для блога - не пропускать новые комментарии. Я хотел получать уведомления о новых комментариях к своим постам, но сначала не понимал, как это нормально сделать. Спросил об этом в чате VK-блогеров. Там пошутили, что есть бот, который умеет присылать такие уведомления. Но бота, как оказалось, не было. Тогда я спросил ИИ: «Можно ли получать новые комментарии через тебя?» Он ответил: «Да». Дальше нужно создать своё приложение ВК, выбрать сообщество и взять сервисный токен в настройках приложения: «Разработка» → «Ключи доступа». Приложение можно создать здесь: https://dev.vk.com/ru/admin/create-app После этого я отдал задачу ИИ-помощнику. Он помог сделать и запустить проверку новых комментариев. Если в процессе появляются непонятные термины, я прошу объяснить их простыми словами. Это нормально, особенно когда разбираешься с новой для себя областью. В итоге новые комментарии к постам блога проверяются автоматически, а уведомления приходят мне в Telegram. Свои комментарии я отдельно отфильтровал, поэтому получаю уведомления только о комментариях читателей. Для меня в этом и проявилась главная польза ИИ-ассистента. Одно дело - получить в чате инструкцию по запуску. Другое - с его помощью сделать так, чтобы потом всё работало автоматически: комментарии отслеживались, а уведомления сами приходили в нужный чат. А вы уже поручали ИИ-агенту следить за чем-то и присылать уведомления? 😎 Незрячий web3 программист (подписаться) Чат | бот

Вы не представляете, сколько интересного можно делать с помощью ИИ В апреле я писал в VK про ощущение, которое тогда стало очень сильным: с ИИ можно делать гораздо больше текстов и картинок. Нормальные рабочие штуки вокруг своих задач. Для меня это особенно заметно в разработке и блогинге. Где раньше приходилось держать в голове кучу мелких действий, теперь можно собрать помощника, дать ему контекст, правила, файлы, проверки - и получить не магию, а рабочий процесс. Конечно, ИИ не отменяет понимание задачи. Если сам не знаешь, что хочешь получить, агент тоже начнёт плыть. Но когда есть понятная цель и критерии проверки, он уже становится не игрушкой, а инструментом. Старый VK-пост здесь: https://vk.ru/wall-211894652_6 А у вас уже есть задача, которую ИИ реально упростил на практике? 😎 Незрячий web3 программист (подписаться) Чат | бот

Umia: launchpad, где главный вопрос уже не “успеть в аукцион” Разобрал Umia через свою обычную схему: команда, концепт, коин, код, риски и практика. На первый взгляд это ещё один launchpad. Но по механике Umia интереснее: проект пытается связать token launch, ончейн-аукцион, некостодиальную казну и decision markets. То есть не просто “продали токен и обещали развиваться”, а структура, где часть решений должна проходить через рыночный механизм. Что понравилось: 1. Есть понятная проблема. У многих токенов equity, IP, выручка и реальные права живут отдельно, а tokenholders получают governance на бумаге. 2. Есть конкретная механика: Continuous Clearing Auction, treasury, LP, vesting, performance reserve, decision markets. 3. Есть публичный код, Certora audit и нормальная документация. 4. Есть даже Base MCP Plugin — для меня это отдельный интересный угол, потому что Umia думает не только про ручной интерфейс, но и про программный доступ для агентов. Но сейчас это уже не “тихая ранняя возможность”. По app/API аукцион почти упёрся в price cap $0.36, committed около $6.19 млн, bidders уже 678. Поэтому max price ниже текущего clearing, например $0.35, может просто перестать исполняться. Главный риск для меня не в том, что проект выглядит пустым. Наоборот, он выглядит довольно умно. Риск в другом: после собственного TGE Umia должна стать местом, где реально запускаются другие проекты, идут fees и используются decision markets. Иначе токен останется ставкой на идею и команду. Мой вывод: Umia — сильный watchlist-кандидат, но не “надо срочно бежать”. Изучать — да. Смотреть финальный clearing price и первые недели после запуска — да. Заходить только из-за social hype — нет. Полный разбор со ссылками на app, docs, Certora, GitHub, Moni, DefiLlama и CoinGecko: полный разбор в Telegra.ph Благодарю сообщество Gem Hunters за идею проанализировать этот проект. Вступить #web3 #DeFi #Base 😎 Незрячий web3 программист (подписаться) Чат | бот

Я уже довольно плотно пользуюсь Hermes Agent в реальной работе. Не как игрушкой “спросить у чата”, а как рабочей системой: с скиллами, инструментами, памятью, Telegram, cron-задачами, браузером, MCP и нормальными проверками результата. И в целом мне нравится, как это работает. Когда всё настроено нормально, агент действительно снимает много рутины: может сходить в источники, открыть файлы, проверить сайт, собрать пост, обновить реестр, запустить тесты или вернуться к прошлому контексту. Но как раз на живой работе хорошо видно, где начинается сложность. Если агент ошибся, вопрос не всегда в том, что “модель тупая” или “промпт плохой”. Иногда проблема в инструменте. Иногда — в потерянном контексте. Иногда — в памяти, критерии остановки или в том, что сама архитектура вокруг модели собрана не очень аккуратно. Я сначала немного насторожился, когда увидел формулировку про мультиагентные системы. Потому что “давайте сделаем много агентов” само по себе не решает проблему. Иногда это только добавляет хаос, стоимость и ещё больше мест, где всё может сломаться. Но первый выпуск Guide DAO оказался не про это. Там как раз разбирают базовый вопрос: что вообще делает LLM агентом, чем агент отличается от обычного чата и заранее заданного workflow, и почему ошибка часто появляется задолго до финального ответа. Ведёт серию Всеволод Воропаев. Он занимается мультиагентными системами для технического и научного ресерча, и это чувствуется по фокусу: не “агенты всё сделают сами”, а из каких частей состоит агентная система и где она реально ломается. Мне особенно близка мысль про инструменты и среду. Модель может быть сильной, но если инструмент возвращает мутную ошибку, контекст сжимается с потерей важных ограничений, а критерий завершения сводится к “модель сказала, что готово”, то итоговый ответ может выглядеть прилично и всё равно быть неправильным. Ещё хороший блок — про трассировку. Смотреть только на финальный ответ почти бесполезно. Нужно видеть, какой контекст был у модели на конкретном шаге, какой инструмент она выбрала, что вернула среда и как это повлияло на следующие действия. Это ровно то место, где агент перестаёт быть “чатом с тулзами” и становится инженерной системой. Вот видео: видео на YouTube У Guide DAO есть и практический трек по разработке AI-агентов: агентный цикл, инструменты, MCP, память, трассировка, evals и безопасность. Скорее это не для тех, кто хочет первый раз спросить что-то у ChatGPT, а для тех, кто уже пробовал собрать агента и понял, что “дать модели инструменты” — самая простая часть. Вместе с треком остаётся пожизненный доступ к платформе Guide DAO, другим направлениям, обновлениям и закрытому сообществу. До 31 августа по промокоду blind дают дополнительную скидку 40%. Оставить заявку можно здесь: оставить заявку на guidedao.xyz 😎 Незрячий web3 программист (подписаться) Чат | бот

Обо мне и моём пути в блогинге Поднимаю из VK старый вводный текст. Там я коротко рассказал, кто я, почему начал писать публично и как у меня постепенно сложились темы: ИИ-агенты, доступность, разработка и цифровая самостоятельность. Сейчас многое уже изменилось, но точка входа всё равно полезная. Если вы недавно подписались на канал, можно начать с этого текста - будет понятнее, откуда здесь взялись агенты, проверки интерфейсов и мои эксперименты с автоматизацией. Статья в VK: Обо мне и моём пути в блогинге А вы как вообще пришли в этот канал - через крипту, ИИ, доступность или случайно? 😎 Незрячий web3 программист (подписаться) Чат | бот

Open Academy теперь есть в телефоне У Open Academy вышло мобильное приложение. Я про них уже писал. Мне там нравится сам формат: короткие уроки, простая подача, квизы и обучение внутри привычной среды. Обычно курсы быстро превращаются в длинные видеоуроки, отдельный сайт, чат с обсуждением где-то рядом и ощущение, что надо специально сесть и “начать учиться”. В итоге откладываешь даже полезные вещи. В Open Academy заход другой: пройти кусок обучения можно быстрее и проще. А теперь это можно делать ещё и с телефона: Установить на iOS Установить на Android Я уже попробовал Android-версию с точки зрения незрячего пользователя. В целом пользоваться можно. Поиск работает, каталог открывается, в “Моих курсах” всё понятно, профиль тоже нормально выбирается и настраивается. То есть это не тот случай, когда приложение поставил, включил TalkBack и сразу упёрся в стену. Но проблемы с доступностью есть. Самое неприятное — слайды в уроках по-прежнему недоступны. В мобильной версии даже нет озвучки вроде “image 1142” или другого обозначения, по которому хотя бы понятно, что на экране картинка. Сразу идёт переход вверх и кнопка “Далее”. Если в слайде нет ссылок или кнопок с подробностями, для незрячего пользователя там остаётся только “Далее”. Ещё часть элементов перестала нормально озвучиваться. В веб-версии и Telegram они хотя бы читались как Story 6 и похожие технические названия. Не идеально, но было понятно, что на экране есть элемент. В мобильном приложении часть таких элементов просто не озвучивается. И от этого ещё больше хочется заняться доступностью этого приложения 🙂 Заметил странность с языком: названия курсов и вопросы квизов к урокам почему-то отображаются на английском. Возможно, это встречается у всех пользователей, но в учебном приложении такая мелочь быстро мешает. На главной пробовал переключать категории перед списком курсов. Нажатие срабатывало, но список не менялся. При этом в каталоге категории переключались нормально. Отдельный момент — смена email. Сейчас из приложения не очень понятно, что email можно сменить в профиле Open Academy веб. Я бы прямо дал эту ссылку в приложении, чтобы пользователь не искал, куда идти. Пока в приложении есть не все курсы и функции. Команда пишет, что остальное будут постепенно адаптировать под правила сторов и переносить в мобильную версию. Если пользуетесь Open Academy или хотели посмотреть, что это такое, сейчас хороший момент установить приложение, пройти курс и оставить отзыв. На старте приложениям важны оценки и нормальная обратная связь: вход, навигация, уроки, квизы, доступность, стабильность. Если найдёте баги, можно написать в поддержку: @open_academy_support_bot Дальше у них в плане релиз Студии для авторов и активное наполнение платформы курсами. За этим я бы тоже последил: если авторам дадут удобный вход, Open Academy может стать площадкой, где курсы реально появляются регулярно. #ИИ #образование #доступность 😎 Незрячий web3 программист (подписаться) Чат | бот

Ritual: сильная AI-инфраструктура, но токен пока анализировать нечем Прогнал Ritual через локальный TCCC AI audit pipeline: отдельно команда, концепт, метрики, токеномика, код и сообщество. Вывод получился не про цену и не про график. Официального торгуемого mainnet-токена RITUAL я не нашёл. В документации есть RITUAL как валюта testnet-сети: chain ID 1979, 18 decimals, faucet, RPC и explorer. Но это не токеномика. Нет официального mainnet-контракта, supply, распределения, vesting/unlocks, holders и понятной связи токена с экономикой сети. Поэтому блок “коин” здесь почти нечем заполнять: публичного объекта анализа пока нет. Сам проект при этом не пустой. Ritual вышел из stealth в ноябре 2023. Тогда же был объявлен раунд $25 млн во главе с Archetype. Среди основателей — Niraj Pant и Akilesh Potti, оба с бэкграундом Polychain. В публичной команде есть люди с опытом DeepMind, a16z crypto, Jane Street, Flashbots, Ethereum Foundation и AI/crypto research. Концепт тоже не выглядит как обычный “AI token”. Ritual Chain пытается сделать среду, где смарт-контракты могут обращаться к LLM, ONNX-моделям, HTTP, ZK/FHE, планировщику задач, кошельку агента и другим системным примитивам. То есть вопрос здесь не “какой AI-коин купить”. Вопрос в другом: можно ли сделать сеть, где AI-агент имеет состояние, ключи, баланс, расписание и живёт внутри блокчейн-логики, вместо серверного скрипта рядом с API. Это интересная инфраструктурная идея. Но по зрелости пока много вопросов. Публично виден testnet-контур: docs, RPC, explorer, faucet. Explorer показывал 40 active validators и отдельные цифры по агентам, но это нельзя считать users, revenue или adoption. TVL, fees, revenue, active wallets и нормальная usage-series в проверенных публичных источниках не нашлись. С кодом тоже не всё гладко. Официальная GitHub-организация ritual-net подтверждает домен ritual.net, но на момент проверки показывала 0 публичных репозиториев. Есть документация и developer-surface, но публичный core-код Ritual Chain, история коммитов, admin/multisig-параметры, bounty и независимые аудиты актуальной сети не подтвердились. Отдельно всплывали Infernet SDK и упоминания Trail of Bits/Zellic для Infernet. Это плюс к старой части проекта, но не аудит всей новой Ritual Chain. Для меня основной риск такой: Ritual давно существует, выглядит технически сильным, но всё ещё находится между research/testnet и полноценной публичной сетью. Если mainnet, токеномика и реальные метрики использования будут откладываться дальше, сильная архитектура может так и остаться красивой инженерной историей. Плюс есть обычная крипто-ловушка: похожие домены и токены с названием RITUAL. Если это не ritual.net / ritualfoundation.org и не официальный контракт, я бы не считал это токеном проекта. Мой вывод: Ritual стоит держать в watchlist как серьёзный AI x crypto-инфраструктурный эксперимент. Но покупать “что-то с тикером RITUAL” сейчас — плохая идея. Анализировать токен пока невозможно: официального публичного объекта анализа нет. Следил бы за четырьмя вещами: 1. дата и параметры mainnet; 2. официальная токеномика и контракт; 3. публичный core-код, аудиты и bounty; 4. реальные метрики использования, а не validators, agents и narrative. Если это появится, Ritual можно будет разбирать уже как полноценный проект с экономикой. Пока — watchlist, а не инвестиционный тезис. #web3 #AI #ИИ_АГЕНТ 😎 Незрячий web3 программист (подписаться) Чат | бот

Зачем мне VK-operator для ИИ-агента ⠀ Самое раздражающее в работе с агентом - когда он уже понимает задачу, но я всё равно должен сам открывать сайт и делать мелкие действия руками. ⠀ У меня это началось с простого случая. Для одного сервиса с изображениями приходилось раз в сутки открывать ссылку, проверять страницу и передавать агенту нужную информацию. Вроде мелочь, но таких мелочей быстро становится много. ⠀ Где-то нет нормального API. Где-то действие доступно только в браузере. Нужно открыть страницу, посмотреть состояние, нажать кнопку, выбрать раздел, прикрепить файл, проверить ленту или убедиться, что публикация ушла туда, куда надо. ⠀ Если каждый такой шаг остаётся на мне, агент помогает только наполовину. Он пишет, думает, готовит, но я всё ещё остаюсь прокладкой между сервисом и Hermes: открыл страницу, посмотрел, пересказал, перенёс результат обратно. ⠀ Поэтому мне интересен VK-operator. ⠀ Не агент, который «живёт в ВК» и пишет куда попало. А оператор, который может открыть нужное место, собрать контекст, подготовить следующий шаг и доложить, что получилось. ⠀ Например, он может посмотреть ленту и предложить темы, найти старые публикации, чтобы не повторяться, подготовить черновик поста или ответа, прикрепить медиа, проверить услуги и описание сообщества, выделить комментарии, где нужен мой ответ. ⠀ Самый показательный пример - ВК-плагин, о котором я писал раньше. Я поручил агенту помочь сделать этот плагин. Потом он зашёл в ВК, проверил взаимодействие в чате, посмотрел ответы, сверил логи и убедился, что всё работает. ⠀ Мне не пришлось вручную гонять каждый тест и каждый раз писать ему: «тут ответил», «тут не ответил», «тут ошибка». Он работал с ВК как с интерфейсом и докладывал результат. ⠀ Границы здесь обязательны. ⠀ Публикации, комментарии, сообщения, реклама, изменения в сообществе - только после подтверждения. Доступ к аккаунту должен быть ограничен: минимум прав, понятные сценарии, остановка перед публичным или чувствительным действием. ⠀ Но чтение, проверку, поиск, черновики и технические проверки агент уже может брать на себя. ⠀ Вот после таких примеров становится понятнее, зачем нужны ИИ-агенты. Не ради красивого слова «автоматизация», а чтобы отдавать им куски реальной работы: открыть, проверить, сравнить, подготовить, приложить, уточнить, доложить. ⠀ Если раньше вы сами были промежуточным звеном между сервисом и агентом, часть этой работы можно постепенно передавать агенту-оператору. ⠀ Человек задаёт цель и границы. Агент берёт скучные переходы и повторяющиеся действия. ⠀ Какие задачи вы до сих пор делаете руками только потому, что они спрятаны в браузере? ⠀ #ИИ_АГЕНТ

Как ИИ-агент помог мне разместить песни, созданные с помощью Suno ⠀ С песнями у меня получилась отдельная история. ⠀ Сначала я научился создавать треки через ИИ. Часть песен была сделана в Suno, часть - в моём обычном процессе через агента. ⠀ Но создать песню - это только половина дела. Потом её надо куда-то разместить: загрузить аудио, подобрать обложку, указать исполнителя, название, жанр, язык, авторов, площадки, дату релиза. И ещё не ошибиться, потому что музыкальные кабинеты не всегда сделаны так, чтобы быстро и спокойно пройти их с первого раза. ⠀ Первые треки я размещал сам и возился с этим несколько часов. ⠀ Открываешь сервис, ищешь нужный раздел, заполняешь форму, но почему-то она не принимается. Оказывается, не так выбрал исполнителя или неверно загрузил обложку. Где-то аудио надо конвертировать, где-то не тот жанр, где-то непонятный статус. Потом ещё надо помнить, какие песни уже отправлены, чтобы не создать дубли. ⠀ В какой-то момент я понял, что это как раз работа для ИИ-агента. ⠀ Я дал ему доступ к MusicAlligator и FreshTunes, список треков и правило: не дублировать уже размещённые песни. ⠀ Сначала я не просил сразу отправить всё подряд. Я попросил агента изучить справку, пройтись по кабинету, понять правила сервиса, загрузить первый трек и по ходу дела поправить скилл: что где нажимать, какие поля важны, где сервис ругается, как правильно готовить обложку. ⠀ После этого агент уже сам зашёл в кабинеты и начал делать эту рутину. ⠀ В MusicAlligator он подготовил релизы, учёл ограничения по AI/Suno-трекам, проверил статусы и настроил очередь: раз в неделю приходит ссылка на оплату следующего релиза. Оплату он, конечно, не делает сам - только готовит ссылку и останавливается на моём решении. ⠀ Во FreshTunes он разместил остальные песни, которые не пошли в MusicAlligator и ещё не были опубликованы. ⠀ Самое ценное здесь даже не то, что он заполнил форму. ⠀ Он делал всё целиком: сверял, какие треки уже есть, готовил обложки по правилам сервисов, конвертировал аудио, заполнял метаданные, добавлял автора и исполнителя, выбирал жанры, отправлял на модерацию и потом ставил мониторинг статусов. ⠀ То, что у меня вручную занимало часы и постоянно требовало внимания, превратилось в рабочий процесс: я задаю направление, агент делает техническую часть. А там, где нужна оплата, он готовит ссылку и ждёт моего решения. ⠀ Для меня это хороший пример, где ИИ-агент полезен не как собеседник, а как оператор. Он открывает нужные сервисы, разбирается в их правилах, заполняет длинные формы, проверяет результат и сохраняет опыт на следующий раз. ⠀ И в итоге песни, которые легко могли лежать просто папкой с файлами, начинают доходить до музыкальных площадок. ⠀ А у вас есть такие длинные скучные процессы, где агент мог бы быть не советчиком, а оператором?

Axis: синтетический доллар с доходностью, где главный вопрос — не APY, а доверие к механике На поверхности всё выглядит красиво: Axis делает USDx — синтетический долларовый актив, а доходность для sUSDx должна появляться за счёт market-neutral арбитража между площадками. На сайте обещают 10–20% net APY, on-chain transparency и Proof of Reserves. Если движок действительно ловит рыночные дислокации, это не очередной “доход из воздуха”, а попытка упаковать арбитражную стратегию в DeFi-актив. TCCC AI нашёл у Axis нормальную документацию по USDx, sUSDx, mint/redeem, ролям, контрактам и transparency dashboard. Есть Ethereum-адреса USDx, USDxMarket, MarketConfig и StakedUSDx. Есть аудиты, включая OpenZeppelin по V2 в июле 2026. Практика проверяется через приложение и transparency-раздел: https://app.axis.to/transparency Origin Vault тоже в приложении, но на момент аудита депозитное окно было закрыто: https://app.axis.to/origin По snapshot на 9 августа 2026: USDx Total Supply около 67,35 млн, backing около $67,48 млн, backing ratio 100,19%, sUSDx exchange rate 1,00180412. Это хороший знак: проект показывает dashboard, а не просто обещает обеспечение. Команда не анонимная: в материалах виден бэкграунд Alphanonce, QCP Capital, Velodrome, Blackstone, Ondo, Tether/Bitfinex. Есть институциональный сигнал: $5M round led by Galaxy Ventures, но это вторичный источник. С кодом осторожнее. Публичный GitHub/GitLab с исходниками контрактов или execution engine TCCC AI не нашёл. Движок описан как proprietary low-latency execution system. Адреса, роли и аудиты есть, но репозиторий, commits и открытый код движка не доступны как у open-source протокола. On-chain здесь проверяется не всё. Контракты, supply, часть резервной картины и роли — да. Но источник доходности остаётся off-chain: биржи, кастодианы, execution engine, hedge/PnL, solvency контрагентов и управление позициями. В документации Axis это тоже признаётся. Ещё важный момент: mint/redeem не выглядит permissionless для обычного пользователя. Primary market работает через approved counterparties, whitelisted accounts, маршруты, лимиты и operator settlement. sUSDx тоже не “нажал кнопку и мгновенно вышел”: redemption идёт через requestRedeem, cooldown и servicing. Текущий cooldown — 7 дней. Что понравилось: понятная модель USDx → sUSDx, transparency dashboard, неанонимная команда, опубликованные контракты, документация и несколько аудитов. Доходность привязана к market-neutral активности, а не к эмиссии токена ради APY. Что напрягает: ключевая доходность зависит от off-chain стратегии. Нет полной независимой картины по PnL, fees, revenue, составу резервов и контрагентским рискам. Код движка закрыт, публичный репозиторий не найден. Governance и корпоративная структура раскрыты слабее, чем продуктовая документация. Цифры вроде 36% historical annualized returns, Sharpe 4.9, peak AUM $400M и 10–20% APY остаются self-reported claims. Мой вывод: Axis интересен не как “стейбл с высокой доходностью”, а как on-chain обёртка вокруг институционального арбитражного движка. Главный риск здесь из этого и следует. Пользователь берёт смарт-контрактный риск плюс всю связку: команда, кастодианы, биржи, операторы, лимиты, redemption, off-chain стратегия, закрытый execution engine и юридическая конструкция. Я бы отнёс Axis к проектам, которые стоит наблюдать, но проверять по холодному списку: 1. где реальные резервы; 2. кто контрагенты; 3. как часто обновляется NAV/backing; 4. что происходит при рыночном стрессе; 5. насколько реально выйти; 6. что покрывают аудиты и что оставлено за рамками; 7. появится ли больше прозрачности по коду и off-chain стратегии. Если смотреть как пользователь DeFi, вопрос другой: какая часть доходности проверяема, а какая остаётся доверием к off-chain машине. Я для таких разборов и использую TCCC AI: не чтобы сказать “можно” или “нельзя”, а чтобы разложить проект на концепт, токен, код и риски. https://tcccai.xyz 😎 Незрячий web3 программист (подписаться) Чат | бот

Собрал в одном месте свои опубликованные песни NVZ.AI. Буду рад, если послушаете и поставите лайки. NVZ.AI — это «Не вижу. ИИ». Название получилось из двух вещей: я незрячий, а сами песни появились при помощи искусственного интеллекта. Но почти у каждой песни есть своя история. Часть песен сделана на стихи бабушки: - «Тихо песнь поёт свирель» — нежная песня с флейтой и очень красивым настроением. - «Что мы сделали с душой» — про то, как раньше за столом разговаривали, пели, танцевали под пластинки, а теперь часто сидим рядом и листаем телефоны. - «Не спеши повзрослеть» — о том, как мы сами ускоряем время и живём от события к событию. - «Песня про осень» — тоже на бабушкины стихи. - «Песня про берёзы» — спокойная песня на стихи бабушки. - «Песня про дождь» — ещё одна песня на бабины стихи. - «В этой осени места грусти нет» — осенняя песня, но не про тоску. - «Желтый лист и воздух с просинью» — ещё одна песня на стихи бабушки. - «Кусочек счастья» — песня про любовь. - «Песенка о свободе птички» — человек вынес клетку и удивляется, почему птичка не поёт. А она объясняет. Есть и песни из моих личных идей: - «Я чувствую себя вновь молодым» — песня, вдохновлённая важным событием и хорошим настроением. - «Зарядка, которая застрянет в голове» — трек под зарядку. Я сам делаю зарядку под него по утрам, и припев реально может застрять в голове. - «Буль-буль-буль» — песня, созданная просто по приколу. Идея пришла за обедом. - «CAA AEE EE» — странная, но красивая история: я сгенерировал изображение в Aztec, бот распознал символы, синтезатор речи красиво их прочитал, и мне стало интересно, как это будет звучать песней. - «Hyperliquid всё растёт» — песня из моего web3-контекста. Увидел англоязычную песню про Hyperliquid, вдохновился и сделал свою на русском. - «Бла-ла-ла» — отдельный весёлый эксперимент. Если хотите, послушайте, сохраните, лайкните или отправьте кому-нибудь, кому такое может зайти. Мне самому интересно смотреть, какие песни люди находят и слушают. Ссылки для прослушивания собрал ниже. Я проверял, чтобы в карточках был исполнитель NVZ.AI. «Зарядка, которая застрянет в голове»: ВК музыка Яндекс.музыка Звук OK музыка «Бла-ла-ла»: Яндекс.музыка Звук OK музыка «Буль-буль-буль»: Яндекс.музыка Звук OK музыка «Тихо песнь поёт свирель»: Яндекс.музыка Звук Ok музыка «Что мы сделали с душой»: Яндекс.музыка Звук OK музыка «Не спеши повзрослеть»: Яндекс.музыка Звук OK музыка «Я чувствую себя вновь молодым»: ВК музыка Яндекс.музыка Звук OK музыка Youtube «Песня про осень»: ВК музыка Яндекс.музыка Звук OK музыка Youtube «Песня про берёзы»: ВК музыка Яндекс.музыка Звук OK музыка Youtube «В этой осени места грусти нет»: ВК музыка Яндекс.музыка Звук OK музыка «CAA AEE EE»: ВК музыка Яндекс.музыка Звук OK музыка «Hyperliquid всё растёт»: ВК музыка Яндекс.музыка Звук OK музыка Youtube «Желтый лист и воздух с просинью»: ВК музыка Яндекс.музыка Звук OK музыка Youtube «Кусочек счастья»: ВК музыка Яндекс.музыка Звук OK музыка «Песенка о свободе птички»: ВК музыка Яндекс.музыка OK музыка Youtube

Как ИИ-агент сам учится на работе ⠀ Есть вещь в Hermes, которая мне особенно нравится. ⠀ Он может выполнить задачу и заметить: это пригодится потом. ⠀ Если мы несколько раз упираемся в похожую проблему, агент может сохранить способ действия. В Hermes это называется скилл: небольшой набор правил, шагов, проверок и ограничений для будущих похожих задач. ⠀ Причём речь не о тех скиллах, которые я сам специально прошу создать. ⠀ В Hermes есть фоновый механизм самообучения. Агент может сам просмотреть недавнюю работу и понять: здесь появился повторяемый сценарий, здесь была ошибка, здесь нашёлся обходной путь, здесь надо дописать правило. ⠀ Например, мы делаем публикации во ВК. ⠀ Сначала кажется: ну что там, написал текст и поставил в отложку. А потом вылезают детали: один токен может публиковать, но не может читать отложенные посты; фото иногда не принимается, пока его не пересохранишь как обычный JPEG; после планирования надо открыть сам отложенный пост через VK API и сверить дату, текст и вложения. ⠀ Если это оставить только в переписке, в следующей задаче агент снова может наступить на те же грабли. ⠀ А если это попадает в скилл, дальше он уже работает иначе: сначала проверяет токен, потом готовит картинку в правильном формате, потом планирует пост, потом сверяет дату, текст и вложения в самом VK. ⠀ То же самое было с размещением музыки, сайтами, браузерными операциями, проверками текстов. Где-то агент создавал новую инструкцию, где-то улучшал старую, потому что в реальной работе нашёлся нюанс. ⠀ Для меня это важная разница. ⠀ Обычный чат с ИИ каждый раз как будто начинает заново. Да, он может помнить часть контекста, но рабочий способ легко размазывается по истории. ⠀ А агент со скиллами постепенно накапливает опыт: как именно делать задачу, где остановиться, что проверить, какие ошибки уже были. ⠀ Это не магия и не гарантия, что всё всегда будет правильно. ⠀ Но это уже похоже на развитие рабочего инструмента. Сегодня он сделал задачу. Завтра он помнит, как её лучше делать. Послезавтра сам дописывает правило, если старого не хватило. ⠀ Мне кажется, именно в этом начинается настоящая польза ИИ-агентов: не в одном красивом ответе, а в том, что система постепенно становится опытнее на твоих реальных задачах. ⠀ #ИИ_АГЕНТ

Как поставить и настроить Hermes Agent ⠀ Я выложил статью про установку и настройку Hermes Agent - того самого агента, с которым сейчас делаю посты, проекты, скиллы, проверки и часть рабочей рутины. ⠀ Внутри не обзор на уровне «поставьте агента и он всё сделает», а нормальный старт с практических шагов: что установить, где что настроить, на какие места обратить внимание и какие полезные настройки не пропустить. ⠀ Если давно хотели попробовать Hermes у себя, можно начать отсюда: читать статью в VK ⠀ Буду рад комментариям: всё ли понятно по инструкции? И если уже ставили Hermes Agent - на каком месте возникли вопросы?

Акции Сбера: сильный банк, дешёвая оценка и один большой вопрос Меня попросили посмотреть акции Сбера: $SBER, sber.ru. Сделал разбор через TCCC AI с оплатой по x402 и отдельно перепроверил открытые источники: сайт Сбера для инвесторов, MOEX, ЦБ и рыночные сводки. Полный аудит через TCCC AI. Короткий вывод: Сбер выглядит сильнее, чем многие компании на российском рынке. Но для меня это не история “дешево — значит надо брать”. Скорее это история “очень прибыльный системный банк, который рынок всё равно оценивает со скидкой за страну, ставки, санкции и кредитный цикл”. Что понравилось 1. Прибыль. За первое полугодие 2026 года Сбер заработал около 1,019 трлн рублей чистой прибыли по МСФО. Рост — примерно 18,6% год к году. 2. Рентабельность капитала. ROE около 24,2%. Для банка такого масштаба это сильный показатель. 3. Процентный бизнес. Чистый процентный доход за 1П2026 — около 2,05 трлн рублей. Пока высокая ставка не убила прибыльность Сбера, хотя для банка это всегда тонкий баланс: маржа с одной стороны, стоимость фондирования и риск плохих кредитов — с другой. 4. Оценка. По срезу MOEX на момент проверки акция была около 283,6 рубля, капитализация — примерно 6,12 трлн рублей. TCCC AI посчитал ориентиры примерно так: - P/E по прибыли 2025 года — около 3,6; - приблизительный LTM P/E — около 3,3; - P/B — около 0,75. Для такой прибыльности это выглядит недорого. Но российские акции часто торгуются дёшево не потому, что рынок “не заметил подарок”, а потому что риски уже встроены в цену. Что настораживает Первое — кредитный риск. Когда банк много зарабатывает, прибыль сама по себе не отвечает на главный вопрос: что происходит с качеством кредитного портфеля, резервами и cost of risk? Второе — ставка ЦБ. На 7 августа 2026 ключевая ставка — 14%. Это не однозначно хорошо или плохо: ставка может поддерживать процентные доходы, но одновременно давит на заёмщиков, фондирование и спрос на кредиты. Третье — дивиденды. Сбер интересен как дивидендная история, но выплаты упираются в капитал, регулирование и макроусловия, а не только в желание менеджмента. Четвёртое — санкции и государственный контроль. Это одновременно плюс и минус. Плюс — Сбер системно важен. Минус — интересы государства, регулятора и миноритарного акционера не всегда обязаны совпадать. Отдельный слой — ИИ и технологические проекты Здесь Сбер интереснее, чем просто “большой банк”. У него есть GigaChat, Kandinsky, GigaAM, SberDevices, SberPrime, экосистема для физлиц и бизнеса, маркетплейс ИИ-агентов и внутреннее применение ИИ в процессах. В отчётности за 2025 год Сбер писал, что ежемесячная аудитория GigaChat превысила 20 млн пользователей, а количество запросов — 800 млн. Также упоминались GigaChat 3.0, GigaAM-v3 и Kandinsky 5.0. Но я бы не записывал это в отдельную “ИИ-премию” к акции. Пока главный финансовый двигатель Сбера — банковский бизнес: кредиты, депозиты, комиссии, риск, капитал, ставка. ИИ-проекты важны иначе: они могут снижать издержки, удерживать клиентов внутри экосистемы, усиливать B2B-продукты и давать Сберу технологический слой, которого нет у обычного банка. То есть это не “покупаем GigaChat через акцию Сбера”. Скорее “покупаем крупный банк, у которого есть серьёзная технологическая надстройка”. Мой итог Сбер сейчас выглядит как одна из самых понятных историй на российском рынке: прибыльный, системный, дивидендный, с сильной цифровой экосистемой и дешёвыми мультипликаторами. Но это не безрисковая акция. Главные вопросы для меня: - удержит ли банк прибыльность во второй половине 2026 года; - не начнёт ли заметно портиться кредитный портфель; - сохранится ли дивидендная логика; - даст ли ИИ-слой реальный финансовый эффект, а не останется красивым технологическим нарративом. Если коротко: Сбер выглядит сильным активом, но не историей для слепой покупки “потому что дешево”. Здесь надо следить за ставкой, резервами, капиталом и дивидендами. А вы инвестировали в $SBER или может собираетесь? Не инвестиционная рекомендация. 😎 Незрячий web3 программист (подписаться) Чат | бот

Почему ИИ-агент не всегда может просто взять и всё сделать Иногда со стороны кажется: если есть ИИ-агент, то можно сказать ему «запланируй пост в ВК» — и дальше всё должно работать само. На практике почти всегда есть ограничения сервисов. Я это хорошо почувствовал на ВК. Сама задача вроде бы простая: подготовить текст, прикрепить картинку или видео, поставить пост на нужную дату и потом проверить, что всё действительно попало в отложенные. Но дальше начинаются детали. Один доступ позволяет агенту поставить текстовый пост. Другой нужен, чтобы загрузить картинку. Для видео — отдельная история. Чтобы проверить отложенные записи, тоже нужен подходящий доступ. И это не прихоть агента. Так устроен сам сервис: у разных действий разные права, разные ограничения и разные способы авторизации. В итоге автоматизация получается не такой красивой, как в рекламе. Не «подключил один раз и забыл», а скорее: — агент готовит пост; — агент собирает картинку; — агент пытается загрузить вложение; — выясняется, что текущий доступ истёк; — я заново прохожу авторизацию; — агент уже после этого загружает файл, планирует пост и проверяет результат. Сейчас из-за этого мне приходится почти каждый день делать одно ручное действие: открывать ссылку авторизации ВК и присылать агенту код. Без этого он не может нормально загрузить медиа и проверить отложенные посты. Технически можно было бы пойти другим путём: подключить агента к ВК через браузер и дать ему работать почти как человеку. Но здесь уже вопрос безопасности. Для такого варианта лучше иметь отдельный технический аккаунт. А второго аккаунта у меня сейчас нет. Свой основной ВК-аккаунт держать открытым в браузере для агента мне не хочется. Поэтому пока получается компромисс: часть работы агент делает сам, а критичные действия с доступом остаются под моим контролем. Для меня это нормальный пример рабочей автоматизации. ИИ-агент может сильно упростить работу. Он может подготовить текст, сделать изображение, загрузить файл, поставить пост, проверить дату, сравнить текст и вложение. Но если сервис не даёт стабильный и безопасный способ доступа, агент не обойдёт это магией. Иногда граница проходит не в возможностях ИИ, а в правилах платформы. Когда мы говорим «автоматизировать задачу», надо смотреть на две вещи. Первое — умеет ли агент думать и пользоваться инструментами. Второе — даёт ли сам сервис нормально выполнить нужное действие: через API, через отдельный аккаунт, через безопасную авторизацию или хотя бы через понятный ручной шаг. Иначе получается не полная автоматизация, а рабочий полуавтомат: агент делает большую часть рутины, но человек остаётся рядом там, где нужны доступы, подтверждения и ответственность. 😎 Незрячий web3 программист (подписаться) Чат | бот

MOEX: сильный бизнес внутри российского риска Я прогнал Мосбиржу через TCCC AI как stock-аудит. Сайт: https://www.moex.com Тикер: MOEX Полный отчёт: https://tcccai.xyz/output/tccc-mrnd79e99umq3/index.html Здесь интересна не сама фраза «акция Мосбиржи», а то, какой бизнес за ней стоит. MOEX — это не просто место, где торгуются акции. Это торговая площадка, клиринг, депозитарные сервисы, листинг, рыночные данные и IT-продукты. По сути, большая часть инфраструктуры российского финансового рынка собрана в одной группе. Что аудит отметил как сильные стороны: - комиссионные доходы в 2025 году выросли примерно на 24,9%; - в Q1 2026 чистая прибыль выросла примерно на 32,2% год к году; - у компании нет долговой нагрузки; - денежная позиция около 223 млрд рублей; - дивидендная политика ориентирована примерно на 75% чистой прибыли по МСФО; - бизнес зарабатывает на системной роли, а не на одном модном продукте. С мультипликаторами важно не запутаться. P/E около 3x — это значит, что рынок оценивает компанию примерно в три годовые прибыли. P/S около 1,3x — примерно в 1,3 годовой выручки. Для инфраструктурной биржевой компании это выглядит очень дёшево, особенно если сравнивать с глобальными биржевыми операторами. Но это не автоматический вывод «надо брать». Такой дисконт может быть не подарком, а ценой риска. У MOEX почти весь смысл завязан на российский рынок, регулирование, санкции, доступность валютных операций, ликвидность и политику ЦБ. Плюс часть доходов чувствительна к ставкам: когда процентная среда меняется, меняется и экономика бизнеса. Отдельно я посмотрел risk-profile TCCC AI по MOEX. Там вывод по владению бумагой осторожный: риск высокий, решение — только спекулятивная доля, рекомендуемая экспозиция — маленькая позиция. Это важное уточнение. Risk-profile не спорит с тем, что бизнес сильный. Он как раз признаёт сильные стороны: инфраструктурную роль, отсутствие долга, денежную позицию, рост комиссионных доходов и дивидендный потенциал. Но для владельца акции этого мало. Нужно ещё принять страновой риск, санкции, регулирование, зависимость от российской финансовой системы, ставок, объёмов торгов и неполных прогнозных данных. Поэтому мой вывод по аудиту такой. MOEX выглядит как сильная, прибыльная и системно важная компания. Но это не спокойная базовая позиция «купил качественный бизнес и забыл». Это скорее история для инвестора, который понимает ограничения российского рынка и готов держать маленькую позицию с высоким риском. Для меня это хороший пример, где TCCC AI помогает отделить три вещи: - бизнес действительно сильный; - мультипликаторы действительно низкие; - риск владения акцией тоже настоящий, а не декоративная сноска в конце отчёта. Не финансовая рекомендация. Просто разбор того, как выглядит акция, если смотреть не только на цену, но и на бизнес, цифры, ограничения и отдельный risk-profile. Сервис здесь: https://tcccai.xyz Какую российскую акцию ещё стоит так разобрать? 😎 Незрячий web3 программист (подписаться) Чат | бот

Почему ИИ-агенту нужен реестр, а не одна память Когда долго работаешь с ИИ-агентом, быстро появляется соблазн сказать: «Ну он же умный, пусть сам всё помнит». Но на практике этого мало. У агента может быть память. Может быть история переписки. Может быть доступ к файлам. Но если задача растянулась на несколько дней, в ней появились версии, даты, картинки, видео, проверки и статусы, одной общей памяти уже недостаточно. Это хорошо видно на контенте. Один пост — это уже не один текстовый файл. У него может быть черновик, картинка, несколько вариантов картинки, дата публикации, статус согласования, ссылка на запланированную запись, проверка вложений, бэкап реестра и пометка, что ещё нельзя публиковать. Если всё это держать только в переписке, очень легко запутаться. Например, агент может помнить, что пост «почти готов». Но это не то же самое, что знать: текст согласован или нет, какая картинка финальная, был ли пост уже поставлен в отложенные, совпадает ли текст на площадке с локальным файлом, не надо ли удалить ошибочную версию. Поэтому я всё больше прихожу к простой вещи: агенту полезно вести специальные файлы состояния. Не как красивую базу данных ради базы данных, а как обычный рабочий журнал. Что уже сделано. Что только черновик. Что ждёт моей проверки. Где лежит финальная картинка. Где пост уже опубликован, где только запланирован, а где его ещё не было. Какой пост нельзя трогать без отдельного подтверждения. Это звучит скучно, но именно такие скучные вещи сильно помогают. Когда есть реестр, агенту не надо каждый раз угадывать по переписке, что было последней версией. Можно открыть файл и увидеть: вот текст, вот картинки, вот статус, вот проверка, вот ссылка. И человеку тоже спокойнее. Потому что агент может не ограничиваться фразой «я помню». Он может показать, на чём основан вывод. Для меня это особенно важно в задачах, где легко ошибиться датой, файлом или статусом. Например, с публикациями в социальных сетях. Там недостаточно написать хороший пост. Надо ещё не перепутать дату, не прикрепить старую картинку, не запланировать без согласования, не забыть проверить, что запись действительно появилась в отложенных. Реестр не делает агента умнее сам по себе. Но он делает работу устойчивее. Память помогает не начинать каждый раз с нуля. А файлы состояния помогают понять, где именно мы сейчас находимся и что можно делать дальше. Мне кажется, это один из важных практических выводов про ИИ-агентов. Если задача повторяется и в ней есть статусы, версии и проверки, лучше не надеяться на магическое «он всё запомнит». Лучше попросить агента вести понятный реестр. Иногда именно это превращает ИИ из умного собеседника в нормального помощника по работе. 😎 Незрячий web3 программист (подписаться) Чат | бот

xStocks vs Ondo: токенизированные акции Подписчик попросил сравнить xStocks и Ondo: ликвидность, спред, часы торговли и риски. Я запустил два crypto-аудита в TCCC AI: xStocks Ondo Finance / ONDO Короткий вывод: это разные модели, а не «хороший» и «плохой». xStocks выглядит как более раскатанный рынок именно токенизированных акций. Аудит отмечает 1:1 обеспечение, bankruptcy-remote структуру, CEX/DEX-интеграции, Proof of Reserves и сильную traction. По данным аудита: $25B+ совокупного объёма, 50+ платформ, 100+ акций и ETF, 30-дневный объём около $644,8 млн и больше 180 тысяч держателей. Но здесь есть нюанс, который как раз заметил подписчик. Ликвидность у xStocks не одинаковая в любое время и по любому тикеру. На Kraken часть топовых xStocks торгуется 24/7, остальные — 24/5. Ончейн вторичка может работать 24/7, но это не значит, что в стакане всегда будет глубина. Вне основных часов спреды могут расширяться, а на малоликвидных парах стаканы могут быть пустыми. Поэтому наблюдение «ночью на xStocks ликвы может не быть» правдоподобно: аудит показывает масштаб сети, но не обещает одинаковую ликвидность в каждый час. Ondo выглядит иначе. Это более институциональная конструкция: Ondo Stocks, USDY, OUSG, Ondo Global Markets BVI, custody у брокеров, API котировок/лимитов и mint/redeem через attestations. Аудит по Ondo отмечает сильную документацию, мультичейн, instant mint/redeem, аудиты Spearbit/Cyfrin, bug bounty и крупные партнёрства. Важное отличие: Ondo подтягивает ликвидность ближе к традиционному рынку через котировки, лимиты, instant mint/redeem и off-hours режимы. В документации: обычный режим ближе к 24/5, а для части активов есть off-hours trading. Но вне обычных часов ликвидность ниже, spread может быть шире, а размер сделки — меньше. Поэтому наблюдение подписчика про более живую ночную ликвидность у Ondo может объясняться этой моделью. Но это не правило: надо смотреть актив, время, размер заявки и доступный лимит. Регуляторные риски серьёзные. xStocks выпускаются через Backed Assets (JE) Limited и недоступны для США / U.S. persons. Ondo Stocks — структурные ноты через Ondo Global Markets (BVI) Limited. Это не обычное владение акцией, а токенизированная экспозиция. Плюс остаётся технический слой доверия: upgradeable-контракты, админские права, мосты, mint/redeem, KYC/AML и кастодиан. Риск не только рыночный, но и операционный: как устроены выпуск, погашение, резервы и управление контрактами. По коду и аудитам картина не одинаковая. У xStocks/Backed есть публичные GitHub-репозитории и PDF-аудиты, но слабое место — связка между токенами, контрактами, админскими правами, timelock/multisig и последними аудиторами. У Ondo этот слой раскрыт сильнее: ondoprotocol, репозитории по продуктам, адреса контрактов, список аудитов Ondo Stocks / Global Markets и bug bounty. Отдельный нюанс по Ondo: если смотреть не только на Ondo Stocks, но и на сам ONDO, там есть свои риски. Это governance-токен; в аудите отмечены будущие крупные unlock-события, отсутствие подтверждённых buyback/burn и ограниченная utility-модель. Для сравнения ликвидности это не главное, но для оценки проекта важно. Если вопрос «где больше traction именно в токенизированных акциях», я бы скорее смотрел в сторону xStocks: объёмы, держатели, CEX/DEX-интеграции, DeFi-использование. Если вопрос «где модель институциональнее по ликвидности, котировкам, лимитам и юридической структуре», Ondo выглядит сильнее. Главный риск для пользователя одинаковый: зависимость от эмитента, кастодиана, смарт-контрактов, юрисдикции и площадки. Поэтому я бы не сказал «xStocks лучше» или «Ondo лучше» в вакууме. Для живой торговли и ширины рынка сейчас интереснее xStocks. Для более контролируемой институциональной модели — Ondo. Для ночной торговли на малоликвидных парах — проверять актив в момент сделки. https://tcccai.xyz 😎 Незрячий web3 программист (подписаться) Чат | бот

Создал плагин для Hermes, чтобы он работал в ВК Hermes у меня уже стал обычным рабочим инструментом. Через него я пишу код, проверяю сайты, работаю с файлами, ищу информацию, запускаю задачи и получаю уведомления. Но я не хочу зависеть только от одного канала связи. Если Telegram в какой-то момент будет недоступен или будет работать плохо, мне нужен запасной способ написать агенту и получить ответ. Сейчас я активно пользуюсь ВК и ВК-мессенджером, поэтому сделал для Hermes отдельный плагин. Идея простая: я пишу сообщение в ВК, Hermes получает его через сообщения сообщества, выполняет задачу и отвечает обратно туда же. После двух дней тестирования выложил публичную версию: https://github.com/web3blind/hermes-vk-platform Что получилось: — писать Hermes из ВК; — использовать личные сообщения сообщества и чаты; — отправлять фото, документы, голосовые, аудио и видео; — получать уведомления и результаты cron-задач; — прогресс выполнения задачи виден в одном обновляемом сообщении; — доступ можно ограничить, чтобы агент отвечал только нужным людям или чатам. Последний пункт важный. Hermes — это не обычный чат-бот. У него есть доступ к инструментам, файлам и командам. Поэтому я не стал делать режим «отвечать всем» вариантом по умолчанию. По умолчанию лучше явно указать, кто может писать агенту. С установкой тоже постарался сделать проще. Первый шаг — установить плагин из репозитория через Hermes Plugins. Дальше Hermes проведёт по настройке: нужно подключить ВК-сообщество, включить сообщения, Long Poll API, событие message_new и добавить токен сообщества. Если коротко, ВК становится ещё одним входом в Hermes. Не вместо Telegram, а рядом с ним. Как запасной канал и как удобный вариант для тех случаев, когда переписка уже идёт в ВК. Плагин пока скорее для тех, кто уже пользуется Hermes и хочет добавить ещё один канал связи. Но мне кажется, для русскоязычного сообщества это полезная штука. Telegram не единственный мессенджер. ВК у многих всё равно есть. Я сам уже активно пользуюсь этим вариантом. Если захотите попробовать, улучшить или адаптировать под свой сценарий — репозиторий открыт. Буду рад обратной связи, особенно по установке и реальному использованию в ВК-чатах. 😎 Незрячий web3 программист (подписаться) Чат | бот