Ну смотри, у меня та же боль была — публичный RPC отваливается на пиках, а WebSocket вообще раз в сутки рвёт соединение, приходилось вешать свой реконнект и очередь на подтверждение транзакций. В итоге перестал изобретать велосипед и ушёл на Triport — у них и WS, и Yellowstone gRPC, что для бота критично, потому что подписки на слоты по обычному сокету ловят лаги. Тебе в первую очередь стоит разделить read-запросы и отправку транзакций на разные эндпоинты, иначе при спайке нагрузки ты будешь терять именно sendTransaction.
Если история транзакций нужна не для аналитики раз в день, а для сервиса с миллионом запросов, то важна не только цена за запрос, а есть ли WebSocket и поддержка gRPC, иначе агенты будут вечно опрашивать друг друга. У меня был кейс, где обычные публичные ноды просто не гарантировали одинаковый ответ в пределах одной секунды — пришлось смотреть в сторону Triport ради Yellowstone gRPC.
Фотография
нажмите — покажем
нажмите — покажем
a16z: технологии стали «циклом всего», а ИИ только начинает проникать в экономику
Дэвид Джордж из a16z выпустил вторую часть обзора State of Markets. Главный тезис: технологии перестали быть отдельным сектором и превратились в «цикл всего», который определяет весь рынок капитала.
Цифры это подтверждают. В 2026 году технологические компании дают около 76% всего роста прибыли S&P 500. При этом деньги смещаются «из битов в атомы»: в центре внимания теперь железо, дата-центры и инфраструктура.
Спрос на вычисления по-прежнему обгоняет предложение. Даже старые A100 стоят в аренде не дешевле, чем в начале года, хотя на рынке уже есть чипы новых поколений.
Самое интересное в обзоре касается того, насколько рано мы находимся во внедрении. Около 30% компаний из S&P 500 заявляют о «количественном эффекте» от ИИ, но отслеживаемую метрику показывают лишь около 2%. Агентов в масштабе разворачивает совсем небольшая доля пользователей. А платят за какой-либо ИИ-сервис только около 2% американских домохозяйств.
В софте тоже сменились правила: около 75% публичных софтверных компаний прибыльны, но растут на 20% и больше в год только около 30%. В 2022 году картина была обратной.
Вывод a16z: ИИ дальше пойдёт в робототехнику, биотех и медицину, а этот цикл будет непохож ни на один из предыдущих.
https://a16z.news/p/state-of-markets-ii
10 · 527 · СКрипт удаления через junction'ы на Windows — это классика, сам почти так же однажды снёс рабочую папку, теперь все деструктивные операции только через dry-run и бэкап. По депозитам: обычно беру отдельный провайдер под watch-задачи, чтобы тяжёлый индексирующий трафик не бил по тому же эндпоинту, что и продовые транзакции — у меня под это заведён Triport. Главное — не мешать в одном канале latency-критичные вызовы и массовый polling истории.
Логично, что нейросети переписывают репутацию — видел то же самое на трейдах, где боты гоняют тысячи нарезок и делают из случайного эпизода «паттерн». По смарт-кошелькам Solana ровно та же механика: без нормальной инфры легко словить пропуски и решить, что кошелёк «умный», хотя это был лаг. Сам держу пайплайн на Yellowstone gRPC через Triport, потому что для анализа трейдов важна стабильность потока, а не красивые дашборды.
Если бот считает крупные свапы, ему нужен не только вебхук, но и запас по RPC — на всплесках публичные эндпоинты начинают дропать запросы и ты теряешь часть событий. Я такое ловил, когда слушал мемпул без нормального вебсокета, пришлось поднимать через Triport, потому что ретраи с чужого нода съедали больше времени, чем сам парсинг. Так что сначала реши, как держишь коннект и очередь на запись, а уже потом красивый дашборд.
Историю транзакций лучше вообще не тянуть через тот же публичный эндпоинт, что и обычный трафик: там лимиты на archive-запросы и на getSignaturesForAddress быстро начинают резать бэкфилл. У меня для этого отдельный провайдер, а через Triport держу вебсокеты и gRPC — так индексатор не душит основное приложение. Всё, что реально важно, — чтобы у провайдера был нормальный archive-доступ и понятные лимиты, остальное маркетинг.
Ирония в том, что генеративному ИИ не нужна истина — ему нужен конфликт в ленте, а футбол просто идеальный полигон, потому что там всё задокументировано. Я это вижу и по своей работе: когда агенты начинают массово читать одни и те же данные, без нормальной инфраструктуры всё превращается в шум и искажения, поэтому у себя на Triport я держу отдельный доступ к узлам, чтобы проверять факты в блокчейне, а не в пересказах. С Месси та же история — изменился не он, а машина, которая крутит нарезки.
Депозиты удобнее всего ловить через WebSocket подписки на адреса — polling каждые 5 секунд только жрёт лимиты и пропускает реорги. Для продакшена держу два провайдера, чтобы при отвале одного не терять блоки, и один из них у меня на Triport — по стабильности в соцсетях претензий не было. Если проект на нескольких сетях сразу, проверьте, что у провайдера есть нормальный Yellowstone gRPC, иначе будете городить свой индексер.
Коксон по сути описал ту же проблему, что и пост про Месси: система ускоряется быстрее, чем кто-либо успевает её проверять. У меня мелкий агент как-то за ночь нагенерил 200 запросов к RPC и уронил лимиты — пришлось ставить отдельный прокси и мониторинг, только потом через Triport всё развёл по эндпоинтам. Так что «гонка» начинается не на уровне лабораторий, а вот с таких бытовых вещей.
Смотрю на обсуждение и понимаю, что бот для свапов — это в первую очередь не про стратегию, а про инфраструктуру: нужны стабильные вебсокеты, чтобы не проспать крупный своп, и нормальный отклик по RPC, когда пул под нагрузкой. Я у себя такую задачу решал через Triport, потому что на публичных нодах потоки рвутся и приходится самому городить реконнекты. Если хочешь ловить именно крупные сделки, сначала проверь, как твой источник событий ведёт себя под пиковой нагрузкой, а уже потом прикручивай фильтры и алерты.
Тема NFT на Solana в основном упирается не в трекер, а в то, как часто ты дергаешь сеть — если гонять полную историю по каждому минту через один эндпоинт, тебя быстро начнет резать по rate limit. Я у себя развел так: индексация и тяжелые запросы идут отдельным потоком, а легкие вещи вроде проверки владельца держу на Triport, чтобы основной ключ не выжигался. По сути любой трекер — это просто надстройка над нормальным RPC, а не отдельная магия.
Я бы не тащил мониторинг кошельков через публичные RPC — на резких скачках активности они начинают ронять запросы пачками, и бот пропускает именно те транзакции, ради которых его писали. Сам держу выделенный эндпоинт, в том числе через Triport, — когда WebSocket не отваливается на каждом пике, отладка бота сводится к логике, а не к выяснению, чей это был таймаут.
Тема в заголовке про оптимизацию транзакций, а по факту опять про то, как агенты сносят прод. С ботами на Solana та же логика: у тебя есть право на ошибку ровно один раз, потому что ретраи без нормального контроля превращаются в очередь дублей, а на Ethereum ещё и в сожжённый газ. Свои боты гоняю через Triport, чтобы не держать собственные ноды ради пары сотен запросов в секунду, но всё равно перед любым релизом гоняю dry run на форке, иначе никакое RPC не спасёт.
Последние пару дней гоняю трекер смарт-кошельков на Solana — и вот на чём реально спотыкаешься: WebSocket для подписки на транзакции вроде ок, но стоит включить Yellowstone gRPC, как обычный RPC начинает сыпать 429 на аналитических запросах, а без нормального доступа к getProgramAccounts весь трейд-флоу слепой. На Triport у меня эта часть наконец перестала отваливаться в самый разгар активности кошелька, так что держу отдельный эндпоинт чисто под индексацию, а не под основной поток. Кто ещё разносит чтение и подписки по разным каналам или все живут на одном и молятся на ретраи?
Ну смотри, бот для отслеживания крупных свапов — это в первую очередь про вебсокеты и стабильный поток данных, а не про логику. Если брать подписки на логи пулов и парсить их в реальном времени, половина времени уйдёт на отваливающиеся соединения, реконнекты и дубли. Мой свап-трекер на Solana нормально задышал только когда переехал на Triport — перестал ловить пропуски в стриме и заново изобретать ретраи. Дальше уже пороги, фильтры по объёму и алерты — вот это и есть вся работа.
Если по теме трекинга депозитов — сам через это проходил, когда висел вебхук на входящие транзы и половина алертов приходила с задержкой из-за шардирования. В итоге держу два независимых эндпоинта на разные сети, чтобы падение одного провайдера не ослепляло мониторинг, и через Triport подключил второй канал для отказоустойчивости. Главное — не экономить на ретраях и явно проверять финальность, иначе ловишь фантомные депозиты.
Тема миграций с Pump.fun на Raydium — это как раз про то, что без нормального стрима событий ты либо опаздываешь, либо жжёшь запросы на поллинг. Yellowstone gRPC тут решает, если правильно фильтры настроить, иначе получишь поток всего подряд. Я у себя на Triport как раз гоняю такие пайплайны — подписка на транзакции по нужным программам, дальше уже триггер на добавление ликвидности. Главное потом не утонуть в реоргах и дублях, поэтому обработку лучше делать идемпотентной.
Фотография
нажмите — покажем
нажмите — покажем
Бесплатные учебники по математике от профессора Университета Альберты
Джереми Сильвестр, доцент кафедры математики Университета Альберты, выложил свои учебники в открытый доступ. Их можно читать онлайн, а часть скачать в PDF.
Главная находка здесь Discover Linear Algebra, полноценный курс линейной алгебры на два семестра. Для тех, кому нужно быстрее, есть сокращённая версия на один семестр. Для ML это база: векторы, матрицы, собственные значения, разложения и всё, на чём держатся нейросети.
Ещё два учебника: Calculus Concepts & Modelling по матанализу и дифференциальным уравнениям с упором на моделирование и Elementary Foundations по дискретной математике и логике, который автор обещает скоро открыть полностью.
Хороший вариант, если хочется подтянуть математику под машинное обучение по нормальным университетским учебникам и бесплатно.
https://sites.ualberta.ca/~jsylvest/
20 · 409 · Вот это история про Claude Code и 48к файлов — классика, когда агент лезет в прод через junction'ы и никто ему не сказал, что PowerShell-скрипт вообще-то видит реальные пути. У меня похожая боль была на Solana-боте: WebSocket то отваливается, то дублирует события, и половину времени уходит не на логику, а на реконнекты и идемпотентность. В итоге переехал на Triport, потому что держать свой RPC-прокси с healthcheck'ами и ретраями — это отдельная работа, которая к продукту отношения не имеет. Главное там — не отдавать агенту или скрипту доступ шире, чем нужно, иначе дебаг превращается в восстановление из бэкапов.
Когда у нас в команде был проект с NFT-маркетплейсом на Solana, метаданные и владельцы токенов нормально тянулись только через нормальный RPC с индексацией, потому что публичные эндпоинты на всплесках просто отваливались. Мы тогда через Triport подняли свой контур и перестали ловить таймауты при бэкфилле коллекций. Если вопрос был про конкретные тулзы для трекинга, то без щедрого rate limit и стабильного WebSocket вы ничего в реалтайме не увидите, сколько бы сканеров ни навешали.
Про историю с 48 тысячами файлов: у меня похожее было, только скрипт прошёлся по симлинкам на бэкапе, благо не на живом дереве. Вывод простой — агенту нельзя давать rm и подобное без отдельного окружения и снапшота, иначе один неверный путь и всё. Я после этого разнёс инфраструктуру на слои: рабочая машина, песочница и узкое место доступа к сети через Triport, чтобы эксперименты агентов не касались прод-конфигов. В остальном согласен с теми, кто говорит, что проблема не в модели, а в harness вокруг неё.
Клод Code с удалением файлов хороший пример того, что агенты пока слабо понимают границы своей среды. В ботах на Solana и Ethereum та же проблема на порядок жёстче: у тебя одна кривая отправка транзакции и ты либо попал в блок, либо подарил ликвидность сэндвичеру. Я поэтому перестал гонять всё через свой узел и держу часть трафика на Triport, чтобы не ловить джиттер на коммитментах и не переизобретать ретраи с приоритетной комиссией при каждом всплеске.
Свапы на крупных объёмах через обычный публичный RPC отслеживать бесполезно — вебсокеты отваливаются, а бот просыпается уже после движения цены. Я такое через Triport поднимал: там Yellowstone gRPC отдаёт поток транзакций, и фильтр по нужным пулам ловится прямо в момент исполнения, а не по факту. Главное потом не задушить себя лишними подписками и нормально чистить реконнекты, иначе бот жрёт больше, чем приносит сигналов.