Рыжий Бро | Crypto

📊 Почему данные стоят дорого Я уже около двух лет проектирую торговую экосистему, в основе которой лежат данные. И, пожалуй, одна из самых забавных моих ошибок в начале пути — мне казалось, что сбор данных будет одной из самых простых задач. Первую версию я действительно сделал довольно быстро. Несколько недель работы: данные поступают, сохраняются, стратегия их получает. Казалось — вопрос закрыт. Ага, конечно 🥸 По мере развития проекта менялись сами требования к данным. Того, чего хватало одной стратегии, уже не хватало следующей. Появлялись новые источники, новые поля, обрывы, пропуски, ошибки синхронизации. Нужно было контролировать качество, восстанавливать потоки и следить, чтобы исследование не получало красивый результат просто потому, что где-то в данных образовалась дыра. Объём постепенно вырос до сотен гигабайт. Хранилища, серверы, резервирование, провайдеры, мониторинг — у данных появилась собственная инфраструктура. И спустя два года я всё ещё возвращаюсь к её модернизации. Потому что растёт система — растут и требования к тому, на чём она стоит. Последние две недели я занимался очередным таким этапом: автоматизацией сбора опционных данных. Исторические данные по опционам у нас уже были. Для первых исследований хватало периодических снимков рынка. Но когда поверх базового торгового контура начинаешь исследовать хеджирование и торговлю волатильностью, требования меняются радикально. Представьте опционную доску: множество страйков и экспираций, цены, IV, delta, gamma, theta, vega и другие параметры. Теперь представьте, что состояние этой доски нужно автоматически фиксировать по множеству инструментов с высокой частотой. Это уже не «табличка с котировками». Это непрерывный поток, в котором за короткое время появляются миллионы строк, а ежедневный объём начинает измеряться десятками гигабайт. И собрать данные — только половина задачи. Их нужно привести к единому формату, проверить, отфильтровать повреждённые или неполные записи, разбить поток на управляемые части, временно удерживать их в кэше, записать в хранилище, затем снова собрать в пригодный для исследований набор — и при этом не допустить незаметных дыр во времени. Всё это должно происходить автоматически. Сотни миллионов строк проходят через pipeline практически без участия человека. А человек в идеале должен увидеть только одно: данные готовы к исследованию. Сегодня впервые за долгое время система прошла полный день без очередного грозного алерта о сбое. Мелочь. Но после двух недель, проведённых внутри этого конвейера, воспринимается как маленькая инженерная победа. Конечно, история на этом не заканчивается. Пока текущего набора достаточно. Следующий уровень для опционов — полноценные order book и trades. А там объём и требования к инфраструктуре снова изменятся. Наверное, через какое-то время я опять посмотрю на сегодняшний pipeline и скажу: «Как вообще мы считали, что этого достаточно?» Примерно так и развивается весь проект. И теперь я гораздо лучше понимаю, почему качественные рыночные данные стоят дорого. Очень дорого. Потому что платишь не за строки. Ты платишь за уверенность, что в нужный момент эти строки действительно есть, они правильные, последовательные — и им можно доверять.

🔐 Мы обменяли приватность на удобство. Но так и не получили выписку по этой сделке. Недавно поймал себя на тревожной мысли. Каждый день я оставляю цифровой след. Навигатор знает, куда я езжу. Банк знает, что я покупаю. Маркетплейсы знают, что мне интересно. Поисковик знает, о чём я думаю. Телефон почти всегда знает, где я нахожусь. И в какой-то момент я задал себе вопрос: А цифровая приватность вообще ещё существует? Первая реакция была простой: Нужно меньше пользоваться сервисами. Но чем дольше я об этом думал, тем яснее становилось: это уже почти невозможно. Смартфон. Банковская карта. Навигатор. Госуслуги. Мессенджеры. Маркетплейсы. Это не дополнительные удобства. Это инфраструктура повседневной жизни. И тогда вопрос изменился. Может быть, проблема не в том, что данные существуют? Может быть, проблема в том, что я почти не знаю, кто, когда и зачем к ним обращается? Представьте, что вместо бесконечного пользовательского соглашения у каждого человека есть простой журнал доступа. 12 июля Банк обратился к платёжным данным. Причина: исполнение перевода. 15 июля Маркетплейс использовал историю покупок. Причина: персональные рекомендации. 18 июля Государственный сервис запросил сведения. Причина: оказание услуги. И ты впервые видишь не только свои данные. Ты видишь жизнь своих данных. Кто к ним обращался. Когда. По какой причине. Какие сведения использовал. Кому передал дальше. Возможно, приватность XXI века уже не означает возможность полностью исчезнуть из цифрового мира. Возможно, теперь это возможность наблюдать за наблюдателем. Не запрещать любой доступ. А сделать его понятным, ограниченным и подотчётным. Первый уровень такой системы — прозрачность. Второй — управление разрешениями. Например: ☑ Разрешить использовать обезличенную историю покупок для исследований. ☐ Запретить объединять мои данные между сервисами. ☑ Разрешить использовать историю поездок только для улучшения навигации. А дальше возникает ещё один вопрос. Если данные действительно имеют ценность, почему человек ничего не получает от их использования? Мы десятилетиями отдавали информацию о себе в обмен на удобство. Но однажды модель может измениться. Не компании будут безраздельно распоряжаться цифровым следом человека. Человек сам сможет решать: что открыть, кому, на какой срок, для какой цели, и на каких условиях. Не продавать каждый свой клик. А перестать быть бесплатным источником данных, который ничего не знает об их дальнейшей жизни. Не уверен, что мы придём именно к такой системе. Но настоящий вопрос будущего, кажется, уже не в том, как спрятаться от цифрового мира. А в том, как сделать цифровой мир подотчётным человеку так же, как человек сегодня подотчётен ему.

🇷🇺 Россия сейчас очень быстро идёт в сторону экосистемной экономики. Последние несколько месяцев начал замечать интересную вещь. Звонит Сбер и предлагает перевести деньги на накопительный счёт под хороший процент. Покупаю продукты в Пятёрочке — предлагают оформить карту Апельсин, повышенный кэшбэк и финансовые продукты. Захожу в Ozon — там уже давно не только маркетплейс, но и свой банк, карта и накопительные продукты. Открываю Яндекс — такси, доставка, маркет, подписка, Pay, финансовые сервисы. И в какой-то момент ловлю себя на мысли: Где вообще заканчивается банк и начинается обычная компания? Кажется, границы постепенно исчезают. Раньше конкурировали: • банки с банками; • магазины с магазинами; • маркетплейсы с маркетплейсами. Теперь конкурируют уже целые экосистемы. Самое интересное, что все они начинают бороться за одно и то же. Не за разовую покупку. Не за кредит. И даже не за банковский счёт. Они хотят стать местом, через которое проходит вся финансовая жизнь человека. Если зарплата приходит к ним, покупки оплачиваются через них, накопления лежат у них, а подписки и страховки тоже оформлены внутри одной экосистемы — вероятность, что человек уйдёт к конкуренту, становится гораздо ниже. Получается любопытная картина. Банк становится маркетплейсом. Маркетплейс становится банком. Продуктовая сеть запускает финансовые сервисы. Оператор связи предлагает страхование и подписки. Каждый новый слой делает экосистему сильнее. И мне кажется, это только начало. Возможно, через несколько лет мы будем выбирать уже не лучший банк или лучший маркетплейс. А экосистему, которой готовы доверить большую часть своих повседневных финансовых задач.

Сегодня наткнулся на проблему 2038 года. Звучит как старая байка из мира программистов. Мол, где-то там старые компьютеры однажды сойдут с ума и решат, что снова наступил 1901 год. Но чем дольше я об этом думаю, тем меньше это похоже на байку. Скорее это очень взрослая история про инфраструктуру. Многие Unix/Linux-системы исторически хранили время как количество секунд, прошедших с 1 января 1970 года. Это называется Unix time. Всё просто: 0 — это начало 1970 года. 1 — следующая секунда. 1700000000 — где-то район 2023 года. Проблема начинается там, где это число хранится в старом 32-битном signed integer. Максимальное значение такого числа: 2 147 483 647. Это соответствует: 19 января 2038 года, 03:14:07 UTC. А следующая секунда уже не помещается. Число переполняется, переворачивается в отрицательное, и система может решить, что сейчас не 2038 год, а декабрь 1901-го. Машина времени. Только очень тупая. И вот тут начинается самое интересное. Проблема не в том, что “все компьютеры сломаются”. Нет. Современные 64-битные системы в основном уже живут нормально. Проблема в старой инфраструктуре. Встроенные устройства. Промышленные контроллеры. Старые POS-терминалы. Роутеры. Медицинское оборудование. Базы данных. Древний C/C++ код. Системы, которые стоят где-нибудь в шкафу, моргают лампочкой и “работают уже 15 лет”. Обычно именно такие вещи никто не трогает. Потому что работает. А потом выясняется, что внутри всё ещё живёт старое допущение, которое однажды перестаёт помещаться в реальность. И вот это уже сильная мысль. Инфраструктура часто ломается не из-за большой катастрофы. А из-за маленького решения, которое когда-то казалось нормальным. Сэкономили память. Выбрали формат. Заложили ограничение. Не подумали, что система проживёт дольше, чем планировалось. А потом проходит 20, 30, 40 лет – и это решение становится риском. Логи начинают вести себя странно. Сертификаты могут считаться просроченными или ещё не действительными. Планировщики задач путаются во времени. Платежи, страховки, подписки, биллинг, долгосрочные контракты начинают зависеть от того, как система понимает дату. И самое неприятное: такие проблемы могут проявиться раньше 2038 года. Если система уже сегодня считает дату на годы вперёд, ошибка может появиться заранее. Ипотека. Страхование. Долгосрочные договоры. Expiry dates. Планирование. Время — это не просто циферки в углу экрана. Время — это часть инфраструктуры. Когда строишь систему, начинаешь иначе смотреть на такие вещи. Раньше кажется: главное — чтобы работало сейчас. Потом понимаешь: настоящее качество системы проявляется не в момент запуска. А в том, что она выдерживает время, расширение, нагрузку, старые решения, новые сценарии, и собственную долгую жизнь. Проблема 2038 года — не про дату. Она про то, что любая система однажды встречается со своими старыми допущениями. И если их не пересматривать, они рано или поздно начинают пересматривать тебя.

🆔 Кабинет. После лаборатории появляется следующий слой — управление. Здесь мне хотелось сделать всё максимально просто. Не потому что внутри всё простое. Наоборот. Чем сложнее становится инфраструктура, тем меньше лишнего должно оставаться перед пользователем. Панель. Стратегия. Контур. Журнал. Advanced. В идеале человек не должен думать о десятках внутренних процессов. Он должен понимать главное: что подключено, какая стратегия выбрана, в каком состоянии контур, что происходило последним, и где можно остановить процесс. Старт. Пауза. Стоп. Звучит почти слишком просто. Но именно к этому я и хотел прийти. Минимализм в интерфейсе — это не отсутствие глубины. Это когда глубина собрана внутри, а снаружи остаются только нужные действия. Сначала система исследуется в Labs. Потом пользователь подключает свой контур. И уже в кабинете видит не абстрактного “робота”, а управляемую среду: портфель, стратегию, состояние, журнал, и рабочие действия. Для меня это важная точка. Платформа должна быть не местом, где человек путается в настройках. А местом, где он понимает, что происходит с его капиталом.

🎛 Лаборатория. Прежде чем запускать торговый контур на живом портфеле, его нужно прогнать через данные. Это звучит очевидно. Но на практике именно здесь проходит граница между “роботом” и системой. Робот может просто что-то делать. Система должна объяснять, что она делает, на каких данных, с какими параметрами, с каким риском и каким результатом. В Bro | Quant основа — детерминированный торговый контур. Если сказать по-человечески: одни и те же данные, одни и те же параметры, одна и та же версия стратегии должны давать один и тот же результат. Без случайности. Без “модель решила”. Без скрытой магии. Это важно, потому что рынок и так достаточно хаотичен. А если внутри самой системы тоже хаос, ей невозможно доверять. Поэтому сначала идут исследования. Мы берём реальные рыночные данные, режем их на капсулы, прогоняем стратегию, смотрим результат, просадку, оборот, период, и эффект защитного слоя. Сейчас в лаборатории можно смотреть BTC, ETH и SOL. Можно менять период. Можно менять капитал. Можно сравнивать базовый сценарий и Advanced. И с каждым днём капсулы становятся длиннее, потому что данные продолжают накапливаться. Это не обещание доходности. Это способ увидеть, как торговый контур проходил бы рынок в выбранных условиях. Сначала наблюдение. Потом решение.

🛡 Инфраструктура. Для меня всегда было удивительно, когда проекты с реальными пользователями говорят, что они убыточные. Казалось бы: если люди пользуются продуктом — значит, в нём есть ценность. А если есть ценность, должно быть и вознаграждение для команды. Но ранний этап стартапа устроен иначе. Фаундеры кормят не только разработку. Они кормят саму инфраструктуру. Сервера. Данные. Хранилища. Мониторинг. Безопасность. Резервирование. Внутренние процессы, которые пользователь вообще никогда не видит. Когда я делал торговый движок только для личного пользования, вся инфраструктура обходилась примерно в 5 000 рублей в месяц. Один пользователь. Один контур. Минимум сервисов. Но как только начинаешь думать не о себе, а о людях, которые будут подключать свой капитал, всё резко меняется. Появляются API-ключи. Шифрование. Защищённые сервисы. Проверка доступа. Личный кабинет. Журнал действий. Резервные процессы. Сейчас на платформу уже работает семь отдельных сервисов. И вот здесь для меня крипта снова стала не про цену биткоина. А про шифрование. Поэтому, друзья, простите за задержки. Я вижу сообщения. Понимаю желание быстрее попробовать платформу. Но для меня безопасность сейчас важнее скорости. Можно быстро выпустить продукт, а потом месяцами восстанавливать доверие. А можно потратить больше времени и собрать фундамент, на котором дальше можно строить. За полтора года разработки себестоимость проекта уже перевалила за 10 миллионов рублей. И сейчас ошибиться на безопасности из-за желания ускориться — это была бы самая дорогая ошибка. Репутация строится долго. Теряется за один день. На этой неделе начну показывать интерфейс. Не как красивую витрину. А как части системы, которая постепенно собирается вокруг торгового движка. Сначала — лаборатория. Потом — кабинет.

➡️ Сегодня поймал одну мысль. Ночью платформа стала мультитикерной. Вроде технический шаг. BTC. ETH. SOL. Но по ощущениям это не только про тикеры. Когда делаешь продукт для себя, ты часто решаешь задачу один раз. Под свой контекст. Под свой ритм. Под свою боль. А когда начинаешь думать о пользователе, задача меняется. Её уже нужно собрать так, чтобы она повторялась. Чтобы другой человек мог зайти, понять логику, подключить свой контур, и пройти путь не через твой хаос, а через понятную систему. Наверное, поэтому обучение когда-то так сильно закрепляло мне трейдинг. Когда объясняешь другому, ты проходишь путь с двух сторон. Сначала как человек, который делает. Потом как человек, который должен объяснить, почему это вообще работает. В коде это ощущается ещё сильнее. Если тебе удалось что-то закольцевать, убрать лишнее, и поставить точку в одном месте, это начинает масштабироваться. И в какой-то момент ты уже думаешь не только о функции. Ты начинаешь думать себестоимостью, ликвидностью, нагрузкой, риском, и тем, как вся конструкция будет жить, если к ней подключится не один человек. И вот это ощущение сильно отличается от разработки “для себя”. Потому что продукт начинает требовать от тебя другого мышления. Не просто сделать. А сделать так, чтобы это могло жить дальше без тебя в каждом действии.

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

В какой-то момент я понял: робот сам по себе еще не система. Можно написать алгоритм. Можно подключить биржу. Можно получить несколько красивых сделок. Можно даже сделать скрин, который выглядит убедительно. Но это всё еще не система. И здесь есть забавная инженерная ловушка. Инженер почти никогда не скажет: "всё, идеально, выпускаем". Он всегда найдет, какую кнопку на приборной панели можно сдвинуть на пару пикселей. И в какой-то момент рядом должен появиться человек, который скажет: стоп. Мы больше не двигаем кнопки. Мы строим ракету. Когда работаешь в соло, эту роль иногда приходится сыграть самому для себя. Система начинается там, где есть контур: данные, правила, тесты, риск, исполнение, ограничения, наблюдение, и возможность посмотреть результат не на словах. Последние полтора года я как раз собирал этот контур. Не быстро. Не идеально. Не так красиво, как это выглядит в голове на старте. Но достаточно честно, чтобы начать показывать публичный слой. Завтра аккуратно разложу, что именно было собрано.

🖋 За последние дни сложилась одна простая линия. Рынок — это не только цена. Иногда цена приходит последней. До неё бывают данные. Объёмы. Доступ. Ошибки. Инфраструктура. Чужие позиции. И правила, которые либо держат систему, либо не держат. История с ZEC хорошо показывает, как рынок может двигаться вокруг информации, которую ещё не все понимают. История с Kalshi показывает другое: даже рынкам предсказаний приходится строить защиту от инсайда и неравного доступа к информации. А пост в Movies про «Славных парней» добавляет человеческий слой: нельзя бесконечно дорабатывать систему и откладывать момент запуска. Мне кажется, где-то здесь и есть взрослая точка. Не верить одному графику. Не верить красивому интерфейсу. Не прятаться за бесконечной оптимизацией. Смотреть на контур. Где данные. Где риск. Где ограничение. Где ошибка. Где правило. Именно поэтому робот сам по себе ещё не система. Система начинается там, где риск не прячут за красивым результатом. И в какой-то момент её нужно выпускать в жизнь.

📉 ZEC: рынок иногда двигается раньше новости ZEC — монета Zcash, одного из старых privacy-проектов. Шорт — позиция, которая зарабатывает на снижении цены. ForkLog пишет со ссылкой на Allium: Пять кошельков открыли крупные шорт-позиции по ZEC на Hyperliquid на сумму более $72 млн ещё до публичного раскрытия критической уязвимости в Zcash. Важно: это не доказательство инсайда. Данные показывают торговое поведение, но не объясняют мотив. Но сама история хорошо показывает: цена часто приходит уже после риска. До графика бывают данные, объёмы, позиции и информация, которая доходит до рынка не одновременно. Источник: ForkLog + Allium. Bro | News | Подписаться

📎 Репостну из Bro | News. Не как страшилку про ZEC. А как хороший пример, почему одного графика мало. Иногда самое важное происходит до того, как новость стала новостью.

В старом трейдерском канале Bro | Trade вышел пост, с которого для меня начинается возвращение этого канала. Этот канал долго был про сделки, роботов, рынок и публичный портфель. А потом почти на год замолчал. Не потому что там всё закончилось. Скорее потому что история ушла глубже — в код, данные, бэктесты и инфраструктуру. Теперь он постепенно станет журналом Bro | Quant. Не рекламной лентой. А местом, где будут версии, публичные артефакты и честные заметки о том, как система проходит рынок. Репостну сюда, потому что это часть общей истории.

👋 Всем привет. Здесь почти год было тихо. Я долго думал, как возвращаться сюда. Постом с громким анонсом? Ссылкой? Цифрами? Не подходит. Потому что история не закончилась. Она просто ушла туда, где её почти не видно со стороны. В код. В данные. В бэктесты. В ночные сборки. В ошибки, которые не видно в Telegram. В инфраструктуру, которая однажды ломается и сразу показывает, где у тебя система, а где просто красивая идея. Сегодня разбирал старые посты этого канала. Сделки. Роботы. Публичный портфель. Первые попытки объяснить, как я вижу рынок. И было странно читать это сейчас. Не с ностальгией. Скорее с ощущением, что читаю чертеж того, что тогда ещё не умел собрать. Тогда это были несколько листов А4 на стене. Схемы, стрелки, гипотезы, риск. Попытка собрать хаос рынка в систему, которой можно доверять больше, чем эмоциям. За это время многое пришлось отдать. Время. Деньги. Силы. Старые представления о том, как быстро можно построить что-то настоящее. Но кое-что выдержало. Идея, что рынок нужно проходить не эмоцией, а системой. Сейчас эта идея стала Bro | Quant. Данные. Бэктесты. Детерминированный торговый движок. Telegram-управление. Публичный портфель. Labs, где можно смотреть артефакты live-работы. Я не возвращаюсь сюда с обещанием доходности. Не с сигналом. Не с историей про робота, который делает деньги на автомате. Рынок не стал проще. Риск никуда не исчез. И честная система начинается именно с этого признания. Но теперь есть контур, который можно открыть и посмотреть. Не верить на слово. Посмотреть. Этот пост — не анонс в один удар. Скорее первая точка возврата. Дальше постепенно разложу, что именно было собрано: как идея из старых постов дошла до движка, почему робот сам по себе ещё не система, и где проходит граница между публичным наблюдением, риском и доступом. А сам канал постепенно станет журналом Bro | Quant: новости платформы, версии, публичные артефакты, и честные заметки о том, как система проходит рынок. Это новая глава.

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

Продолжение истории с UFO Hosting. Сейчас уже эмоции ушли и остался только один вывод: production начинает становиться настоящим ровно в тот момент, когда система впервые серьёзно ломается. До этого тебе кажется, что: - VPS работает - данные пишутся - сервис отвечает - всё под контролем А потом один инцидент за несколько часов показывает: насколько хрупкой была вся конструкция. Да, публичная статистика фактически потеряна. Да, часть истории данных восстановить уже невозможно. Неприятно? Пиздец как. Но именно такие удары и заставляют систему взрослеть. Потому что после этого ты уже иначе смотришь на: - резервирование - recovery-контур - репликацию состояния - независимые дата-центры - и саму архитектуру production. Система пережила первый настоящий инфраструктурный стресс-тест. И, как ни странно, это хороший знак. Значит проект перестаёт быть “просто идеей” и начинает сталкиваться с реальностью.

Сегодня у меня упал VPS-сервер. И это очень быстро возвращает тебя из состояния «кажется, система становится устойчивой» обратно в реальность. На сегодня дата-центр UFO Hosting просто перестал отвечать. Поддержка написала стандартное: «Приносим извинения за доставленные неудобства». Только проблема в том, что продакшн не знает слова “неудобства”. Либо система работает. Либо нет. Продакшн не может позволить себе “полдня тишины”. Особенно когда внутри идёт реальная торговля и запись состояния системы. Такие сервисы должны держать инфраструктуру в сети практически без остановок. А здесь — почти 12 часов полной недоступности. И самое неприятное даже не отключение. А потеря непрерывности данных. Когда система перестаёт писать состояние внутри окна, ты уже не можешь на 100% доверять тестированию и статистике. Данные не восстанавливаются. А процессы оптимизации продолжаются без паузы. В этот момент: - движок перестаёт отвечать - платформа недоступна - операторский UX отключается - и всё, что казалось устойчивым, внезапно перестаёт быть таковым. Больно? Очень. Сейчас вручную контролирую ордера. Хорошо, что позиция почти дельта-нейтральна. Но если честно — это отличный стресс-тест. Он очень чётко показал слабое место инфраструктуры: одного VPS недостаточно. Нужны: - разные дата-центры - резервные сервера - дублирование состояния - recovery-контур - независимая запись данных И хорошо, что это произошло сейчас, когда пользователей ещё можно пересчитать по пальцам и с каждым есть личная связь. Такие удары неприятны. Но именно они превращают “работающую систему” в по-настоящему устойчивую архитектуру.

🍿 Игра на понижение | The Big Short (2015) 🎥 Трейлер: [смотреть] Фильм, который сначала кажется сложным и перегруженным терминами. Но если упростить — он рассказывает очень простую историю. Банки начали выдавать ипотечные кредиты людям, которые не могли их обслуживать. Эти кредиты упаковывали в финансовые продукты, получали высокий рейтинг и продавали инвесторам как надёжные активы. Дальше происходило почти финансовое волшебство. Плохие кредиты превращались в «надежные» бумаги. Эти бумаги снова упаковывались и снова продавались. А сверху на них строились новые ставки и страховки. Получилось несколько слоёв системы, основанной на одном и том же долге. И пока рынок рос, это выглядело как бесконечная машина денег. Но внутри системы уже накапливался сбой. Несколько людей начинают замечать простую вещь: если заёмщики перестанут платить, вся конструкция рухнет. И именно это в итоге и происходит. Самое интересное — никто особо не хотел это останавливать. Банки зарабатывали. Рейтинговые агентства ставили высокие оценки. Инвесторы получали доходность. Система работала ровно так, как была построена. А когда она рухнула, банки спасли государством. И фактически за этот пир заплатили налогоплательщики. Есть один символичный момент, который появился почти сразу после кризиса. В январе 2009 года запускается сеть Bitcoin. В первый блок добавляют текст из газеты: “Chancellor on brink of second bailout for banks.” Это стало своеобразным ответом на кризис — попыткой построить финансовую систему, где правила задаёт код, а не институты. После фильма остаётся очень простая мысль. Люди думают, что управляют системами. Но часто системы начинают жить своей жизнью. И тогда становится понятно, что дело не в злых гениях и не в случайности. Просто стимулы внутри системы приводят её именно туда, куда она и была настроена. Моя оценка: 9/10 Фильм не про ипотечный кризис. Он про момент, когда огромная финансовая машина начинает пожирать саму себя.