掠夺末影人

第一个到达地牢宝箱的玩家会将其搜刮一空，而身后的所有人只能找到一个空箱子。这使得共同探索变成了一场竞赛，而这场竞赛没人同意参加。

在这里，打开一个战利品箱子会打开你自己的那份副本。方块本身永远不会被解开：它的战利品表始终保留在方块上，永不解包。你取走的东西来自你第一次打开时生成的副本，因此下一位玩家依然能获得初次开箱的体验，再下一位也是如此。

除此之外一切皆为原版。箱子是同一个方块，位于同一位置，有着相同的盖子动画和相同的声音。你走上前，打开它。

唯一值得关注的新特性

未开启的战利品箱子看起来与普通箱子别无二致，因为就你所需要关心的而言，它就是一个普通箱子。

一旦战利品变为每玩家独立，原版便无法再告诉你你在这个箱子里是否已无物可取。因此，你已搜刮一空的箱子会饰有一个变暗的锁扣。没有悬停提示，没有发光效果；锁扣只是让你在房间另一头就能看出它已被取空。

这个标记由 Pandorical 绘制。未安装它的客户端看到的只是普通箱子，除失去了这个提醒外，并无其他损失。

什么算作战利品箱子

一个仍带有未解包战利品表的箱子或木桶，游戏自然生成的每个此类容器都是如此。

矿车箱子也算。 矿井中的矿车箱子是同样承诺的另一种形态，而第二个到达那里所感到的失望也是一样的。矿车是实体而非方块，其战利品表依附于载具上，原版会在第一次查看时将其解包——因此它需要单独处理，但从外部来看，它的行为与地面上的箱子完全一致。

你用来存放小麦的箱子不算战利品箱子，也永远不会变成战利品箱子。只有半边带有战利品表的大型箱子也不在其列，这种形态本模组并不声称能够理解：这两种情况都会回到原版逻辑，不受影响。拒绝处理不确定的情况正是整个安全性的核心，因为最糟糕的情况莫过于它挡在你和一个普通箱子之间。

值得了解的细节

• 你的随机结果是稳定的。 它以箱子自身的种子、你的 UUID 和位置为种子生成。重新打开一个你尚未取走的箱子，会显示相同的内容。
• 两名玩家获得不同的战利品。 同一箱子，不同随机结果，因为完全相同的箱子会显得虚假。
• 只能取，不能放。 一个可放入物品的副本将成为世界上每个地牢中的私人箱子，并意味着要永远为每个玩家、每个箱子记住一个物品栏。这些箱子只为了取物而存在。
• 未取完的箱子会持续存在。 留下三件物品，下周再回来，它们还在那里。属于你的。
• 取空后就不再是物品栏。 一旦副本耗尽，它便被丢弃，只保留位置信息，因为关于它剩下的唯一问题答案已经是“否”。由于副本只会缩减，几乎所有副本最终都会如此：一个数字而非 27 个格子。
• 大型箱子表现正常。 两个副本合并为一个 54 格菜单，顺序与原版一致，因此点击哪半边都无所谓。
• 破坏箱子即终结一切。 每个玩家对该位置的副本都会被丢弃，因此没有任何东西会比方块本身存活更久，也不会附着到之后建造的任何东西上。
• 你不能走远后继续搜刮。 副本会在与真实箱子相同的距离处关闭。

一个已知的边缘情况

比较器或漏斗读取未开启的战利品箱子会促使原版当场将其解包，这是原版行为，且早于本模组存在。若发生这种情况，箱子会变成一个装有单批随机物品的普通箱子，由所有玩家共享，与未安装本模组时完全相同。这需要有人故意放置比较器，因此尚未发生过。

Chest Utils

在安装了 Chest Utils 的情况下，你的副本会在其界面中打开，而非普通界面，并会获得两个对于只能取物的容器来说有意义的功能按钮：全部拿走，以及补满你身上已部分使用的堆叠物品。

两个模组互不知道对方如何构建界面。Chest Utils 为任何容器提供一个仅限取物的界面；本模组将副本交给它，并免费获得这些按钮。没有它，副本会在普通箱子界面中打开，其他一切不变。

Pandorical

Loot Ender 在服务端运行，而 Pandorical 是一个硬性依赖（fabric.mod.json）：没有它，服务器将无法加载本模组。它只用于一件事，即通过 Pandorical 的箱子覆盖层 API 在你已取空的箱子上绘制变暗的锁扣。

客户端无需安装 Loot Ender 的 jar 文件。