Chow Pair Tiles: What Pay?
A concealed chow pair in the hand is not a scoring combo — it is a liability unless the payout table explicitly names it. Most parlor players burn cash chasing a phantom bonus because they confuse the structural definition of a chow with the settlement logic of a pair-based scoring node. The brutal truth: a chow pair almost never triggers a standalone payout in standard mahjong settlement engines. What actually pays is the interaction between a completed chow and the pair that anchors your hand, and only when the local ruleset attaches a value multiplier to that specific configuration.
The Structural Definition Nobody Bothers to Read
A chow is three consecutive tiles of the same suit. A pair is two identical tiles. When a hand completes with exactly one chow and one pair serving as the eyes, that is a baseline winning shape, not a bonus shape. The payout comes from the base hand value, not from the chow pair itself. Where operators and rule authors get cute is by introducing a local bonus that rewards consecutive-tile chows paired with specific eye tiles, usually dragons or the seat wind. That is a house-specific overlay, never a universal payout. If your table's payout matrix does not list the chow pair as a named bonus node, it pays zero above the base hand.
The algorithmic reality is colder. Settlement engines evaluate hand patterns against an ordered rule table. The chow pair shape is structurally identical to dozens of other winning configurations. Without an explicit rule entry, the engine returns the base score. Players who believe they are owed a chow pair bonus are reading marketing material, not the payout logic. The real money sits in the interaction between the chow pair and the special hand bonus triggers, which is where the variance lives.
Where the Actual Payout Multiplier Hides
Here is the technical kicker that separates sharp players from the herd. A chow pair pays only when the pair tiles are identical to a tile already consumed in the chow line — which is structurally impossible since a chow uses three distinct consecutive tiles. So the payout cannot come from tile identity overlap. It comes from positional value: the chow pair as the closing shape of a hand that also contains a pung or kong of the same suit. That is the flush-adjacent chow pair configuration, and on tables that recognize it, the payout jumps by a fixed multiplier between 2x and 4x the base hand value.
Hardware auditors will tell you the payout tables on electronic tables are compiled into the firmware, not the display layer. The display shows a chow pair bonus animation, but the firmware settlement routine checks for the flush-adjacent flag. If the flag is false, the animation is cosmetic and the payout is base only. This discrepancy between display logic and settlement logic is the single largest source of disputes in automated tables. Always verify the firmware payout routine, never the screen animation. 😤
The Rule Table Audit That Actually Matters
Pull the raw settlement rule table and search for the chow pair entry by its structural code, not its marketing name. In most compiled tables, the entry appears as a four-digit pattern hash. If the hash resolves to a base hand value with no multiplier, the chow pair pays exactly what a plain winning hand pays. Nothing more. The operators who advertise a chow pair jackpot are running a separate side-bet layer, not a settlement bonus. That side-bet has its own house edge, often north of 12%, and it is where the real extraction happens.
The payout question reduces to a single binary: does the rule table contain a multiplier flag tied to the chow pair pattern hash? If yes, the payout is that multiplier times base. If no, the chow pair pays base only. Every other explanation is noise. The payout matrix entry is the only document that carries legal weight in a dispute, and it almost never uses the phrase chow pair. It uses pattern hashes and multiplier integers. Learn to read those, and the phantom bonus disappears. 🎯
The final technical point: on tables with a progressive side-bet, the chow pair pattern hash is deliberately excluded from the progressive trigger list. That exclusion is documented in the firmware version log, not the player-facing rules. If the firmware version log does not list the chow pair hash in the progressive trigger array, the progressive jackpot can never be won by a chow pair hand regardless of what the table display claims.