펠트의 문제
룰렛 레이아웃은 지도입니다. 칩이 어디에 놓여 있는지에 따라 무엇을 커버하는지 결정됩니다: 숫자 위에, 두 개 사이의 라인을 가로질러, 네 개의 코너에, 컬럼의 끝에. 실제 딜러는 지도를 읽고, 결제 엔진은 이를 인코딩해야 하며, 분명한 인코딩인 위치와 각 위치가 터치하는 숫자의 테이블은 미묘하게 잘못되기 쉽고 검사하기 어려운 종류의 데이터입니다. 잘못된 네 번째 숫자를 나열하는 코너는 영원히 잘못 지급하고 누군가 발견할 때까지 아무도 눈치채지 못합니다.
여기서 엔진은 지도를 완전히 피합니다. 베팅은 위치가 아니라 자신의 종류와 자신의 숫자를 이름 지은 문자열입니다. 인터페이스는 펠트를 클릭할 때 문자열을 생성하고, 그 이후로는 펠트는 무관합니다. 결제 코드는 칩이 어디에 있었는지 묻지 않습니다. 문자열이 무엇을 말하는지 묻습니다.
키
| 키 | 베팅 | 포켓 커버 | 지급 | 커버 × 지급 |
|---|---|---|---|---|
| n:17 | 스트레이트 | 1 | ×36 | 36 |
| sp:16-17 | 스플릿 | 2 | ×18 | 36 |
| st:16-17-18 | 스트릿 | 3 | ×12 | 36 |
| co:16-17-19-20 | 코너 | 4 | ×9 | 36 |
| f4:0-1-2-3 | 퍼스트 포 | 4 | ×9 | 36 |
| sl:16-…-21 | 식스 라인 | 6 | ×6 | 36 |
| dz:1 | 2 | 3 | 더즌(Dozen) | 12 | ×3 | 36 |
| col:1 | 2 | 3 | 컬럼(Column) | 12 | ×3 | 36 |
| ev:red | black | odd | even | low | high | 짝수 확률(Even chance) | 18 | ×2 | 36 |
총 수익 배수: ×36은 원금에 35배를 더한 것을 의미합니다. 컬럼 c는 c modulo 3과 합동인 숫자들이며, 컬럼 3은 3의 배수를 취합니다. 마지막 컬럼은 모든 행에서 동일하며, 이것이 요점입니다.
ENGINE-VERIFIEDroulette/derive.ts header: bet keys “n:17 straight ×36 · sp:16-17 split ×18 · st:16-17-18 street ×12 · co:16-17-19-20 corner ×9 · sl:16-…-21 six line ×6 · f4:0-1-2-3 first four ×9 · dz:1|2|3 dozen ×3 · col:1|2|3 column ×3 (col c = numbers ≡ c mod 3, col 3 ≡ 0) · ev:red|black|odd|even|low|high even chances ×2”; “Multipliers are total-return (stake included), matching standard European payouts … Single zero — house edge 2.7%.” rouletteMultOf(key) switches on the prefix before the colon and returns those multiples; rouletteNumbersOf(key) expands the key to its pocket list.
);
:
:
ENGINE-VERIFIEDroulette/derive.ts rouletteKeyValid: “a key is legal iff it decodes to the right cover size for its kind and its numbers are on the table — the UI only produces legal keys, this is the belt”; the size table is { n: 1, sp: 2, st: 3, co: 4, sl: 6, f4: 4, dz: 12, col: 12 } with even chances required to cover exactly 18, and every number must be an integer in 0…36 with no duplicates.
검증자가 확인하지 않는 것은 인접성입니다: sp:1-36을 2개 숫자 배팅으로 수락합니다. 이는 구멍이 아니라 의도적인 느슨함인데, 2개 숫자 배팅의 가격은 숫자들이 닿든 닿지 않든 동일하기 때문입니다. ×18은 37개 중 2개 포켓을 커버하기 위한 것이지 펠트의 기하학을 위한 것이 아니며, 어쨌든 인접하지 않은 스플릿을 제출한 플레이어는 스플릿이 가치있는 정확히 그것만큼 지급받을 것입니다.
한 개의 숫자: 36배
이 표의 마지막 열이 기사를 쓰는 이유입니다. 모든 종류의 배팅에서 배수 곱하기 커버된 포켓 수는 36입니다. 이것은 표준 유럽식 지급 비율의 우연이 아닙니다; 그것들이 무엇인지입니다. 37개 포켓 휠에서 k개 포켓을 커버하는 배팅은 확률 k ÷ 37로 이기고 36 ÷ k를 반환하므로, 기대 수익은 k가 무엇이든 36 ÷ 37입니다. 이 표의 모든 배팅은 동일한 2.7%의 비용이 듭니다.
- 이 휠에는 좋은 배팅도 나쁜 배팅도 없습니다. Straight, split, dozen 및 red는 다른 변동성의 동일한 가격이며, 정확히 Sic Bo의 박스들처럼 그렇지 않습니다.
- 첫 번째 포(first four)는 여기서 평범한 배팅입니다. 미국식 레이아웃에서 5개 숫자 바스켓은 38개 중 5개 포켓에서 ×7을 지급하며, 다른 모든 것보다 더 나쁜 가격입니다; f4는 37개 중 4개에서 ×9를 지급하며, 이는 나머지처럼 36으로 곱해집니다.
- 하우스 엣지는 제로입니다. 37개 포켓의 지급액에 대한 36개 포켓; 누락된 포켓이 전체 하우스 엣지이며, 하나의 것이 있습니다.
키와 배수는 클라이언트 파생 모듈에서 읽혀지며, 소스는 이를 데모 엔진과 브라우저 검증자가 공유한다고 설명합니다; 하우스 서비스는 지급 기관입니다. 이는 베팅 권장사항이 아닌 인코딩에 대한 설계 노트입니다.
FAQ
이 사이트에서 룰렛 배팅은 어떻게 표현됩니까?
자체 설명 문자열로: 종류 접두사와 그것이 커버하는 숫자들, 예를 들어 n:17, sp:16-17, co:16-17-19-20, dz:2 또는 ev:red. 엔진은 문자열을 포켓 집합으로 디코드하고 멤버십으로 결산합니다.
각 배팅은 얼마를 지급합니까?
총 수익: straight ×36, split ×18, street ×12, corner ×9, first four ×9, six line ×6, dozen ×3, column ×3, even chances ×2. 이들은 표준 유럽식 테이블과 일치합니다.
모든 배팅이 같은 가격인 이유는 무엇입니까?
모든 종류마다 배수 곱하기 커버된 포켓이 36과 같기 때문입니다, 37개 포켓을 가진 휠에서. 기대 수익은 36 ÷ 37 = 97.30%이고 하우스 엣지는 모든 배팅에서 2.7%입니다.
잘못된 형식의 배팅을 무엇이 방지합니까?
알려진 종류를 요구하는 검증자, 그 종류에 대해 정확히 올바른 수의 포켓, 0…36의 모든 숫자, 그리고 중복이 없습니다. 실패하는 키는 결산 전에 거부됩니다.
포켓은 어떻게 선택됩니까?
floor(u × 37), 여기서 u는 라운드의 커밋된 서버 시드, 클라이언트 시드 및 라운드 번호 해시의 커서 0에서 옵니다. 하나의 스핀은 그것에 배치된 모든 키를 결산합니다.
SOURCES & REFERENCES
- Betkyo engine source: roulette/derive.ts (bet keys, rouletteNumbersOf, rouletteMultOf, rouletteKeyValid, ROULETTE_ORDER, ROULETTE_RED), _shared/demoLocal.ts (roulette settlement)
이 기사의 게임들