핵심 메커니즘 및 점수 체계
게임은 12개의 독립적인 공정한 비트를 생성하는 것으로 시작합니다. 이 비트들은 처리되어 최대 동일 비트 연속 길이의 정렬된 목록을 생성합니다. 예를 들어, 비트 시퀀스는 [4, 8] 또는 [1, 2, 3, 6]과 같은 연속 목록을 생성할 수 있습니다.
점수는 연속 목록의 완전한 정렬된 이진 괄호화 트리의 수를 세어 결정됩니다. 유효한 트리는 모든 내부 노드가 왼쪽 가지의 총 길이가 오른쪽 가지의 총 길이보다 엄격히 작아야 한다는 조건을 만족해야 합니다. 리프 노드는 원래 순서를 유지하며, 각 연속 길이는 정확히 한 번만 사용됩니다. 목록에 단일 연속 길이만 있는 경우 점수는 0입니다. 주목할 점은 정의된 조건 하에서 유효한 완전한 트리가 0점을 얻는 경우는 없다는 것입니다.
원점 예시
| 연속 목록 | 원점 |
|---|---|
| [4, 8] | 1 |
| [8, 4] | 0 |
| [1, 2, 3, 6] | 3 |
모드 및 점수 지수
플레이어는 라운드 시작 전에 원점 지수 모드를 선택합니다. 사용 가능한 모드는 1, 2, 3입니다. 각 모드는 원점에 다른 수학적 변환을 적용합니다.
모드별 정확한 무조건부 기대값
| 원점 지수 | 정확한 무조건부 기대값 |
|---|---|
| 1 | 0.626953125 |
| 2 | 1.927734375 |
| 3 | 7.5 |
이 값들은 모든 4096개의 동등하게 확률이 높은 완전한 단어에 걸쳐 해당 원점 지수의 정확한 무조건부 기대값을 나타냅니다.
조작법, 한도 및 중지 규칙
게임은 라이브 라운드 관리를 위한 특정 컨트롤을 제공합니다. 단일 전체 획득 스테이크가 사용되며, 행별 분할은 없습니다.
자동 캡 한도
플레이어는 사전에 기본 점수 계수(raw-score power)와 자동 공개 한도를 선택합니다. 한도는 4, 8 또는 12로 설정할 수 있으며, 라이브 라운드 중에는 변경할 수 없습니다. 이 한도는 시스템이 현재 견적을 자동으로 은행에 예치하기 전에 허용되는 의미론적 공개의 최대 횟수를 결정합니다.
수동 은행 예치 및 공개
각 의미론적 공개는 650ms의 고정 지연 시간을 따릅니다. 플레이어는 라운드가 진행 중일 때 언제든지 현재 견적을 수동으로 은행에 예치할 수 있습니다. 획득 스테이크, 계수 및 한도는 라운드 동안 고정됩니다. 사운드 컨트롤은 독립적으로 계속 사용 가능합니다. Auto10 대기열은 없으며, 리필은 대기 상태(idle-only)에서만 가능합니다.
제로 잠재적 정산
미래 점수의 조건부 잠재력이 0이 되면, 라운드는 한도에 도달하기 전에 0으로 조기 정산됩니다. 공개 과정 동안 견적은 상승하거나 하락할 수 있습니다.
지급금 계산 및 총 수익률
라이브 그로스 은행 견적은 포착된 전체 스테이크와 노출된 라운드의 통계적 특성을 기반으로 계산됩니다. 공식은 다음과 같습니다:
- 라이브 그로스 견적 = 0.96 × 포착된 전체 스테이크 × (종단 점수의 정확한 조건부 평균 / 정확한 비조건부 평균)
더 많은 비트가 노출됨에 따라 견적은 변동합니다. 조건부 잠재력이 0으로 수렴할 경우, 지급액은 0이 됩니다. 관련 수학적 배경에는 4096개의 동등하게 확률이 분포된 완전한 단어들이 모두 열거되어 있습니다.
예상 그로스 수익률
제한된 스톱핑 규칙 하에서의 예상 그로스 수익률은 정확히 96%입니다. 이는 소수점 이월을 유지한 채 정수 결제 전 단계에서 계산된 수치입니다. 이 비율이 단회 세션에서의 순이익을 보장하는 것은 아닙니다.
수학적 증거 및 시뮬레이션
다음 표는 각 모드와 자동 정산 조합에 대해 1,000,000라운드 시뮬레이션 측정을 보여줍니다. 이는 보조 샘플 관측치이며 수학적 지급 법칙이 아닙니다. 모든 구성에서 정확한 총 RTP는 0.96으로 동일합니다.
| 모드 | 자동 정산 | 정확한 총 RTP | 측정 RTP | 정책 |
|---|---|---|---|---|
| 0 | 4 | 0.96 | 95.96803588829849 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 0 | 8 | 0.96 | 96.00070818689349 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 0 | 12 | 0.96 | 96.17591745828824 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 1 | 4 | 0.96 | 95.9419175686869 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 1 | 8 | 0.96 | 96.0273772156897 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 1 | 12 | 0.96 | 96.22776374427421 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 2 | 4 | 0.96 | 96.07712330011776 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 2 | 8 | 0.96 | 95.66615839944734 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
| 2 | 12 | 0.96 | 96.14968320009302 | 정산 시 또는 이전 조건부 가치 0일 때 입금 |
지갑, 지속성 및 개인정보 보호
지갑 메커니즘
- 초기 잔액: 데모 지갑은 1000의 잔액으로 시작합니다.
- 복원: 수동 대기 전용 복원은 잔액을 정확히 1000으로 설정합니다. 잔액이 10 미만이고 사용자가 대기 상태일 때 이 기능이 적용됩니다. 이는 자동 충전이나 입금이 아닙니다.
- 소수점 이월: 소수점 이월은 정산, 충전 및 재로딩 간에 유지됩니다.
- 정산 잔액: 정산 잔액은 0에 도달하더라도 로컬에 유지됩니다.
- 미완료 라운드: 미완료 라운드 중 페이지가 새로고침되면 환불 또는 재개 없이 라운드가 종료됩니다.
저장 및 개인정보
이 데모는 정산 데모 잔액과 소수점 이월을 위해 브라우저 localStorage를 사용합니다. 이는 익명성을 보장하거나 다른 처리를 배제하지 않습니다. 템플릿은 Google Fonts 스타일시트를 선언하지만 실제 브라우저 요청 캡처는 아직 보류 중입니다. 이 데모에는 계정 로그인 흐름이나 결제 흐름이 없습니다. 가상 코인은 현금 가치가 없습니다.
자주 묻는 질문
조건부 잠재력이 0이 되면 어떻게 됩니까?
미래 점수의 조건부 잠재력이 0이 되면, 자동 캡에 도달하기 전에 라운드가 0에서 조기 정산됩니다. 공개 과정에서 쿼트는 상승하거나 하락할 수 있지만, 조건부 잠재력이 0이면 결과가 0으로 고정됩니다.
소수점 이월은 어떻게 처리됩니까?
소수점 이월은 정산, 충전 및 재로딩 간에 유지됩니다. 이는 정산 후 남아 있는 소수점 값이 즉시 내림 처리되지 않고 향후 사용을 위해 지갑에 유지된다는 것을 의미합니다.
새로고침 후 미완료 라운드를 계속할 수 있나요?
아니요. 미완료 라운드 중 페이지가 새로고침되면 환불이나 재개 없이 라운드가 종료됩니다. 잔액은 유지되지만 특정 라운드의 상태는 유지되지 않습니다.
