Как разбудить паука и доказать, что он спал

На фотографии паук висит вниз головой под тонким пологом собственной паутины. Он почти неподвижен. Для человека этого достаточно, чтобы сказать «спит», но для исследователя здесь только начало работы. Неподвижность может означать много разных состояний. Нужно показать, что животное иначе отвечает на внешние сигналы и что отдых регулируется: если его прервать, возникнет потребность восполнить потерю.

Команда Наджи Гайгер и Даниэлы Рёсслер изучала австралийского паука-скакунчика Portia fimbriata. Животных несколько суток снимали в пластиковых чашках диаметром 12 сантиметров при разном освещении; ночью использовали инфракрасные камеры. Затем подавали звуковой сигнал и измеряли реакцию. По словам исследователей, подходящий раздражитель пришлось подбирать особенно тщательно: мир сигналов паука заметно отличается от нашего.

Сначала — движения глаз

У этой истории есть предыстория. В 2022 году другая работа той же исследовательской линии описала ритмичные движения сетчаток у молодых скакунчиков Evarcha arcuata. Важно, что речь шла о другом виде. У недавно вылупившихся паучков покровы ещё достаточно прозрачны, чтобы наблюдать внутреннее устройство глаз снаружи. Линзы основных глаз неподвижны, зато структуры с сетчатками могут смещаться за ними. Это превратило прозрачность маленького животного в необычное окно для наблюдения.

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

Теперь — проверка пробуждением

В статье 2026 года авторы сообщают сразу о нескольких признаках. Portia активна днём; её суточный ритм способен сохраняться без внешней смены дня и ночи. В состоянии, напоминающем REM, повышается порог пробуждения. После нарушенного сна наблюдается восстановительный эффект — sleep rebound. Совокупность результатов позволила исследователям говорить о поведенческом сне и отдельном REM-подобном подрежиме внутри него.

Смысл проверки на недосып прост: исследователей интересует зависимость последующего поведения от предыдущей потери отдыха. Такой опыт добавляет к наблюдению причинное вмешательство. Мы уже не просто смотрим на спокойного паука в тёмной чашке, а проверяем, меняется ли его дальнейший сон после помехи. При этом само наличие восстановительной реакции не объясняет, какую именно работу выполняет сон для нервной системы.

Есть и чёткая граница результата. Электрическую активность мозга в этой работе не записывали: вывод строится на поведении. Поэтому слова «паук видит сны» были бы скачком дальше данных. Движения глаз, реакция на стимул и компенсация недосыпа позволяют обсуждать устройство сна, но не содержание возможного внутреннего опыта. Даже сходство с человеческим REM не означает, что все его механизмы одинаковы.

В Firefox 159 появилась поддержка scroll-driven animations. Это позволяет связать состояние анимации с положением прокрутки или с тем, как элемент входит в видимую область. Для обычной страницы результат может быть очень простым: полоска чтения заполняется ровно по мере движения вниз. Для иллюстрированного рассказа — сложнее: разные части схемы появляются тогда, когда читатель до них добрался.

Прокрутка вместо секундомера

Обычная анимация движется по времени: началась, прошли две секунды, закончилась. В модели, описанной MDN, шкалу можно привязать к прокручиваемому контейнеру. Человек остановился — значение прогресса осталось на месте; вернулся выше — вернулся и соответствующий участок анимации. Для этого CSS получает явное описание связи между движением страницы и свойствами элемента.

Есть две полезные точки отсчёта. Первая — общий прогресс прокрутки контейнера. Вторая — положение конкретного элемента относительно видимой области. Представим длинную статью с рисунком механизма: общая полоска показывает, сколько текста осталось, а части рисунка меняются, пока сам рисунок проходит через экран. Это два разных отношения к прокрутке, поэтому для них предусмотрены ScrollTimeline и ViewTimeline, а не один универсальный таймер.

Из названий свойств достаточно запомнить animation-timeline: оно связывает анимацию с выбранной шкалой. Семейства scroll-timeline и view-timeline описывают эту шкалу, animation-range задаёт нужный участок. Конкретную композицию по-прежнему придумывает автор страницы. Поддержка механизма в браузере сама по себе не делает любой эффект полезным или быстрым.

Два компонента с одним именем

Ещё одно изменение касается custom elements — собственных HTML-элементов приложения. При общем реестре страницы имя компонента становится общим ресурсом. Это неудобно, если на странице встречаются независимые библиотеки или разные версии одного виджета. Scoped custom element registries позволяют создать отдельный реестр и связать его с определённой частью документа.

В документации MDN различие сформулировано через область действия. Определения из созданного реестра доступны узлам, которые с ним связаны; автоматически общими для всей страницы они не становятся. Например, две команды могут использовать одинаковое имя элемента внутри своих областей, не требуя единственного общего определения. Реестр можно связать с ShadowRoot — изолированным поддеревом компонента. Это инструмент управления именами и составом интерфейса, а не отдельная песочница для выполнения недоверенного кода.

Очистить до того, как элемент успеет сработать

В Sanitizer API Firefox изменил порядок обработки: очистка HTML теперь происходит во время разбора. Конструкторы пользовательских элементов, которые будут удалены очистителем, больше не запускаются. Деталь небольшая, но последовательность здесь существенна: удаление уже обработанного элемента и недопущение его обработки дают разный результат.

Сам Sanitizer API предназначен для фильтрации нежелательных элементов и атрибутов при вставке HTML. MDN отдельно различает безопасные методы, такие как setHTML(), и варианты с Unsafe в названии, где разработчик получает больше контроля и ответственности. Безопасные методы удаляют опасные для XSS конструкции даже при пользовательской конфигурации. Вставка пользовательской разметки остаётся задачей с конкретными правилами; наличие API не означает, что любую строку можно бездумно передать любому методу.

Для повседневной работы в списке исправлений есть более узнаваемые вещи: рост памяти у свёрнутого Zoom, некорректное видео при включённом NVIDIA RTX Video HDR и отказ некоторых сайтов переключаться с HTTP/3 на HTTP/2. Консоль разработчика теперь разрешает повторно объявить let, const и class, чтобы отредактированный фрагмент можно было запустить снова.

На страницах Nitrome в Steam появились два похожих названия, за которыми стоят разные замыслы. Bad Ice Cream Triple Scoop объединяет три исходные игры в обновлённую коллекцию. Bad Ice Cream Resort заявлен как самостоятельное продолжение. Такое раздвоение удобно: не приходится пытаться одновременно сохранить знакомую игру и убедить её быть совершенно новой.

Вернуть знакомую сетку

В Triple Scoop остаётся основная идея: собирать фрукты, создавая и разбивая ледяные преграды на клетчатой арене. Коллекция должна включать уровни всех трёх частей, но авторы прямо говорят об изменённых планировках и расширенных площадках. Среди добавлений заявлены боссы, новые враги, ловушки и персонажи. Значит, это уже редакция старого материала с вмешательством в дизайн уровней, а не обещание побитовой сохранности оригиналов.

Социальная часть тоже расширяется. Nitrome заявляет локальную игру для одного–четырёх человек с контроллерами и сохраняет возможность двум игрокам разделить одну клавиатуру. В списке есть Steam Remote Play Together и русский интерфейс. Все эти пункты пока относятся к описанию будущей игры. Надпись Coming soon не даёт ни точного дня выхода, ни основания оценивать качество управления по готовому продукту.

Построить курорт вокруг той же механики

Resort описан иначе: рисованная HD-графика, карта кампании с развилками, испытания, крупные боссы и отдельный соревновательный режим. В описании разработчик обещает менять планировку и добавлять противников в зависимости от числа участников. Это существенная деталь для совместной игры: четыре персонажа занимают пространство и взаимодействуют с препятствиями иначе, чем один.

Для продолжения также заявлены локальные партии до четырёх человек, двое за одной клавиатурой и Remote Play Together. На карте предполагаются скрытые маршруты, а прохождение должно открывать дополнительные арены и улучшения. Из этих обещаний складывается иной масштаб: знакомое короткое действие становится частью более длинного путешествия. Насколько удачно будут соединены быстрые раунды и продвижение по кампании, можно будет оценить после появления доступной версии.

Возвращение началось задолго до Steam

У подобных проектов есть техническая предыстория. Adobe прекратила поддержку Flash Player 31 декабря 2020 года, а с 12 января 2021 года заблокировала запуск Flash-контента в проигрывателе. Для игры, которая жила внутри такого плагина, одного сохранённого адреса сайта было уже недостаточно. Сохранение исходного файла и возможность сыграть в него в привычном окружении — разные задачи.

Nitrome решала часть этой задачи и другим способом. В заметке от 13 ноября 2022 года студия сообщила о переводе более 30 своих старых Flash-игр в HTML5 вместе с Poki и Away3d. Целью была возможность снова запускать их на сайте. Эта старая запись полезна именно сейчас: она показывает отдельную линию работы с наследием студии, не сводимую к новым платным изданиям.

Здесь можно различить три авторские задачи. Технический перенос возвращает доступность в изменившейся среде. Ремастер получает право поправить представление и некоторые решения старой игры. Продолжение использует узнаваемую идею как исходный материал для нового устройства уровней и прогрессии. Это редакционная схема чтения анонсов; сами проекты ещё должны доказать, насколько удачно решают выбранную задачу.

MIT и Smithsonian представили Lumina широкой аудитории: это крупная модель ранней Вселенной, где рассчитываются совместно тёмная материя, обычное вещество и распространение излучения. История начинается примерно через 45 миллионов лет после Большого взрыва и проходит через первые два миллиарда лет. Свежие сообщения рассказывают о проекте, описание которого исследователи разместили в открытом препринте ещё в мае.

Физический сюжет здесь — реионизация. Излучение первых источников меняет состояние межгалактического газа, отрывая электроны от атомов. Звёзды и активные ядра галактик дают разный вклад в этот процесс. Важно учитывать обратную связь: среда реагирует на свет, а её состояние влияет на дальнейшее образование структур. Красивая последовательность кадров получается из расчёта взаимодействий, а не из независимого добавления светящихся точек к готовому фону.

В оригинальной работе указан куб со стороной 500 сопутствующих мегапарсеков и 2 × 6000³ расчётных элементов. Слово «сопутствующих» здесь существенно: это координатная мера с учётом расширения Вселенной, её нельзя без пояснения читать как физический размер куба в любую выбранную эпоху. Модель использует код AREPO с движущейся сеткой, модель образования галактик IllustrisTNG и ускоренный на GPU расчёт переноса излучения.

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

Как читать картинку

На изображении из галереи проекта виден участок шириной 200 сопутствующих мегапарсеков. Тонкая сеть соответствует распределению тёмной материи, а оранжевое и жёлтое свечение кодирует движение газа возле массивных узлов. Цвета выбраны для отображения величин, которые нельзя было бы увидеть обычной камерой в таком виде. В других кадрах галереи авторы отдельно показывают области ионизованного водорода и гелия — получается несколько способов прочитать один расчёт.

По сообщению Smithsonian, для работы использовали более 15 тысяч графических процессоров суперкомпьютера Frontier. Эта цифра объясняет вычислительный размах, но не заменяет проверку физики. Результаты сопоставляют с наблюдательными ограничениями: например, с температурной историей межгалактического газа и тем, как излучение рассеивается на электронах. Совпадение нескольких измеряемых характеристик ценнее одного эффектного пролёта камеры.

Beeper — открытый проект Лорина Бранднера для разбора прикладных протоколов в eBPF, механизме выполнения проверяемых программ внутри ядра Linux. Обычно обсуждение сетевого eBPF быстро приходит к пакетам и адресам. Здесь интереснее следующий уровень: программа распознаёт содержимое протокола, чтобы принять решение о запросе раньше, чем он пройдёт привычный путь до обработчика приложения.

В репозитории заявлены HTTP/1.1 и HTTP/2; работа с Redis-протоколом RESP2 пока отмечена как незавершённая. Парсер строится с использованием конечного автомата — набора состояний и переходов между ними. Такая форма помогает согласовать разбор с ограничениями eBPF. Для пользователя проекта это библиотека и примеры интеграции, а не универсальная настройка «ускорить любой сервер». В требованиях указан Linux 6.8 или новее.

Самый наглядный пример вынесен в отдельный hyper-fast-path. Он использует Beeper, чтобы разбирать HTTP и обслуживать запросы статических файлов непосредственно из ядра. Автор сравнил этот путь с сервером на axum при выдаче файла размером 32 КБ. Для HTTP/2 тест через локальное соединение дал максимальную пропускную способность в 4,5 раза выше; при генерации трафика с другой машины — в 3,4 раза.

При нагрузке 2000 запросов в секунду задержка HTTP/2 уменьшилась соответственно на 53% и 44%. Эти числа относятся к конкретной установке автора. В пояснении прямо сказано, что результат зависит от размера файла, нагрузки и расположения генератора трафика. Переносить коэффициент 4,5 на приложение с запросами к базе данных было бы бессмысленно: в измеренном пути проверялась выдача статического содержимого.

Есть и связанная научная работа Beeline, впервые размещённая в мае. Она рассматривает сервисные сети, где запросы проходят через вспомогательные прокси. Предлагаемый быстрый путь переносит поддерживаемые прикладные политики в ядро, а для остальных сохраняет обычный прокси. Beeline и Beeper не следует смешивать: первое — система применения политик, второе — инструмент разбора протоколов, полезный для таких решений.

По данным Cloudflare, 155 ответов на очень длинные запросы содержали данные других клиентов той же модели. Заявленное окно контекста составляло 1 048 576 токенов, но пул KV-кеша на этапе обработки входа вмещал 681 280. При превышении вместимости ошибка движка SGLang позволяла продолжить обработку с остатками состояния предыдущих запросов.

Компания признаёт пробел в проверке: успешный HTTP-код и поток ответа принимались за свидетельство корректной обработки длинного контекста. Исправление включало увеличение пула памяти и безопасное завершение отклонённых запросов до передачи данных между этапами. По результатам расследования Cloudflare, другие модели Workers AI не пострадали; признаков преднамеренной эксплуатации компания не обнаружила.

Мобильные элементы ДНК, часто называемые «прыгающими генами», способны перемещаться или увеличивать число своих копий в геноме. Команда Лукаса Шрадера исследовала их связь с эволюционным разнообразием муравьёв. В сообщении Мюнстерского университета подчёркнут результат: линии с большим содержанием таких элементов оказались богаче видами, а у предков крупнейших групп обнаружились независимые всплески их активности.

Важная часть возможного объяснения связана с химической коммуникацией. Авторы обнаружили связь мобильных элементов с расширением семейств генов обонятельных рецепторов. Для муравьёв распознавание химических сигналов участвует в ориентации, различении своих и согласовании жизни колонии. Поэтому изменение таких семейств — содержательная зацепка для понимания разнообразия, хотя сама статистическая связь ещё не показывает весь путь от отдельной вставки ДНК до нового вида.

Оригинальная статья опирается на 163 генома, охватывающих 12 из 16 ныне живущих подсемейств. Авторы сравнивали копии мобильных элементов с восстановленными типичными последовательностями, оценивали накопленные различия и учитывали скорости мутаций. Так получают приблизительный возраст вставок, а затем соотносят их историю с родственным деревом. Это реконструкция по современным геномам, а не непосредственное чтение ДНК муравья возрастом 66 миллионов лет.

Наиболее выраженная активность пришлась на широкий промежуток 45–75 миллионов лет назад, пересекающий границу мела и палеогена. Он предшествует значительной части дальнейшего разнообразия линий. Кроме того, исследователи описывают участки генома, богатые мобильными элементами и эволюционирующие быстрее, рядом с более консервативными областями. Получается неоднородная карта изменений, а не один общий темп для всей ДНК.