IT

OpsDeck: собрал рабочее место DevOps-инженера в одном окне и выложил в Open Source Терминал здесь, Grafana там, пароль в KeePass, ранбук в Obsidian, а алерт уже прилетел в Telegram. Автору надоело постоянно прыгать между окнами, поэтому он собрал OpsDeck и выложил проект в Open Source. Внутри терминал понимает, чем закончилась команда, и предлагает спросить ИИ об ошибке. Локальная модель подхватывает знакомые команды из истории и заметок, Kubernetes можно открыть рядом с алертами, а пароль из KeePass использовать там же, не бегая между окнами. Для прода предусмотрен отдельный режим только для чтения. Получилось не просто окно с ярлыками на привычные инструменты. Разделы OpsDeck знают друг о друге и позволяют переносить контекст между задачами без постоянного копирования руками. А сколько всего туда уже успело поместиться, лучше видно в экскурсии по проекту.

Нейросеть «ГигаЧат» дописала второй том «Мертвых душ» писателя Николая Гоголя, сообщили РБК в пресс-службе Сбербанка. Над романом «Мертвые души. Второй том. Возрождение» больше года работали специалисты банка вместе с историками, литературоведами, лингвистами и инженерами. Как отмечает банк, для обучения ИИ-модели использовали полное собрание сочинений Гоголя, его письма, черновики и записные книжки, а также произведения его современников и библейские тексты. Получившийся текст оценивали по 11 параметрам, включая лексику, синтаксис, гротеск, построение диалогов и присутствие автора-рассказчика. Каждый сгенерированный эпизод также проверяли на уникальность. «Текст, который получился, — безусловно, не Гоголь. Но это текст, созданный по законам гоголевского повествования, что стало возможным благодаря синергии человека и искусственного интеллекта», — говорится в пресс-релизе. Подробнее в РБК.

RTX VSR Studio Отдельное Windows-приложение для апскейла видео через NVIDIA RTX Video Super Resolution. Без ComfyUI и PyTorch — напрямую вызывает SDK NVIDIA. Сделано под длинные ролики: двухчасовой фильм обрабатывается сегментами, при сбое начинаешь с того же кадра, а не с нуля. • Апскейл до 720p, 1080p, 1440p, 4K с сохранением пропорций кадра • Resumable-сегменты: сбой или отмена — при повторе продолжается с точного кадра • Before/after превью с разделителем, тестовый кусок 30 секунд • Батч-очередь на несколько файлов • Вывод H.264/HEVC (mp4) и ProRes/DNxHR (mov) под Final Cut и DaVinci • Пресеты под контент: Balanced, Anime, Film, Screen capture, Old/DVD • Denoise и deblur на исходном разрешении • Никогда не перезаписывает файлы, аудио и субтитры копирует как есть • Есть CLI • Нужен RTX 20+ (Tensor Cores), драйвер 570.65+, Windows 10 64-bit, ffmpeg • VRAM почти не важна: кадры по одному, 1080p→4K пике ~1.6 ГБ Только 8-bit SDR: HDR и 10-bit SDK не тянет, опциональный tonemap меняет картинку. ProRes/DNxHR кодируются на CPU — медленнее и файлы больше. Пробное: 20-я и 30-я серии #upscale MAX

✔️ Криптоиндустрии пора готовиться к взлому кошельков с помощью ИИ Исследователь Джастин Дрейк предложил блокчейн-индустрии готовиться к режиму бункера, то есть к массовому переводу средств на новые адреса на случай, если ИИ поможет взломать ECDSA.

На этой схеме цифровой подписи держатся кошельки Bitcoin и Ethereum.

По словам Дрейка, теперь разумно допускать, что ECDSA сломают раньше, чем появятся достаточно мощные квантовые компьютеры, и в худшем случае счёт пойдёт на месяцы.

Взломом он считает возможность за неделю восстановить закрытый ключ на кластере GPU.

Поводом Дрейк называет недавние математические результаты, полученные с помощью ИИ, в том числе 722 работы внутренней модели OpenAI. Защита, которую он предлагает, опирается на устройство адресов. Пока с адреса не отправили ни одной транзакции, в блокчейне виден только хеш открытого ключа, а восстановить ключ по хешу нельзя. Первая же подпись раскрывает открытый ключ, и тогда при взломе ECDSA по нему можно вычислить закрытый. Поэтому Дрейк советует держать средства на адресах, которые ещё ничего не подписывали, а после каждой подписи переводить остаток на новый адрес. Новой криптографии и новых кошельков для этого не нужно. Крупных игроков, Binance, Robinhood и Tether, он призвал заранее укрепить холодное хранение и при этом предостерёг от паники и спешки. Сооснователь Ethereum Виталик Бутерин в ответе согласился с Дрейком, но не советует никому срочно переводить средства.

На неудачных миграциях, по его словам, он сам потерял больше денег, чем на взломах.

Бутерин считает, что успехи ИИ в математике могут ударить и по решёточным схемам вроде ML-DSA, которые сейчас считают устойчивыми к квантовым атакам, поэтому в будущем предлагает строить защиту по возможности только на хеш-функциях.

Ни одной практической атаки на ECDSA пока не известно, предупреждение Дрейка - оценка рисков.

@ai_machinelearning_big_data #news #ai #ml

#рецепт Что общего у ЦОДов Яндекса, концерта Канье и Cloudflare? У катастроф в IT есть своя специфика. Давай размберем пальцах: пять зависимостей, о которых проджекту стоит спросить Вендор-лок - не абстрактная архитектурная проблема. Если основной поставщик исчезнет, сможем ли мы принимать платежи, общаться с пользователями и поднять сервис? 1. Домен, DNS, сертификаты У кого доступ к регистратору, DNS и ключам? Есть ли независимый DNS и путь перевыпустить сертификат, если панель основного CDN лежит? 2. Платежи Есть ли второй банк или эквайер с договором и проверенной интеграцией? Если нет, кто уведомит клиентов и как сверять зависшие платежи, повторы, возвраты? 3. Связь Где сообщать статус, если приложение, почта и основной мессенджер недоступны? Нужны независимый канал и ответственный за проверенные обновления 4. Серверы Есть ли мощность на другой площадке и доступны ли вне основного облака образы, конфигурация, секреты и доступы? Два ЦОДа одной компании с общим управлением могут отказать вместе 5. Данные и БД. Копии лежат у другого провайдера? Рестор проверен? Дамп не течет, не избыточен, и мы можем поднять за адекватные сроки его?Правило 3-2-1 про три копии, два типа носителей, одна вне площадки появилось не просто так. Но бэкап своим существованием не доказывает, что БД восстановится до нужной точки и операции не задвоятся 6. Кто и где получает апдейты от поставщиков и контрагентов? Это должен быть не 1 человек и желательно дублирующийся канал. Компания должна сразу узнать например о блокировке Google Developer Console, а не обнаружить спустя пару дней из хейта в треадс, что у них перестали скачиваться сборки и смочь моментально среагировать Проджекту не нужно проектировать всё самому. Нужные ответы часто за пределами его зоны ответственности: что реально работает, а что только нарисовано. Например RTO и RPO, за сколько вернём сервис и сколько данных допустимо потерять. Ну и понимать что арифметку: 99,9% - примерно 43 минуты простоя за 30 дней, без обещания починить одну аварию за 43 минуты Если вы C-lvl связанный с техничкой или фаундер. Хотя бы раз в год устройте учения: разверните критичный путь с нуля из доступных извне копий, лучше у другого провайдера; проверьте платежи, запись в БД, переключение и откат хотя бы на стейдже. Фактическое время и потери важнее красивой схемы. AWS прямо рекомендует проверять восстановление практикой Очень важна развилка: резерв с ценой и сроком в план на год или сознательно принимаем такой-то простой. Запишите цену часа простоя, владельца решения и дату пересмотра. "Все в курсе почему так исторически сложилось" не решение