Cập nhật lần cuối vào ngày 27 tháng 2025 năm XNUMX bởi Caesar Fikson
Một công cụ xác minh có thể chứng minh được tính công bằng phù hợp với người dùng có thể nhập mã hạt giống máy chủ và mã hạt giống máy khách của trò chơi để xác minh tính công bằng của việc xáo trộn; điều này hấp dẫn những người chơi sòng bạc tiền điện tử và xây dựng uy tín trong trò chơi blockchain.
Công cụ xác minh công bằng miễn phí
Xác minh công bằng có thể chứng minh được (HMAC-SHA256):
Xác minh hạt giống, tái tạo kết quả, chứng minh tính toàn vẹn
Trang này cho phép người chơi, người đánh giá và nhóm tuân thủ xác minh trò chơi có thể chứng minh là công bằng bằng cách kiểm tra cam kết hạt giống máy chủ (SHA-256), kết hợp nó với hạt giống khách hàng và khâm mạngvà tính toán lại kết quả. Không có hộp đen, không có rung cảm—chỉ HMAC-SHA256 xác định và có thể tái tạo RNG.
"Có thể chứng minh là công bằng" thực sự có nghĩa là gì
- Cam kết hạt giống máy chủ (trước trò chơi): người điều hành công bố hàm băm SHA-256 của hạt giống máy chủ bí mật.
- Play: kết quả được rút ra từ HMAC-SHA256(server_seed, mẫu(client_seed, nonce)).
- Tiết lộ (sau trận đấu): người điều hành tiết lộ hạt giống máy chủ; cam kết phải khớp.
- Xác minh: bất kỳ ai cũng có thể tái tạo kết quả với cùng dữ liệu đầu vào. Nếu không khớp thì không công bằng.
tags: sòng bạc công bằng, Cam kết HMAC-SHA256, tiết lộ hạt giống máy chủ, hạt giống khách hàng, khâm mạng, RNG xác định, công cụ xác minh tính công bằng.
Trò chơi được hỗ trợ và phạm vi đầu ra
| Trò chơi | Nguồn gốc của sự ngẫu nhiên | phạm vi đầu ra | Ghi Chú |
|---|---|---|---|
| Xúc xắc | Các số nguyên không thiên vị từ luồng HMAC | 0–99 hoặc 0–99.99 | Có thể lựa chọn độ chính xác. |
| Roulette (EU) | Không thiên vị int mod 37 | 0-36 | Bánh xe số không đơn. |
| Roulette (Mỹ) | Không thiên vị int mod 38 | 0–36 + 00 | 37 bản đồ tới “00”. |
| Sự cố (chung chung) | 52 bit đầu tiên → r; mult=(1−edge)/(1−r) | ≥ 1.00× | Có thể cấu hình cạnh và số thập phân. |
| Xáo bài | Fisher-Yates xác định | Hoán vị 52 lá bài | Đầu ra N thẻ hàng đầu. |
Cách xác minh (từng bước một)
- Dán hạt giống máy chủ (đã tiết lộ) và cam kết băm được cung cấp trước khi chơi.
- Dán hạt giống khách hàng và bắt đầu nonce; chọn đếm vòng.
- Chọn trò chơi. Điều chỉnh độ chính xác/cạnh nếu có liên quan.
- Nhấp chuột Xác minh & Tạo.
- So sánh kết quả của công cụ với nhật ký trò chơi của người điều hành. Cam kết phải khớp và đầu ra tròn phải thẳng hàng chính xác.
Tại sao cam kết lại quan trọng
Không có băm đã cam kết trước, người vận hành có thể hoán đổi hạt giống máy chủ sau thực tế để phù hợp với kết quả thuận lợi. SHA-256 cam kết → tiết lộ bảo đảm cam kết trước: hạt giống được tiết lộ có thể băm vào cam kết ban đầu (trung thực) hoặc không (bị bắt).
Mô hình bảo mật: những gì được đảm bảo (và những gì không)
- Đảm bảo: Không can thiệp sau trận đấu nếu cam kết khớp và kết quả tính toán lại từng bit một.
- Không đảm bảo: chính sách thanh toán, RTP, quy tắc làm tròn, tích hợp của bên thứ ba hoặc các salt ngoài chuỗi mà nhà điều hành không công bố. Luôn xác minh mẫu tin nhắn chính xác (ví dụ,
{client}:{nonce}) và bất kỳ muối tài liệu của người điều hành.
Những cạm bẫy phổ biến
- Sai mẫu tin nhắn (thứ tự token, dấu phân cách).
- Sử dụng nonce sai (dựa trên 0 so với dựa trên 1).
- So sánh roulette EU và roulette Hoa Kỳ không chính xác (xử lý 00).
- Số thập phân/cạnh không khớp với quy tắc của ngôi nhà.
- Sự nhầm lẫn giữa Hex và UTF-8 đối với hạt giống (các toán tử nên sử dụng hạt giống văn bản, không phải các khối hex—công cụ này yêu cầu các chuỗi UTF-8).
Lợi ích về tuân thủ và tin cậy
- Đường mòn kiểm toán: Tái hiện các vòng lịch sử cho các cuộc điều tra KYC/RG.
- Giải quyết tranh chấp: Bằng chứng mật mã tốt hơn ảnh chụp màn hình.
- Tài nguyên đáng liên kết: Các chi nhánh và blog tuân thủ tự nhiên trích dẫn xác minh công bằng có thể chứng minh được các trang có công cụ.
Danh sách kiểm tra khắc phục sự cố
- Liệu
SHA256(server_seed)bằng cam kết đã xuất bản? - Là của bạn hạt giống khách hàng giống hệt nhau (viết hoa/khoảng trắng)?
- Là khâm mạng giống như trong nhật ký trò chơi phải không?
- Liệu các mẫu tin nhắn phù hợp với thông số kỹ thuật của nhà điều hành?
- Đối với các vòng đấu theo đợt, kết quả có đồng nhất theo từng vòng không?
Câu hỏi thường gặp (cho đoạn trích phong phú)
Băm cam kết có thể chứng minh được là công bằng là gì?
A Băm SHA-256 của hạt giống máy chủ được công bố trước khi phát. Điều này chứng minh hạt giống đã tồn tại và không thể thay đổi sau này mà không phá vỡ băm.
Công cụ này sử dụng hàm băm/HMAC nào?
SHA-256 cho các cam kết và HMAC-SHA256 (hạt giống máy chủ làm chìa khóa) để đảm bảo tính ngẫu nhiên cho mỗi vòng chơi—một phương pháp tiếp cận theo tiêu chuẩn của ngành.
Tôi có thể xác minh hệ số nhân sự cố không?
Có. Công cụ này có nguồn gốc r từ 52 bit đầu tiên của đầu ra HMAC và tính toán mult = (1 − edge) / (1 − r). Cấu hình cạnh nhà và số thập phân để phù hợp với người điều hành.
Nếu người vận hành sử dụng định dạng khác thì sao?
Sử dụng “Nâng cao” để thiết lập mẫu tin nhắn (ví dụ, {client}|{nonce}) và bao gồm bất kỳ loại muối bổ sung nào mà người vận hành ghi lại.
Điều này có chứng minh được RTP không?
Không. Nó chứng minh tính toàn vẹn của kết quả, không phải phép tính thanh toán. RTP phụ thuộc vào thống kê và chính sách.
