Paylines 看的是指定路徑，Ways 常看的是連續轉軸上符合條件的位置組合；兩者都不是「畫面有幾個相同符號，就一定有獎項」。還有不依賠付線的散布計數、相鄰群集等方式，不能一律叫 Ways。
讀懂這個差別，是為了知道規則怎樣辨認組合，不是找到提高獲利的方法。以下示意只用抽象的 A 符號，未指向任何 CCLV 機種，也不代表真實遊戲畫面。
賠付線先指定路徑，符號要落在那條線上
賠付線可能是一條橫線，也可能依規則穿過上、中、下不同位置。除了路徑，還要確認有效線、起始端、最低連續數量，以及是否只計從左到右。
想像三個轉軸的第一排依序為 A、其他符號、A，第二排為其他符號、A、其他符號。畫面總共有三個 A，但若假設有效線只有第一排橫線，就沒有沿該線連續的三個 A。
若另一條已啟用路徑恰好走「第一軸上、第二軸中、第三軸上」，結果則可能不同。關鍵是規則有沒有那條路徑，不是小編自己把 A 用線連起來。
Ways 看連續轉軸，但每個版本仍有起始與替代條件
在典型的相鄰轉軸 Ways 示意中，前三軸各有 2、1、3 個有效 A 位置，組合數是 2 × 1 × 3＝6。這是位置組合的乘法，不是「有六倍中獎機率」。
如果中間一軸沒有 A，也沒有符合規則的替代符號，前後兩軸的 A 不會因為總數夠多，就自行補成連續組合。某些版本可能有雙向、額外轉軸或其他功能，必須按該版本讀。
| 規則問題 | 指定賠付線示意 | 相鄰轉軸 Ways 示意 |
|---|---|---|
| 先看什麼 | 規則列出的有效路徑 | 有效起始軸及相鄰軸 |
| 相同符號散在不同列 | 要符合某條有效線 | 列位置可能不同，仍須符合連續軸條件 |
| 畫面總數夠多 | 不等於路徑成立 | 不等於連續軸成立 |
延伸閱讀：隨機性、RNG 與 RTP 的不同含義。
沒有線，不一定就是 Ways
散布計數型規則，可能以整個有效區域內同符號的數量判定；群集型則可能要求同符號相鄰成群。「相鄰」究竟只含上下左右，還是也含斜角，仍由該版本決定。
想像左上與右下各有一小群 A。散布計數可能合計數量，但要求連在一起的群集規則，可能將它們視為兩群。這就是為什麼把所有無線機制都叫作「隨處連線」，容易看錯。
另外，符號消除後掉落新符號，是畫面與回合流程；它本身沒有回答採賠付線、Ways、散布還是群集。消除動畫與獎項判定，要分成兩個問題。
供應商頁面能證明什麼？
NetEnt 的 Starburst 公開頁列出十條賠付線，並描述擴展 Wild 的替代與重轉；What’s Up? Witches 頁面則用 bet way 描述組合，另有 Wild 不替代 Scatter 等例外。這些說明能幫助辨認不同設計，不能證明 CCLV 提供同版本。
供應商介紹頁有時只列機制名稱，沒有完整賠付規則。若缺少起始軸、數量與支付基準，就不能只靠介紹頁重算一個真實回合。完整 help/paytable 的優先度高於宣傳標語。
線數或 Ways 很大，仍無法直接比較機率
組合數只描述規則中可能的判定結構。符號分布、權重、獎項大小、功能與整體數學設定，都會影響結果；不能把兩個顯示數字相比，就推論某款更容易有回報。
先問「這些數字在數什麼」，再問「以哪個投注基準支付」。若一個數字是路徑數、另一個是位置組合數，它們連單位都不同。把它們直接比大小，與拿球員出手數當命中率一樣，會忽略分母與定義。
來源：NetEnt Starburst 公開機制、What’s Up? Witches 公開規則說明。查核日期：2026 年 10 月 7 日。表格與 A 符號案例為編輯自設的機制示意。