核心機制涉及一個佇列:「零」會將當前索引加入佇列,「一」則會處理最久遠等待的項目。得分為已處理項目的經過時間總和。您可以選擇三種原始得分次方之一(1、2 或 3),每種次方對應不同的精確無條件平均值。即時總額報價(gross bank quote)的計算方式為:0.96 乘以 captured stake,再乘以條件預期最終次方得分除以無條件平均值。隨著位元被揭露,此報價可能會上升或下降。
計分與次方
遊戲會依序揭露十二個獨立公平位元。每個位元都會影響 FIFO 佇列。原始得分為已處理項目的經過時間總和。未處理項目的貢獻值為零。您必須預先為原始得分選擇一個次方:
- 次方 1:原始得分。精確無條件平均值:10.29248046875。
- 次方 2:得分平方。精確無條件平均值:146.80419921875。
- 次方 3:得分立方。精確無條件平均值:2574.92626953125。
報價會計算每個前綴(prefix)下所有剩餘可能組合的平均值。如果未來沒有潛在的結束條件,總額將歸零。
提領與控制
每次語義揭示之間隔為 650 毫秒。您有兩種存款選項:
- 手動存款:即時可用。它會結算當前的條件報價。
- 自動存款:您可以選擇 4、8 或 12 的揭示上限。當揭示達到指定位元數時,遊戲會自動存款。如果較早出現零條件潛力,則會立即存款。
一旦開始追蹤,已捕捉的投注額、力量選擇和揭示上限將被鎖定,直到結算為止。聲音功能在整個過程中仍可使用。未使用的未來位元會精確平均;操作不會使用關於隱藏位元的資訊。
派彩與結算
即時總額存款報價計算方式如下:
| 公式 |
|---|
| 0.96 × 捕捉的整筆投注額 × 最終原始分數(取所選力量)的條件平均值 / 該力量的無條件平均值 |
在支援的停止政策下,預期總額為 96%。這並非淨利潤的保證。結算時會保留餘額。如果您重新載入未完成的追蹤,已捕捉的借方金額將遺失。
錢包與持久化
演示錢包使用瀏覽器 localStorage 來儲存已結算餘額與小數部分餘額。初始餘額為 1000。若閒置時餘額低於 10,您可以手動補充,這會將餘額設為恰好 1000,並保留小數部分餘額。這是手動恢復,而非自動補給。
已結算餘額會在本地持久保存,包括零餘額。未完成的重新載入會直接結束,不會退款或保留進度。此演示沒有帳號登入流程或付款處理。
數學證據
下表顯示來自模擬的測量 RTP,與預期的 96% 總 RTP 不同。
| 模式 | 自動上限 | 測量 RTP (%) |
|---|---|---|
| 0 | 4 | 96.05% |
| 0 | 8 | 96.10% |
| 0 | 12 | 95.96% |
| 1 | 4 | 96.08% |
| 1 | 8 | 96.03% |
| 1 | 12 | 95.77% |
| 2 | 4 | 95.99% |
| 2 | 8 | 96.13% |
| 2 | 12 | 96.08% |
計算範例
範例 1:全零詞 [0,0,0,0,0,0,0,0,0,0,0,0] 產生原始分數 0。範例 2:詞 [0,0,0,0,0,0,1,1,1,1,1,1] 產生原始分數 36。這些範例說明了基於特定位元序列的計分方式。
常見問題
FIFO 佇列運作方式為何?
在時間索引 0..11 時,零會入隊其當前索引,而一會處理最舊的等待項目(若有)。分數為已處理項目的經過時間總和。
如果在回合中重新載入會發生什麼事?
重新載入未完成的進度會結束該回合,且不會退還或恢復。已扣除的金額將遺失。
96% 的 RTP 是保證的嗎?
並非如此。在支援的停止策略下,預期總 RTP 為 96%,但這並非淨利潤的保證。模擬測得的 RTP 可能會略有波動。