问游戏中的加密内容

EN

我一直有这样的想法，即使用加密来防止用户在程序本身之外的程序中找出内容。就像用户可能会发现，游戏中从未使用过的纹理意味着在浏览游戏数据时会成为某种复活节彩蛋的一部分。这可能会毁了每一个人，如果张贴在网上。

想象一个密室，玩家必须在游戏中的安全门上按下正确的数字，如果正确的话，应该生成正确的解密密钥，然后解密该级别的部分并打开门。因此，即使在查看游戏数据时也无法访问复活节彩蛋，因为密钥并没有被实际存储，而是基于用户输入生成的。

这是我想象的另一个例子。我有一个益智游戏，比方说20个级别，每个级别使用不同的密钥加密。我没有将解密密钥与程序直接存储在一起，而是允许人们对程序进行反编译并找到它，而是根据先前的谜题解决方案生成加密/解密密钥。这样的话，玩家在获得任何关于下一个级别的信息之前，甚至在查看游戏数据时，都必须真正解决这个难题。

玩家，如果知识渊博，可能会“很容易”地强迫它，因为谜题解决方案的数量可能少于解密密钥的数量。这确实是一个复杂的问题，在这里并不是很重要。虽然我确实发了一个关于它的回复，到这里来

今天有没有程序/游戏做过这样的事情？在他们的游戏中存储加密的内容？如果不是，为什么呢？在商店或国家一级，是否有很多关于这方面的规则和规章？有人看到我错过了什么明显的陷阱吗？忽略用户体验之类的东西，这个想法对我来说听起来不错，让我好奇为什么我以前没见过这样的东西。

编辑:这可能不清楚我在说什么，所以这里有一个更具体的例子。

假设我有一个函数，它接收一个20个字符的字符串，并生成一个对称密钥，可以用来加密/解密游戏中的某些内容。用户获取该内容的唯一方法是了解这20个字符并生成相同的键。此键从不直接存储，而是根据用户输入动态生成。这些字符将隐藏在游戏中，可以是书籍，对话与NPC，甚至可能在游戏之外，甚至在后面的盒子。

因此，与2*10^28可能的组合尝试，它可能会更有可能，人们将发现内容的方式，而不是通过查看游戏数据。

编辑2:在发送给使用者之前，所讨论的内容将使用任意的秘密密钥进行加密。这把钥匙显然不会随游戏一起运来。他或她将不得不在某种程度上迷惑钥匙回到一起，给出一系列的线索，根据钥匙，这是隐藏在整个游戏或其他地方。然而，这个系统对用户来说是透明的，因为除非您实际查看游戏数据，否则您不会知道内容是加密的。

正如很多人提到的，这有一个明显的缺点，即它的用例是有限的。一旦一个人搞清楚了，他/她可能会和其他人分享，如果不是关键/解决方案，那么内容本身。然而，如果你的意图是保守一些秘密以致于一个人不应该解决它，而且人们必须共同努力来解决它，或者你担心你的复活节彩蛋隐藏得太好了(从设计上)，更有可能有人会在代码中找到它，而不是通过游戏。那我觉得这很管用。

我个人建议只在每次游戏中使用一次，并且只在不影响核心游戏的事情上使用，比如复活节彩蛋，秘密结局。任何谜题都必须如此复杂或隐藏起来，这样才能使人们的速度慢到足以使加密内容有价值。如果这个谜题阻碍了人们的进步，那么可能没有人会有任何乐趣。