- Документация
- https://modrinth.com/plugin/revaulting
Revaulting — серверный плагин, снимающий стандартное ограничение на однократное открытие Vault и Ominous Vault одним игроком. Он относится к категориям игровой механики и приключений, распространяется по лицензии Unlicense и устанавливается только на сервер.
Проект решает одну конкретную задачу и не заявлен как полная переработка испытательных камер. Он разрешает повторно обращаться к обычным и зловещим хранилищам, ведёт постоянный учёт открытий и позволяет задать задержку перед следующим доступом.
В базовой механике конкретный Vault или Ominous Vault можно открыть один раз на игрока. Revaulting удаляет этот предел. Благодаря этому уже найденная испытательная камера не теряет значение после первого посещения, а сервер может строить повторяемый игровой цикл вокруг существующих хранилищ.
Практические варианты применения:
• возвращение игроков в ранее исследованные камеры;
• повторное использование построенных вокруг них маршрутов;
• раздельный темп доступа к обычным и зловещим хранилищам;
• получение статистики числа открытий для сторонней логики.
Плагин не заявляет изменение ключей, таблиц наград, состава комнат или сложности испытаний. Такие функции нельзя приписывать Revaulting без отдельного подтверждения.
После первого открытия хранилище не остаётся навсегда закрытым для того же игрока. Ограничение сбрасывается сразу либо после заданной задержки. Официальное описание прямо распространяет это поведение на Vault и Ominous Vault.
Revaulting работает с существующими блоками и правилами испытательных камер. Он не создаёт новый тип контейнера и не заменяет стандартный процесс взаимодействия. Поэтому результат зависит от того, как на конкретном сервере устроены ключи, награды и доступ к камерам.
Количество открытий сохраняется через Persistent Data Minecraft. Запись ведётся отдельно для игроков и используется плагином при обработке повторного доступа. Согласно исходному описанию, другие плагины также могут читать эти данные, если им нужна статистика или дополнительная логика.
Это интерфейс для возможной интеграции, а не готовая связь с любым модулем статистики. Сторонний плагин должен знать формат данных и корректно его обрабатывать. Автоматическая совместимость с системами достижений, экономики или рейтингов не подтверждена.
Время сброса задаётся отдельно для обычного и зловещего Vault. Значения измеряются в игровых тиках; ноль означает немедленный сброс, а отрицательное значение обрабатывается как нулевое. Файл настройки создаётся при первом запуске, после изменения параметров требуется перезапуск сервера.
При выборе задержки полезно учитывать:
• доступность обычных и зловещих ключей;
• ожидаемую частоту повторных походов;
• влияние наград на экономику мира;
• число игроков, использующих одну камеру;
• правила других плагинов, связанных с добычей.
Материалы проекта не содержат универсального рекомендуемого значения. Нулевой сброс технически допустим, но его баланс должен оцениваться администрацией.
Серверная сторона для Revaulting обязательна, клиентская обозначена как неподдерживаемая. JAR следует помещать в серверную папку plugins, а не в клиентскую папку модов. Отдельная установка самого Revaulting игрокам не требуется.
Такой формат не гарантирует совместимость со всеми остальными компонентами сервера. Особенно внимательно стоит проверять плагины, которые перехватывают открытие контейнеров, меняют испытательные камеры, очищают постоянные данные игроков или вводят собственные задержки.
Подтверждены Folia, Paper и Purpur. В перечень версий Minecraft входят 26.1, 26.1.1, 1.21.5, 1.21.6, 1.21.7, 1.21.8, 1.21.9, 1.21.10 и 1.21.11. Поддержку других выпусков нельзя выводить только из близости номера версии.
Перед установкой следует проверить:
• точную версию Minecraft;
• тип и сборку серверного ядра;
• отсутствие второй копии Revaulting;
• наличие резервной копии мира и данных игроков;
• возможность проверить механику на тестовом участке.
Если сервер использует нестандартный форк, соответствие Paper API лучше оценивать отдельно.
Плагин устанавливается стандартно: выбранный JAR помещается в папку plugins совместимого сервера. Обязательные команды для запуска не заявлены, а базовый режим рассчитан на работу без сложной подготовки.
Практическая последовательность:
• Штатно остановить сервер.
• Сопоставить ядро и версию Minecraft с подтверждёнными данными.
• Поместить один JAR Revaulting в папку plugins.
• Удалить дубликат или устаревший файл, если он присутствует.
• Запустить сервер и изучить журнал загрузки.
• Проверить обычный Vault одним тестовым игроком.
• Отдельно проверить Ominous Vault и заданную задержку.
«Горячая» замена JAR без полного перезапуска в предоставленных данных не подтверждена.
В выбранных метаданных обязательные project dependencies не указаны. Это означает отсутствие перечисленной обязательной зависимости, но не отменяет необходимость совместимого серверного ядра.
Проверка особенно важна при наличии компонентов, которые:
• меняют события взаимодействия с блоками;
• управляют лутом испытательных камер;
• переносят или сбрасывают данные игроков;
• ограничивают частоту использования контейнеров;
• создают собственную статистику Vault.
Конкретные конфликты в основе не названы, поэтому вывод об их наличии или отсутствии возможен только после тестирования выбранной сборки.
Указаны два релиза:
• Revaulting-0.5.0.jar, 28 121 байт, версия 0.5.0; SHA-512 c2a167949e115d572ab920b5b5a72a13b07a7421520e0415d2e2f539f26584232b3b532a90e90027c2d3b3cc71635ba1490bde6956c1a58fc27c9fa9fa606f21; SHA-1 901a5525fd3e7af2520797a453919a3411fc28de;
• Revaulting-0.4.0.jar, 28 009 байт, версия 0.4.0; SHA-512 187897e854c610d8429bc3bec32ba1b3478d0f6bdc578c30fe6b3b2c0d2f4be5c310ba44a6d9bfb69cf6c5458d40c98ad783c05591e69c3e113ec63bb1bb7832; SHA-1 a0bee80b0685165824d896b64690be382f3b8167.
Файлы получены по официальному HTTPS, локально сопоставлены с опубликованными хешами и статически проверены по структуре и путям. Динамический запуск не выполнялся. Поэтому подтверждена целостность артефактов, но не их поведение в конкретном окружении.
Unlicense допускает свободное использование, изменение и распространение проекта. При администрировании всё равно разумно хранить сведения о происхождении JAR, версии и контрольных суммах.
Предоставленная основа не позволяет гарантировать отсутствие ошибок, совместимость с любыми плагинами или определённый экономический результат. Статическая проверка не заменяет запуск в копии окружения, а успешная загрузка не заменяет проверку обоих типов хранилищ.
Безопаснее проверять ресурс в отдельном тестовом профиле или на копии сервера и мира. Перед установкой сохраните резервную копию конфигурации и пользовательских данных, зафиксируйте текущие версии Minecraft и загрузчика, а после запуска проверьте журнал ошибок и только затем переносите изменение в основное окружение.
Нет. Плагин предназначен для серверной стороны; клиентская установка не поддерживается.
Обычные Vault и Ominous Vault в испытательных камерах.
Да. Время сброса настраивается отдельно для обычного и зловещего варианта.
В выбранных метаданных обязательные project dependencies не указаны. Совместимое серверное ядро всё равно необходимо.
Нет. Выполнены сверка хешей и статическая проверка структуры, но динамический запуск не проводился.
Проект решает одну конкретную задачу и не заявлен как полная переработка испытательных камер. Он разрешает повторно обращаться к обычным и зловещим хранилищам, ведёт постоянный учёт открытий и позволяет задать задержку перед следующим доступом.
Назначение плагина
В базовой механике конкретный Vault или Ominous Vault можно открыть один раз на игрока. Revaulting удаляет этот предел. Благодаря этому уже найденная испытательная камера не теряет значение после первого посещения, а сервер может строить повторяемый игровой цикл вокруг существующих хранилищ.
Практические варианты применения:
• возвращение игроков в ранее исследованные камеры;
• повторное использование построенных вокруг них маршрутов;
• раздельный темп доступа к обычным и зловещим хранилищам;
• получение статистики числа открытий для сторонней логики.
Плагин не заявляет изменение ключей, таблиц наград, состава комнат или сложности испытаний. Такие функции нельзя приписывать Revaulting без отдельного подтверждения.
Скриншоты и внешний вид
Как меняется механика Vault
После первого открытия хранилище не остаётся навсегда закрытым для того же игрока. Ограничение сбрасывается сразу либо после заданной задержки. Официальное описание прямо распространяет это поведение на Vault и Ominous Vault.
Revaulting работает с существующими блоками и правилами испытательных камер. Он не создаёт новый тип контейнера и не заменяет стандартный процесс взаимодействия. Поэтому результат зависит от того, как на конкретном сервере устроены ключи, награды и доступ к камерам.
Постоянный учёт открытий
Количество открытий сохраняется через Persistent Data Minecraft. Запись ведётся отдельно для игроков и используется плагином при обработке повторного доступа. Согласно исходному описанию, другие плагины также могут читать эти данные, если им нужна статистика или дополнительная логика.
Это интерфейс для возможной интеграции, а не готовая связь с любым модулем статистики. Сторонний плагин должен знать формат данных и корректно его обрабатывать. Автоматическая совместимость с системами достижений, экономики или рейтингов не подтверждена.
Задержка для двух типов хранилищ
Время сброса задаётся отдельно для обычного и зловещего Vault. Значения измеряются в игровых тиках; ноль означает немедленный сброс, а отрицательное значение обрабатывается как нулевое. Файл настройки создаётся при первом запуске, после изменения параметров требуется перезапуск сервера.
При выборе задержки полезно учитывать:
• доступность обычных и зловещих ключей;
• ожидаемую частоту повторных походов;
• влияние наград на экономику мира;
• число игроков, использующих одну камеру;
• правила других плагинов, связанных с добычей.
Материалы проекта не содержат универсального рекомендуемого значения. Нулевой сброс технически допустим, но его баланс должен оцениваться администрацией.
Серверная и клиентская стороны
Серверная сторона для Revaulting обязательна, клиентская обозначена как неподдерживаемая. JAR следует помещать в серверную папку plugins, а не в клиентскую папку модов. Отдельная установка самого Revaulting игрокам не требуется.
Такой формат не гарантирует совместимость со всеми остальными компонентами сервера. Особенно внимательно стоит проверять плагины, которые перехватывают открытие контейнеров, меняют испытательные камеры, очищают постоянные данные игроков или вводят собственные задержки.
Платформы и версии Minecraft
Подтверждены Folia, Paper и Purpur. В перечень версий Minecraft входят 26.1, 26.1.1, 1.21.5, 1.21.6, 1.21.7, 1.21.8, 1.21.9, 1.21.10 и 1.21.11. Поддержку других выпусков нельзя выводить только из близости номера версии.
Перед установкой следует проверить:
• точную версию Minecraft;
• тип и сборку серверного ядра;
• отсутствие второй копии Revaulting;
• наличие резервной копии мира и данных игроков;
• возможность проверить механику на тестовом участке.
Если сервер использует нестандартный форк, соответствие Paper API лучше оценивать отдельно.
Установка и первичная проверка
Плагин устанавливается стандартно: выбранный JAR помещается в папку plugins совместимого сервера. Обязательные команды для запуска не заявлены, а базовый режим рассчитан на работу без сложной подготовки.
Практическая последовательность:
• Штатно остановить сервер.
• Сопоставить ядро и версию Minecraft с подтверждёнными данными.
• Поместить один JAR Revaulting в папку plugins.
• Удалить дубликат или устаревший файл, если он присутствует.
• Запустить сервер и изучить журнал загрузки.
• Проверить обычный Vault одним тестовым игроком.
• Отдельно проверить Ominous Vault и заданную задержку.
«Горячая» замена JAR без полного перезапуска в предоставленных данных не подтверждена.
Зависимости и совместная работа
В выбранных метаданных обязательные project dependencies не указаны. Это означает отсутствие перечисленной обязательной зависимости, но не отменяет необходимость совместимого серверного ядра.
Проверка особенно важна при наличии компонентов, которые:
• меняют события взаимодействия с блоками;
• управляют лутом испытательных камер;
• переносят или сбрасывают данные игроков;
• ограничивают частоту использования контейнеров;
• создают собственную статистику Vault.
Конкретные конфликты в основе не названы, поэтому вывод об их наличии или отсутствии возможен только после тестирования выбранной сборки.
Файлы и контроль целостности
Указаны два релиза:
• Revaulting-0.5.0.jar, 28 121 байт, версия 0.5.0; SHA-512 c2a167949e115d572ab920b5b5a72a13b07a7421520e0415d2e2f539f26584232b3b532a90e90027c2d3b3cc71635ba1490bde6956c1a58fc27c9fa9fa606f21; SHA-1 901a5525fd3e7af2520797a453919a3411fc28de;
• Revaulting-0.4.0.jar, 28 009 байт, версия 0.4.0; SHA-512 187897e854c610d8429bc3bec32ba1b3478d0f6bdc578c30fe6b3b2c0d2f4be5c310ba44a6d9bfb69cf6c5458d40c98ad783c05591e69c3e113ec63bb1bb7832; SHA-1 a0bee80b0685165824d896b64690be382f3b8167.
Файлы получены по официальному HTTPS, локально сопоставлены с опубликованными хешами и статически проверены по структуре и путям. Динамический запуск не выполнялся. Поэтому подтверждена целостность артефактов, но не их поведение в конкретном окружении.
Лицензия и ограничения сведений
Unlicense допускает свободное использование, изменение и распространение проекта. При администрировании всё равно разумно хранить сведения о происхождении JAR, версии и контрольных суммах.
Предоставленная основа не позволяет гарантировать отсутствие ошибок, совместимость с любыми плагинами или определённый экономический результат. Статическая проверка не заменяет запуск в копии окружения, а успешная загрузка не заменяет проверку обоих типов хранилищ.
Безопасная проверка
Безопаснее проверять ресурс в отдельном тестовом профиле или на копии сервера и мира. Перед установкой сохраните резервную копию конфигурации и пользовательских данных, зафиксируйте текущие версии Minecraft и загрузчика, а после запуска проверьте журнал ошибок и только затем переносите изменение в основное окружение.
FAQ
Нужно ли устанавливать Revaulting игрокам?
Нет. Плагин предназначен для серверной стороны; клиентская установка не поддерживается.
Какие хранилища становятся повторно доступными?
Обычные Vault и Ominous Vault в испытательных камерах.
Можно ли назначить разные задержки?
Да. Время сброса настраивается отдельно для обычного и зловещего варианта.
Есть ли обязательные зависимости?
В выбранных метаданных обязательные project dependencies не указаны. Совместимое серверное ядро всё равно необходимо.
Проверялся ли JAR запуском?
Нет. Выполнены сверка хешей и статическая проверка структуры, но динамический запуск не проводился.