Независимый исследовательский проект

Мы ищем не очередное объяснение всего.
Мы изучаем связи.

UCMT — это гипотеза о том, что в основе физических явлений лежит единая сжимаемая среда, а известные законы описывают разные режимы её поведения. Мы проверяем, можно ли свести разные законы физики к одному свойству этой среды — её сжимаемости. Проект открыт физикам, математикам и просто пытливым людям, которым интересно искать связи в устройстве мира.

Если всё действительно связано, какие правила делают одни структуры возможными, другие — невозможными, а третьи — наблюдаемыми?

01

Поворот проекта

От среды — к правилам связности

С чего мы начинали

Можно ли увидеть свет, гравитацию, частицы и другие явления как разные режимы одной среды?

Что исследуем сейчас

Какие ограничения, допустимые структуры и переходы повторяются в разных задачах — и можно ли сделать их вычислимыми?

Старая идея не выброшена. Она стала исходной гипотезой, а не готовым ответом. Теперь нас интересует не красота отдельного объяснения, а то, выдерживает ли одна и та же система связей разные проверки.

02

Вычислимые объекты

Модели и песочницы

Здесь теория перестаёт быть только разговором. Каждая песочница — это способ задать системе конкретный вопрос и получить ответ, который не всегда совпадает с ожиданием.

Динамикапесочница

Задача трёх тел

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

Открыть карточку →
Морфологиярабочая модель

Структурная песочница

Переход от картинок к графам, классам состояний и воспроизводимым корпусам переходов.

Посмотреть устройство →
Все модели, версии и ограничения →
03

Метод и инструмент

CQT: проверять не сходство картинок, а сохранность смысла

CQT вырос из внутренней исследовательской дисциплины. Он помогает явно описывать, что мы считаем наблюдаемым, какие преобразования допустимы и в какой момент сравнение должно честно вернуть INVALID.

Познакомиться с CQT
  1. 01
    Задать наблюдаемое

    Не прятать выбор признаков внутри красивой визуализации.

  2. 02
    Зафиксировать допустимые преобразования

    Что можно отбросить, не разрушив предмет сравнения?

  3. 03
    Проверить независимым оракулом

    Классификация не должна подтверждать сама себя.

  4. 04
    Сохранить неудачу

    INVALID — не ошибка интерфейса, а полноценный научный результат.

У проекта нет задачи выглядеть непогрешимым. Нам важнее оставить видимым путь: удачные догадки, тупики, смену языка и тот момент, когда красивая идея впервые становится проверяемой.

Поэтому рядом с публикациями остаются рабочие заметки, история моделей и честные ограничения. Теория здесь — не памятник. Это мастерская.

04

Читать и проверять

Публикации, альманах и рабочие записи