Плагин Locked Chests/Chest Protection Plugin 1.4 +1.3

Locked Chests/Chest Protection Plugin — серверный плагин для ограничения доступа к сундукам. Владелец может закрыть хранилище от других игроков, сохранить собственный доступ и при необходимости доверить использование выбранному участнику. Клиентская установка не поддерживается: обязательная часть работает на сервере.

Подтверждённая механика включает защиту от открытия, разрушения и вывода предметов через воронку, два способа блокировки, доверенный доступ и операторскую инспекцию. Проект относится к категориям social, storage, utility, game-mechanics и management, но не заявлен как универсальная система регионов или защита всех контейнеров.

Назначение и модель доступа​

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

Модель доступа разделяет три роли:

• владелец управляет блокировкой и сохраняет полный доступ;
• доверенный игрок может пользоваться содержимым;
• посторонний игрок не получает доступа к защищённому сундуку.

Для доверенного участника не подтверждено право разрушать или разблокировать объект. Передача владения и совместное владение в исходном тексте не описаны.

Скриншоты и внешний вид​

Блокировка командами​

Первый способ управления основан на /lockchest. Для установки защиты используется /lockchest add: игрок должен смотреть на нужный сундук. Для снятия применяется /lockchest remove, также при наведении на соответствующий объект.

Практическая последовательность:

• выбрать нужный сундук;
• навести на него взгляд;
• выполнить /lockchest add;
• проверить доступ владельца и обычного игрока;
• при необходимости применить /lockchest remove.

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

Предмет-ключ​

Второй способ использует железный либо золотой самородок, переименованный в наковальне в key. Игрок берёт его в руку и нажимает по сундуку правой кнопкой мыши с зажатым Shift. Повторное применение ключа снимает блокировку.

Ключ не является новым предметом Minecraft. При наличии связанного набора ресурсов самородок с именем key получает другую текстуру; без него механика продолжает работать со стандартным внешним видом. Использование ключа необязательно, поскольку команды остаются самостоятельным способом управления.

Доверенные игроки​

Команда /trust (player) предоставляет выбранному игроку доступ к сундуку, на который смотрит владелец. Доверяемый участник должен находиться на сервере в момент выполнения команды. Он получает доступ к содержимому, но не право ломать или разблокировать сундук.

Перед выдачей доверия полезно проверить:

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

Операторская инспекция​

Для операторов предусмотрена /lockinspect. При выполнении с наведением на сундук она показывает его местоположение, владельца и доверенных игроков. Это диагностическая функция для выяснения принадлежности и действующего списка доступа.

Не подтверждены отдельное разрешение, формат вывода, история изменений или журнал действий. Следовательно, /lockinspect следует рассматривать только как просмотр текущих сведений, а не как полноценный аудит или средство редактирования защиты.

Совместимость​

Плагин отмечен как обязательный на сервере и неподдерживаемый на клиенте. Указаны платформы Bukkit, Paper и Spigot. Подтверждены Minecraft 1.21, все выпуски от 1.21.1 до 1.21.11, а также 26.1, 26.1.1, 26.1.2 и 26.2.

Установка и зависимости​

Подтверждённый способ установки:

• выбрать нужный JAR;
• поместить его в папку plugins совместимого сервера;
• запустить сервер штатным способом;
• проверить загрузку плагина;
• испытать защиту на отдельном сундуке.

В выбранных метаданных обязательные project dependencies не указаны. Это означает отсутствие перечисленных обязательных проектов, а не доказательство совместимости с любой серверной конфигурацией. Неподтверждённые команды установки, параметры запуска и ручное редактирование конфигурации не требуются для описания базового процесса.

Файлы и контрольные суммы​

Опубликованы две сборки:

• LockedChestsPlugin-1.4.jar, версия 1.4, 13 566 байт; SHA-1 f18fc0f4ff3d785aedb965a37271bf58fcf6dc5f;
• LockedChestsPlugin.jar, версия 1.3, 16 668 байт; SHA-1 a2e53491597639ad4a703ac5bf42527270107211.

SHA-512 версии 1.4: 7183eea1465bfa812cd3b6b9c9ae32ea3b6d148849ef14fc9c19921a5019e1ed3b53a89977aff417ea0d7b38d6949e076bfac41ee074017b29171a7b3775be76.

SHA-512 версии 1.3: fdc4648d29feb4d157cdba706ab61d84d5b8355807631d686978d9abd928f6f2be3aa5d125510453bf049b8668943d637b6f1672e4805510de0716f6296fe58b.

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

Практическая проверка​

Для первичного теста достаточно ограниченного сценария:

• заблокировать сундук командой;
• убедиться, что владелец открывает его;
• проверить запрет открытия и разрушения другим игроком;
• проверить извлечение через воронку;
• снять защиту командой;
• повторить блокировку с предметом key;
• выдать доверие игроку в сети;
• посмотреть данные через /lockinspect;
• отдельно проверить заявленную устойчивость к взрывам.

Такой тест относится только к конкретной серверной сборке. В предоставленной основе динамический запуск файлов не выполнялся, поэтому фактическое поведение на рабочем сервере заранее не подтверждено.

Лицензия и безопасность​

Проект распространяется по Apache-2.0. Файлы были получены по официальному HTTPS, локально сверены с опубликованными хешами и прошли статическую проверку структуры и путей. Динамический запуск не выполнялся.

Совпадение контрольной суммы помогает подтвердить неизменность JAR после публикации, но не гарантирует отсутствие логических ошибок, конфликтов или уязвимостей. Для рабочего сервера важна отдельная проверка выбранной версии в контролируемой среде.

FAQ​

Может ли владелец открыть заблокированный сундук?​

Да. Блокировка ограничивает других игроков, а владелец сохраняет возможность пользоваться своим хранилищем.

Обязателен ли ключ?​

Нет. Защиту можно устанавливать и снимать через /lockchest add и /lockchest remove. Ключ — дополнительный способ.

Нужен ли набор ресурсов?​

Нет. Он меняет текстуру переименованного самородка, но не является условием работы ключа или самого плагина.

Может ли доверенный игрок снять защиту?​

Подтверждён только доступ к содержимому без права разрушать или разблокировать сундук.

Есть ли обязательные зависимости?​

В выбранных метаданных обязательные project dependencies не указаны. Это не является гарантией совместимости со всеми сторонними расширениями.