01
Commit
라운드 전, 운영자는 새로운 server seed를 생성하고 그 SHA-256 해시를 공개한다. 해시되지 않은 seed는 잠겨 있어 누구도(트레이더 데스크조차도) 읽거나 교체하거나 사후 날짜로 조작할 수 없다.
Provable fairness, 평이한 한국어로
Duel original의 각 라운드는 오프라인에서 검증할 수 있는 시드 쌍에서 생성됩니다. 카지노가 당신보다 먼저 결과를 알 수 없고, 결과가 사후에 변경되지 않았음을 증명할 수 있습니다.
02
Mix
당신의 client seed(직접 선택)와 라운드별 nonce가 잠긴 server seed와 HMAC-SHA-256으로 결합된다. 결과로 나온 64바이트 다이제스트가 모든 게임 결과의 결정론적 소스가 된다.
03
Reveal
라운드가 확정되면 해시되지 않은 server seed가 공개된다. 로컬에서 다시 해시해 원래 commit과 일치하는지 확인하고, HMAC을 재계산해 결과를 바이트 단위로 검증할 수 있다.
# Verify any past round in 60 seconds.
import hmac, hashlib
server_seed = "d6f1...4a2c" # revealed after round
client_seed = "my_seed_42" # yours
nonce = 128
digest = hmac.new(server_seed.encode(),
f"{client_seed}:{nonce}".encode(),
hashlib.sha256).hexdigest()
# first 5 bytes -> game outcome (e.g. dice roll 0–99.99)
print(int(digest[:8], 16) % 10000 / 100)메커니즘 상세
한 번의 클릭에서 검증 가능한 라운드까지
각 결과에 세 입력 들어감: 서버 시드 (라운드 전 커밋 및 해시), 클라이언트 시드 (선택), nonce (증가 카운터). 라운드 후 해시되지 않은 서버 시드 공개, 입력 재결합, 결과 비트 단위 재현.
60초 안에 라운드 검증
게임 내 설정에서 과거 라운드의 시드 쌍과 nonce 복사. 임의의 HMAC-SHA-256 계산기 (한 줄 Python 스크립트나 온라인 도구)에 넣고 다이제스트 재계산. 처음 바이트가 게임 결과에 매핑, 게시된 것과 일치하면 자체 라운드 검증.
왜 시드를 언제 회전하는가
클라이언트 시드 회전은 제3자가 시도할 수 있는 모든 미래 예측 무효화. 긴 세션 후, 또는 디바이스 변경 시, 설정 열고 회전. 이전 서버 시드는 즉시 검증 가능, 새 것은 다음 라운드 전 커밋.
Provable Fairness FAQ
카지노가 여전히 결과를 조작할 수 있습니까?
아니오, originals에서. 서버 시드는 라운드 전 해시되어 게시; 해결 후 해시되지 않은 시드 공개. 카지노가 라운드 중 시드 변경했다면 해시 일치 안 함, 라운드는 프로토콜에 의해 무효.
서드파티 슬롯도 provably fair입니까?
슬롯은 독립 연구실 (eCOGRA, GLI, iTech Labs)이 감사한 인증 RNG 사용하지만 암호학적 의미에서 provably fair 아님, 감사 신뢰, 스핀 재현 불가. Provable fairness는 현재 인하우스 originals에만.
검증이 일치하지 않으면?
라운드 ID와 재계산된 다이제스트로 지원 티켓 열기. 카지노가 게시한 결과가 수학과 일치하지 않으면 라운드 무효, 베트 전액 환불. 프로덕션에서 발생한 적 없지만 정책은 무조건.
Provable fairness가 내 오즈를 개선합니까?
아니오, 신청한 수학을 보장. 게시된 RTP와 하우스 엣지가 실제 장기 리턴; provable fairness는 단순히 카지노가 조용히 낮게 실행한다는 의심을 제거.