Stake Crash 是 Stake 在自己网站上运营的崩盘游戏。它说自己是可自行验证的：结果来自开局前就锁定的数值，揭晓的数值事后可以检查。我们没有记录到它返还率的第一手来源，所以不显示任何数字。检查证明的是一局没有被改过；它证明不了整体返还率。
Stake Crash 的一局怎么进行？
Stake Crash 用的是标准的崩盘游戏流程，《崩盘游戏是什么》有讲：
- 下注。玩家在一段短短的倒数里下注，也可以设一个自动收手的目标。
- 往上升。倍数从 1.00x 开始，实时往上升。
- 收手或爆掉。玩家随时可以收手；这一局爆的时候还没收手的人，输掉下注。
- 揭晓。显示爆点，下一局开始。
它属于一群由赌博网站自己运营、而不是向另一家游戏商取得授权的游戏。在这个网站上，这样的游戏有 Stake Crash、BC.Game Crash 和 Roobet Crash。它们的名字只是普通文字；我们从不链接到那些网站本身。
返还率是多少，我们为什么不显示？
我们没有记录到 Stake Crash 返还率的第一手来源，所以不管在这篇文章还是游戏页，都不显示任何数字。评测和论坛里引用的数字，在记录到原始来源之前，我们不会在这里转述。
一般的算术，对任何游戏都适用。比如一款游戏公布 98%，庄家优势就是 2%，所以平均每下注 100，成本是 2。这个优势适用于每一注，包括把拿回的钱再下注，而崩盘游戏一局很快。《崩盘游戏的经济账》讲为什么一款公布返还率高的游戏，每小时的成本照样可能比一款返还率低、玩得慢的游戏高。
一款游戏有没有返还它说的数字，是要数局才能回答的问题。Stake Crash 在实验室的采集名单上排得比较后，所以还没有测量。游戏页会显示它的状态。
可自行验证的结果是怎么产生的？
可自行验证的崩盘游戏，通常用以下两种设计之一。某一款游戏用的是哪一种，写在它自己的公平性说明里；我们只用一般的方式讲这两种，不把任何一种说成是某个具名网站用的。
事先锁定的哈希链，用在大家共用的局。事先产生一长串哈希，每一个都从下一个算出来。最后一个哈希在开局前公布，然后这条链倒着用，每局用一个哈希。每一个揭晓的哈希，算一次哈希后都必须等于前一个显示的哈希，所以只要插入或换掉任何一局，链就会断。
服务器种子、客户端种子和 nonce，每个玩家各自一套。服务器公布一个保密种子的哈希，就锁定了这个种子。每个结果都由服务器种子、玩家通常可以自己设的客户端种子，以及一个每下一注就加一的计数器算出来。服务器种子揭晓之后，玩家可以重新算出自己的结果。
两种设计里，从哈希变成倍数的那一步，都是游戏写明的一条公式。常见的做法，是把哈希的一部分读成一个均匀分布的随机数，再把它转换成：升到任何一个倍数的机会，都和这个倍数成反比。《怎么看倍数分布》解释为什么这样会产生大部分低的局，加上一条很长的高倍数尾巴。
怎么检查一局？
不管是哪一种设计，一般的步骤是：
- 记下锁定，也就是开局前显示的东西：链公布的哈希，或者你的服务器种子哈希。
- 取得揭晓的数值，在这一局结束或这个种子停用之后。
- 检查锁定。算出揭晓的数值的哈希来对比。我们的哈希检查工具在你的浏览器里做这件事，不会传任何东西给我们。
- 重新算出结果：如果游戏写明了它的公式，就重新算一次，再和你看到的爆点对比。
《自己动手验证哈希》把每一步讲得更详细。
如果检查没通过，先排除常见的错误：局弄错了、客户端种子弄错了、计数器弄错了，或者用了另一款游戏的公式。检查做得对，却真的对不上，那就很严重，值得仔细记录下来。
检查通过，证明了什么？
检查通过，证明这一局的结果在大家下注前就定好了，之后也没有被改过。这是一个有意义的保障。
它证明不了：
- 整体返还率。一条公式可以被完全守住，返还的却照样比公布的少。只有数很多局，才能检验这一点。
- 换种子的时机是中立的。在每个玩家各自一套种子的设计里，种子什么时候停用，是另一个问题。见《种子更换》。
- 任何关于下一局的事。一个数值要等它揭晓之后才能检查，而那已经是这一局结束之后。
Stake Crash 有哪些常见说法？
和每一款崩盘游戏一样：
- 「预测器」。号称能从过去的爆点读出下一个爆点的工具，看不到还没揭晓的数值。见预测软件和机器人。
- 规律。一串低的局很正常，不会让高的局「该来了」。见规律和好运时段和《连串的错觉》。
- 输了就加倍。在一场里，加倍通常会以一点小赚结束，直到一段连输超过你的本金或下注上限，那一次输掉的，就把之前很多次小赚全部抹掉。每一注的庄家优势都一样。见输了就加倍的检查，也可以试试加倍模拟器（马丁格尔）。
可自行验证的设计，回答的是「这一局有没有被改过？」它回答不了「我能不能打败这个游戏？」历史记录说明的是过去的表现，它预测不了下一局。
这一页对你有用吗？
匿名：不用账号，也不设 cookie。