Stake'te provably fair sistemini anlamak

Klasik çevrim içi oyunda oyuncu sonucu görür ancak nasıl seçildiğini denetleyemez. Provably fair doğrulanabilir bir kanıt ekler: Casino oyundan önce gizli bir veriye bağlı kalır; veri açıklandıktan sonra oyuncu sonucu yeniden hesaplayıp bu taahhüdün değişmediğini doğrulayabilir.

Sistem oyunu avantajlı hâle getirmez. Daha belirgin bir soruya yanıt verir: “Açıklanan sonuç, bahsimden önce taahhüt edilen verilerle gerçekten örtüşüyor mu?”

Mühürlü zarf benzetmesi

Stake'in gizli bir sayıyı zarfa koyduğunu ve size zarfın benzersiz parmak izini gösterdiğini düşünün. Siz kendi sayınızı eklersiniz, ardından her oyuna bir sıra numarası verilir. Bu unsurlar bir sonuç üretmek için birleştirilir.

Stake daha sonra zarfı açar. İçeriğin başlangıçta gösterilen parmak izini gerçekten ürettiğini doğrulayabilir ve hesabı tekrarlayabilirsiniz. Hash parmak izinin, server seed zarftaki sırrın, client seed sizin katkınızın, nonce ise sıra numarasının rolünü üstlenir.

Hesabın unsurları

Server seed

Server seed, Stake tarafından üretilen uzun ve rastgele bir değerdir. Etkin olduğu sürece yalnızca hash'lenmiş sürümü görünür. Oyunlardan önce tam seed'i yayımlamak sonuçların önceden hesaplanmasına izin verir; önceden hiçbir iz göstermemek ise sunucunun daha sonra onu değiştirmesine olanak tanırdı. Hash, taahhüt görevi görerek bu ikilemi çözer.

Oyuncu seed çiftini döndürdüğünde veya değiştirdiğinde eski server seed açıklanır. Böylece hash'inin bahislerden önce gösterilen değerle eşleştiği doğrulanabilir.

Client seed

Client seed oyuncu tarafının katkısıdır. Tarayıcı kayıt sırasında bir tane üretebilir ve arayüz genellikle değiştirilmesine izin verir. Sunucunun hesapta kullanılan verilerin tek kaynağı olmasını önler.

Kendi client seed'inizi seçmek kazanan sonucu belirlemenizi sağlamaz: Tam server seed seri boyunca bilinmez.

Nonce

Nonce, aynı seed çiftiyle yapılan her bahiste artan sayaçtır. Böylece art arda iki oyun, her tıklamada yeni çift oluşturmadan farklı girdiler kullanır.

Hash ve HMAC-SHA256

Kriptografik hash, veriyi sabit uzunlukta bir parmak izine dönüştürür. Çok küçük değişiklik farklı bir iz üretir. Stake; server seed'i client seed, nonce ve oyun daha fazla değer gerektirdiğinde cursor ile birleştirmek için HMAC-SHA256 kullanır.

Ham sonuç bir bayt dizisidir. Ardından 0 ile 1 arasındaki sayılara dönüştürülür ve oyunun kurallarına göre mayın konumları, kartlar, kareler veya başka olaylar şeklinde yorumlanır.

Bir sonuç nasıl üretilir?

Doğrulanabilir bahis için süreç şu mantığı izler:

1. Stake gizli server seed'in hash'ini önceden yayımlamıştır.
2. Bahsin client seed'i ve nonce'u bilinir.
3. HMAC-SHA256 bu değerleri birleştirip deterministik baytlar üretir.
4. Baytlar oyunun kullanabileceği sayılara dönüşür.
5. Oyuna özgü kurallar bu sayıları görünür olaya dönüştürür.

Tamamen aynı girdiler ve yöntem kullanıldığında hesap her zaman aynı sonucu verir. Doğrulamayı mümkün kılan özellik budur.

Bir oyunu sonradan doğrulama

Geçmişi veya bahis ayrıntısını açıp client seed'i, nonce'u, taahhüt edilen hash'i ve oyun verilerini kaydedin. Eski server seed'i açıklamak için seed çiftini döndürün.

Provably fair doğrulayıcıya oyunun değerlerini girin. Önce açıklanan server seed'in başlangıçtaki hash'i ürettiğini, sonra yeniden hesaplanan sonucun geçmiştekiyle eşleştiğini kontrol edin. Nonce, sıra veya oyun sürümündeki fark doğrulamayı başarısız kılabilir; anormallik sonucuna varmadan önce verileri yeniden kopyalayın.

Provably fair neyi kanıtlar, neyi kanıtlamaz?

Bir sonucun taahhüt edilen seed'ler ve sayaçla eşleştiğini, server seed'in de bahis sonrasında hash değişmeden değiştirilmediğini doğrulamayı sağlar.

Kazanç, kısa oturumda avantajlı RTP, hesap güvenliği veya bir ülkede hizmetin yasallığını garanti etmez. Server seed gizli kaldığı sürece sonraki sonuçları tahmin etmeyi de sağlamaz. Provably fair, çekiliş bütünlüğünün kanıtıdır; oyun stratejisi değildir.

Mines, Pump veya Chicken gibi Stake Originals oyunları bu mantığı kendi olaylarına uygular. Ödeme tabloları çarpanları açıklar; provably fair ise konumların veya oyun olaylarının nasıl yeniden üretilebildiğini gösterir.

Sık sorulan sorular

Server seed neden oyundan önce açıklanmaz?

Çünkü istemci gelecekteki sonuçları hesaplayabilir. Stake önce hash'i yayımlar, ardından geriye dönük doğrulama için seed'i döndürme sonrasında açıklar.

Client seed'i değiştirmek kazanma olasılığını artırır mı?

Hayır. Matematiksel kasa avantajını değiştirmeden yeni bir deterministik sonuç zinciri oluşturur.