原創研究：把投注桌相鄰與輪盤轉盤相鄰的10組號碼對照，最易誤判的是哪些？

桌面 Graph：号码1–36按3列×12行排列，横向或纵向共享边界可以形成拆牌，四格交点形成Corner。

轉盤 Graph：号码按0、32、15、19、4、21、2、25…绕圈排列，每个号码只有左右两个直接邻居。

同一个号码在两张图里的邻居集合通常完全不同。

桌面相邻10组：1–2、2–3、1–4、2–5、3–6、4–5、5–6、4–7、5–8、6–9。这些可作为标准拆牌例子。

轮上相邻10组：0–32、32–15、15–19、19–4、4–21、21–2、2–25、25–17、17–34、34–6。这些是欧洲单0圆周连续对。

某一对号码是否相邻是几何定义，不由数字大小差决定。

1–2：在投注桌同一行共享边界，可下拆牌；真实欧洲轮上1的两侧是33与20，所以2不是轉盤 neighbour。

0–32：在真实轮盘上直接相邻；但普通投注桌0与32没有形成标准拆牌位置。

4–7：投注桌纵向相邻，可下拆牌；真实轮上4两侧是19与21，因此7并不是4的轮上邻号。

真实轮盘号码排列刻意不是1、2、3连续顺序，而是红黑与高低等特征交错。

所以32–33虽然数字连续，却不一定轉盤-相鄰；15–19虽然差4，却真实相邻。

数学上Neighbour 注必须读取实际轉盤 sequence，而不是用号码差。

如果写拆牌／Corner，配投注桌图；如果写Neighbours／Voisins，配圆形轮盘图。

HTML表格也应明确Column=桌面 Layout，而Tiers=轉盤 Sector。

工具开发时更要建立两套邻接数据，不应共用。

• 注 type
• 桌面 graph
• 轉盤 graph
• single-zero order
• 不要用数字差

把1–2当轮上邻号；把0–32当普通拆牌；把Dozen当轉盤 sector；把Voisins当桌面连续格。

这些错误都来自没有先声明坐标系。

内容里只要在首次出现写『投注桌相邻』或『轮盘圆周相邻』，大部分混淆都能消失。

本文轮上相邻示例使用欧洲单0wheel order。

美式双0不仅多00，整体号码顺序也不同，所以Neighbour集合不能直接复用。

桌面拆牌关系虽然大体类似1–36网格，但0／00区域也有特殊组合。

投注桌是一个3×12数字网格，拆牌、Street、Corner、Six Line等Inside 注根据桌面几何相邻关系放筹码；真实轮盘则按0、32、15、19、4、21等完全不同顺序排列号码。两个空间只共享号码标签，不共享邻接关系。

只要文章涉及Neighbour、Voisins、Tiers或Orphelins，就应明确它讨论的是轉盤 order；涉及拆牌、Corner、Street则应明确是桌面 layout。混在一起会让正确概率配上错误号码集合。

欧洲单0轮盘共有37个等概率口袋，标准美式双0共有38个。任何覆盖k个号码的基础命中率先分别写k/37与k/38，之后再看派彩表与特殊规则。

如果产品名称很新、动画很多，却没有先确认0／00，后续单号、Dozen、Even-Money与莊家優勢都可能引用错误版本。

在公平、独立转动模型下，每一转重新面对同一组口袋。上一转出0、连续红或某个号码久未出现，都不会自动提高下一转反向结果的基础概率。

历史板可以记录已经发生什么，却不是改变物理或RNG结果分布的额外规则。

如果程序只存号码数字而没有存桌面 adjacency与轉盤 adjacency两张图，Neighbour、拆牌、Corner很容易调用同一套邻接算法。

正确数据模型应把两个空间分别建表，再让不同投注类型引用对应关系。

随机抽1–2、4–7检查工具是否只在拆牌中认相邻；抽0–32、32–15检查Neighbours是否认轮上相邻。若两套测试都通过，坐标系大概率没有混。

这种边界测试比只看最终概率更容易发现结构错误。

第一先确认结果空间：欧洲单0是37格，美式双0是38格；只要分母不同，單號注、Dozen、Even-Money以及任何覆盖k个号码的概率都会跟着变化。不要从游戏名称、动画风格或品牌颜色推断0结构。

第二确认投注事件本身覆盖哪些号码。桌面Inside 注按网格几何，Neighbours与法式Sector按真实轉盤 order，Dozen／Column则属于Outside 注分组。覆盖集合定义不清，概率和派彩表再准确也会配错对象。

第三确认支付与特殊0规则。35:1、17:1、11:1、8:1、5:1、2:1、1:1是标准主表；La Partage、En Prison、Multiplier或自定义Refund属于额外规则层。命中概率可以不变，EV却会因支付改变。

最后把历史显示与未来概率分开。过去连续红、某个号码久未出现、Road/Stats面板或Hot/Cold标签不会自动改变下一转公平轮盘的基础分布。内容页应解释规则与数学，不把历史图形写成确定性预测。

轮盘规则很多错误并不是算术错，而是事件集合错。例如把0误放进1st 12、把1–2当轉盤 neighbours、把Voisins的9个筹码误说成只覆盖9个号码。这些问题单看赔率表发现不了。

发布前最好给一个明显命中案例、一个刚好不命中案例，再用公式复算概率。例如Dozen用12与0对照，Neighbours用真实轮序相邻与桌面相邻对照，Even-Money用普通0与La Partage对照。

这种做法能同时验证规则定义、号码集合与数学分母，适合后续做工具或自动Publisher QA。

投注桌上1位于底部第一行，与2横向相邻、与4纵向相邻，还能与2、4、5共同形成Corner。真实欧洲轮上1的左右邻居却是33与20。

因此『1的邻号』如果没有写清空间，至少可能指2、4、33、20四个完全不同号码。拆牌语境下看桌面，Neighbour语境下看轮盘。

这种歧义正是轮盘内容与工具必须在数据结构中显式标记桌面/轉盤的原因。

Street 1-2-3来自投注桌同一行，Six Line 1-2-3-4-5-6来自两条相邻行。真实轮盘圆周上这些号码并不连续。

反过来，0-32-15是轉盤连续三格，却不是标准Street 3号码组合。两种几何不能交叉替换。

只要把这组对照掌握，Voisins、Tiers、Neighbours与拆牌、Corner之间的边界会非常清楚。

桌面 adjacency可以存成网格坐标关系，例如1与2共享横边、1与4共享纵边；轉盤 adjacency则存成循环数组，号码左右邻居来自前后索引。两者数据结构完全不同。

当用户点击拆牌时，程序查询桌面 Graph；点击Neighbours时，查询轉盤 Cycle。若共用一个『相鄰 號碼』函数，很容易出现1–2被错误当成轮上邻号，或0–32被错误允许做普通拆牌。

这也是本文10组对照最实用的QA价值：不是只帮助玩家理解，还能直接测试轮盘模拟器、投注工具与内容自动生成程序是否混用了坐标系。

投注桌为了方便摆注，把1至36排成规则矩阵；真实轮盘为了平衡红黑、高低等分布，使用另一套非数值连续顺序。两种布局服务不同目的，所以邻接关系本来就不应相同。

这也解释了为什么Street 1-2-3在桌面非常自然，却在真实轮上完全分散；而0-32-15在轮上连续，却不是标准Street。

任何内容、工具或模拟器只要先声明当前使用桌面 Layout还是轉盤 Order，绝大多数『相邻』错误都能在源头避免。

问自己：『这张注是靠筹码放在桌面边线／交点成立，还是靠真实轮盘圆周号码关系成立？』前者看桌面 Layout，后者看轉盤 Order。

拆牌、Corner、Street属于前者；Neighbours、Voisins、Tiers、Orphelins属于后者。先分空间，再看号码，可以避免绝大多数相邻误判。

凡是拆牌、Street、Corner，在字段名里标桌面；凡是Neighbours、Voisins、Tiers、Orphelins，标轉盤。不要只写相鄰 號碼。

一个小小的坐标系标签，就能避免程序、文章和用户理解三边同时串线。

做最终QA时可以随机抽四组：1–2应只通过桌面 拆牌测试，0–32应只通过轉盤 Neighbour测试，4–7应属于桌面而非轉盤，32–15应属于轉盤而非普通拆牌。四组都判对，说明两套邻接图没有被程序混用。