| 原創假設：base bet為2 | 單轉金額或用途 | 不能混用的欄位 |
|---|---|---|
| Normal模式選定2 | 派彩計算基礎為2 | 不是把Turbo當新base bet |
| XXXtreme模式 | 2×15＝30 | 30不是新的派彩基數 |
| Super XXXtreme模式 | 2×75＝150 | 150不是新的派彩基數 |
| Turbo按鈕 | 來源描述為縮短旋轉時間 | 不能光憑它推定選了哪種付費模式 |
| 假設一項結果按20倍base bet計 | 20×2＝40 | 不是20×30或20×150 |
進度、播放速度與費用，是三種不同狀態
切回原投注值會涉及Scatter保存，但保存資料不等於保存了一次已付費的未來旋轉。這篇不重列保存流程，改問另一件事：下一次按下SPIN時，畫面上的模式究竟改變哪一筆金額？
文件把Turbo描述為加快旋轉呈現，另把Normal、XXXtreme與Super XXXtreme列為模式。看見動畫很快，不能只憑肉眼認定這一轉收了十五倍；同樣，畫面慢也不能代替正式模式與扣款紀錄。
基礎兩元，付費三十或一百五十，基數仍要分列
在本例選定base bet二的條件下，指定模式的一轉成本分別按十五倍及七十五倍得到三十、一百五十。這裡只比較一轉，不把三種模式的金額加總成一筆，也不假設玩家連續玩了幾次。
原文件明確把派彩仍繫於base bet。若某個有效結果按二十倍基礎值計算，本例相乘得到四十；用實際支付三十去乘二十得到六百，或用一百五十得到三千，都是把成本欄誤拿來當基數。
加價模式不是較高淨額的保證
二十倍只是為了辨認計算基數的自訂結果，不代表這三種模式會得到同一結果，也不是承諾每轉都返還四十。本文沒有利用原文件對保證Scatter數量前後不同的文字去推算資格機率。
回查一筆旋轉時，先留base bet、所選模式、正式扣款與實際派彩四欄；Turbo可另外記錄為介面設定。成本、基數和結果各自完整，才有辦法算該局淨額，不用動畫速度或保存進度來猜下注價格。
