İstemci Seed'i vs Sunucu Seed'i: Tam Teknik Rehber (2026)

Client Seed vs Server Seed: Tam Teknik Rehberi (2026)

Şunu hayal edin: bir provably fair casinoda sekiz zar atışını arka arkaya kaybettiniz. Adalet panelini açarsınız, sitenin hileli olduğunu gösteren bir kanıt bulma umuduyla. İki alan görürsünüz — Server Seed Hash: a3f79b21... ve Client Seed: bG7yxQ2pR — artı Nonce etiketli bir sayaç. Çoğu oyuncu sayılara kısaca bakar ve paneli kapatır, çünkü oyunda bunların ne yaptığı hiç açıklanmamıştır.

Şu gerçek var: bu iki seed, turun güvenilir olmasının tüm nedeni. Bunlardan biri casinonun sırrı, bahis yapmadan önce taahhüt edilmiştir. Diğeri senin, istediğin zaman kontrol edebileceğin seeddir. Birlikte, casinonun bahsini gördükten sonra sonucu hileli hale getirmesini matematiksel olarak imkânsız kılarlar. Nasıl eşleştiklerini kaçırırsan, siteyi körü körüne güveniyorsun. Eşleştirmeyi anlarsan, bir dakikanın altında her bahsi doğrulayabilirsin.

Bu rehber client seed vs server seed'i 2026'da bir oyuncunun gerçekten nasıl kullandığını açıklıyor: her birinin ne yaptığı, kim kontrol ettiği, ne zaman ortaya çıktığı, değiştirdiğinde ne olduğu ve tüm sistemin düzenli döndürme yapılmadığı sürece durduramadığı bir saldırı. Gerçek bir zar örneğiyle matematik adım adım açıklanacak, Stake, BC.Game ve Roobet'in paneli nasıl gösterdiği karşılaştırılacak, ve kendi seedlerini girerek sonucu yeniden üretebileceğin canlı bir verifier ile bitireceğiz.

Özet — 60 Saniyelik Cevap

Her provably fair turun üç girdiye ihtiyacı vardır. Casino bunlardan birini, sen bir diğerini kontrol edersin ve üçüncüsü basit bir sayaçtır. Hiçbiri tek başına sonucu belirlemez — hepsi birleşmek zorundadır.

Matematik şöyle çalışır:

$\text{sonuç} = \text{HMAC-SHA256}(\text{server\_seed},\; \text{client\_seed} : \text{nonce})$

Basit söylersek: casino kendi gizli seedini, senin açık seedin artı tur numarası ile anahtarlandırır, bunları tek yönlü kriptografik bir fonksiyondan geçirir ve sonucu bir zar atışı, crash çarpanı veya karta dönüştürür. Önceden tahmin edemezsin (server seed'i bilmiyorsun), ve casino da sahteleyemez (bahis yapmadan önce server seed'inin hash'ine taahhüt ettiler).

Her Seed'i Kimin Kontrol Ettiği

• Casino server seed'i kontrol eder — sunucularında oluşturulur ve döndürülene kadar gizli tutulur
• Sen client seed'i kontrol edersin — genellikle tarayıcı tarafından otomatik oluşturulur, ama adalet panelinde düzenlenebilir
• Her ikisi de gereklidir — casino her iki seed olmadan sonucunu hesaplayamaz

Gerçekten Neyi Değiştirmen Lazım

• Her 50-100 bahısda server seed'ini döndür — casinoyu önceden optimize etmiş olamayacağı yeni bir seed'e taahhüt etmeye zorlar
• Client seed'ini ara sıra değiştir — oturumda bir kez yeterince, şansı değiştirmez
• Nonce'u asla manuel olarak değiştirme — basit bir sayaç, müdahale doğrulamayı bozar

Eğer bu sayfadan tek bir şey hatırlarsan: client seed senin kaldıracındır. Server seed casinonun taahhüdüdür. Server seed'ini periyodik olarak döndürmek, dürüst olmayan bir operatörün matematikten oyun oynamasını durdurur. Daha geniş bir primer için, provably fair gambling nedir açıklayıcımız tam sistem hakkında bilgi verir; bu rehber seedlerin kendisine yakınlaşır.

Her Seed Gerçekte Ne Yapar

Karşılaştırmadan önce, her seed kendi açıklamasına hak kazanır. Arayüzde benzer görünürler — ikisi de uzun rastgele dizelerdir — ama protokolde karşıt roller oynarlar.

Server Seed (Casinonun Sırrı)

Server seed casino tarafından turunuz başlamadan önce oluşturulan rastgele bir dizedir (genellikle 32 veya 64 bayt, hex kodlanmış). Bunu casinonun kilitli zarfı olarak düşün: içeriği yazarlar, mühürlerler ve sana parmak izini (SHA-256 hash'ini) gösterirler. Mühür, içinde olanı değiştiremeyeceklerini garanti eder — ama bahis yaptıktan sonra baksana izin vermezler.

Server seed'leri hakkında kilit gerçekler:

• Her zaman hash'lenmiş ortaya çıkmadan önce: 64 karakterli hex dizesi olarak SHA-256(server_seed) görürsün
• Tek seed birçok turumuş kapsıyor: aynı server seed düzinelerce veya binlerce bahıs için etkin kalır, nonce her turda artış gösterir
• Talep üzerine döner: "Döndür"e tıklamak eski seed'i ortaya çıkarır ve yeni hash'e taahhüt verir
• Oyuncular arasında asla tekrar kullanılmaz: her hesap kendi aktif server seed'ine sahiptir

Server seed'in neden gizli olduğu basittir — bahis yapmadan önce görebilseydim, tam sonucu önceden hesaplayabilir ve casinoyu aldatabilirdin. Hash bir taahhüt aracıdır: casinoyu ortaya çıkarmadan tek bir seed'e kilitler.

Client Seed (Senin Girdinin)

Client seed sen katkıda bulunduğun dizidir. Stake, BC.Game, Roobet ve her ana akım PF casinoda tarayıcın varsayılan olarak rastgele bir tane oluşturur — genellikle 10-20 karakterli alfanümerik bir dize — ve adalet panelinde düzenlenmesine izin verir.

Client seed'leri hakkında kilit gerçekler:

• Sen kontrol edersin, casino bir sonrakinin ne olacağını bahis yapmadan göremez
• Her zaman sana görünür adalet panelinde
• İstediğin zaman değişebilir, ama değişiklikler zaten yapılmış bahisleri etkilemez
• Genellikle otomatik oluşturulur — tarayıcın oturum başına yeni bir tane rastgele oluşturur

Client seed, casinonun sonuçları önceden hesaplamasını durduran mekanizmadır. Server seed hash aracılığıyla taahhüt edilir sonra bir sonraki client seed'ini gönderdikten sonra, casino gerçekten HMAC'ın ne sonuç üreteceğini bilemez. Bu yüzden client seed'ini ara sıra değiştirmek — veya tarayıcıya otomatik döndürme izin vermek — anahtar bir savunmadır, her tek client seed ortalama olarak diğeri kadar "şanslı" olsa da.

Nonce (Tur Sayacı)

Nonce en basit olanıdır. Her bahisle artan basit bir sayaçtır — tur 1, tur 2, tur 3, ve benzeri. Ayarlayamazsın, değiştiremezsin veya atlayamazsın. Aynı server seed ve client seed ile 50 kez bahis yapsan, nonce 0'dan 49'a gider ve nonce değiştiği için her sonuç farklıdır.

Neden başsağlığında nonce olsun? Biri olmadan, aynı server seed ve client seed ile her tur tam aynı sonucu verecekti — her seferinde aynı zar numarasına çarpardı. Nonce her turu eşsiz kılarken matematiği yeniden üretülebilir tutmasıdır. Bir casino hiç bir nonce atladığını gösterse (0, 1, 3, 4 — 2 nerde?), bu müdahale işareti.

Bunların Bir Sonuç Üretmek İçin Nasıl Birleştiğini Anlayalım

Burada üç girdinin veri olmaktan çıkıp matematik olmaya başladığı yer. Her Provably Fair casino aynı temel formülü çalıştırır, output haritalaması oyundan oyuna farklı olsa da.

Sade Türkçe ile HMAC Formülü

İşte her PF casino'nun gerçekten hesapladığı şey:

$\text{hex\_çıktısı} = \text{HMAC-SHA256}(\text{sunucu\_sidi},\; \text{istemci\_sidi} \; : \; \text{nonce})$

Sade Türkçe açıklaması:

• HMAC-SHA256: anahtarlı kriptografik hash fonksiyonu — SHA-256 gibi, ama bir anahtarla "imzalı"
• sunucu_sidi (anahtar): casino'nun gizli değeri, fonksiyonu bir tek seed'e kilitliyyor
• istemci_sidi:nonce (mesaj): senin sidi tur sayacıyla birleştirilmiş, aralarında iki nokta ile

Çıktı 64 karakterlik bir hex stringdir. Farklı oyunlar bunu farklı şekilde yorumlar: zar oyunları ilk birkaç karakteri alıp 0-99.99'a haritalar, crash oyunları farklı bir dilim ve formül kullanırlar, blackjack oyunları birden fazla HMAC çağrısı zincirler (her kart için bir tane) ve genellikle 128 karakterlik çıktı için HMAC-SHA512'ye geçerler. Kesin haritalamanın önemi vardır, ama taahhüt-açıklama yapısı hepsinde aynıdır.

Uygulamalı Örnek: Bir Zar Atışı Adım Adım

Seedlerin nasıl birleştiğini tam olarak görebilmen için gerçek (örnek) değerlerle bir tur yapalım.

Verilen:

• sunucu_sidi = f4a9c2e1b7d8e3c5a1b9f6d2e8c4a7b3e9d1c6a2b5f8e4c7a3b6e1d9c2a5b8f4
• istemci_sidi = oyuncu-xyz-42
• nonce = 7

Adım 1 — HMAC-SHA256 hesapla:

HMAC-SHA256(sunucu_sidi, "oyuncu-xyz-42:7")
= 8b2d4a1f9c6e7b3d5a8f2c9e4b1d7a6f3e8c5b2d9a4f7e1c8b3d6a2f9e5c4b7d

Adım 2 — Hex'i zar atışına harita (Stake tarzı):

İlk 5 hex karakterini al: 8b2d4 → ondalığa dönüştür = 569.300. Mod 1.000.000 = 569.300 → 10.000'e böl = 56.93.

Adım 3 — Bahsinle karşılaştır:

Eğer "50'nin altında at" diye bahis yaptıysan — kaybedersin (56.93 > 50). Eğer "60'ın altında at" diye bahis yaptıysan — kazanırsın. Kesin sonuç üç girdiye belirlendi ve taahhüt edildikten sonra hiçbir taraf bunları manipüle edemedi.

Adım 4 — Doğrula:

Sunucu sidin döndürüldükten sonra ham değeri al. Bunu kendin hash'le: SHA-256 tur öncesinde gördüğün hash'le eşleşiyor mu? Sonra aynı girdilerle HMAC'ı yeniden çalıştır: çıktı eşleşiyor mu? İkisi de eşleşirse = tur kriptografik olarak adil olduğu kanıtlanmış. Kopyala-yapıştır değerleriyle tam bir tur için Provably Fair bir turu nasıl doğrulayacağını gör.

Matematik Neden Taklit Edilemez

Üç kriptografik özellik protokolü hile-direnç kılıyor:

1. Hash taahhüdü: SHA-256'nın pratik ön-görüntü saldırıları yoktur, bu nedenle casino taahhüt edildikten sonra bahsin görüldükten sonra aynı hash'i üreten farklı bir sunucu sidi bulamaz.
2. HMAC çıktısı opaklığı: HMAC çıktısını sunucu sidi'yi çıkarmak için tersine çeviremezsin — buna ihtiyaç vardır çünkü aksi takdirde bir sonucu bilmek anahtarı ortaya çıkarırdı.
3. Taahhüt anında karşılıklı cehalet: Casino senin gelecekteki istemci sidilerini bilmez, bu yüzden belirli istemci değerleri için sunucu sidi seçimini önceden optimize edemez.

Bu üç özellikten biri kırılırsa protokol kırılır. 2026'da bunların hiçbiri SHA-256 için kırılmadı, yani matematik sağlamdır. Gerçek saldırılar hepsi uygulamada yaşar — bunu aşağıdaki döndürme bölümünde ele alıyoruz. Provably Fair'e karşı RNG sertifikalı karşılaştırmamız bu matematiğin geleneksel laboratuvar denetimlerine karşı nasıl çalıştığını derinlemesine inceliyor.

İstemci Sidi'ne Karşı Sunucu Sidi — Yan Yana

Aynı protokol, zıt roller. İşte yüz yüze karşılaştırma.

Kim Neyi Kontrol Ediyor

Asimetri kasten yapılmıştır. Eğer her iki seed de açık olsaydı, her iki taraf da manipüle edebilirdi. Sunucu sidi'ni gizli tutarak (hash yoluyla) ve istemci sidi'ni sadece sana bilinerek, protokol her iki tarafın da hile yapamayacağı gerçek bir iki taraflı taahhüt oluşturur.

Her Biri Ne Zaman Açıklanır

Açıklama zamanlaması çalışan bir PF casino'yu sahte olandan ayıran şeydir:

• Sunucu sidi hash'i: her turun öncesinde görünür — bahis koymadan önce kontrol et
• İstemci sidi: her zaman görünür — sen yazdın ya da oluşturdun
• Sunucu sidi (ham): sadece seed döndürüldükten sonra görünür — ya sen "Sidi Döndür"e basarsın ya da oturumunu bitirirsin

Meşru bir casino asla döndürmeyi reddetmeyecek. "Sidi Döndür" seçeneğine basarsan ve eski seed birkaç saniye içinde görünmezse — ya da daha kötüsü casino "seedler otomatik olarak her 24 saatte döner ve geçmişi yarın göreceksin" derse — bu kırmızı bayraktır. Seed açıklaması anlık ve kriptografik olarak kanıtlanabilir olmalıdır.

Her Birini Değiştirirsen Ne Olur

İşte gerçekten ihtiyaç duyduğun pratik etki tablosu:

Alınacak ders: her iki sidi de değiştirmek geriye dönük korunma değildir, kaybedilen turları tartışmanın bir yolu değildir. Eğer yeni bir casino'da uzun bir zar oturumuna başlamak üzereysen, her iki sidi de hemen döndür, böylece casino istemci sidi'nin ayarlandıktan sonra değerlere taahhüt eder. Bu sıralama herhangi bir spesifik seed değerinden daha önemlidir.

Seed Rotasyonu — Ne Zaman ve Neden Değiştirilmeli

Eğer bu sayfada başka bir şey okumayacaksan, bu bölümü oku. Rotasyon, gerçekten kripto­grafik güvenlik durumunu değiştiren tek oyuncu-tarafı eylemidir.

Önyargılı Seed Saldırısı (ve Rotasyonun Bunu Neden Durdurduğu)

İşte Provably Fair'in rotasyon olmadan kural dışı tutamayacağı tek teorik zayıflık: önyargılı seed oluşturma.

Dürüst olmayan bir casinonun binlerce server seed'i önceden oluşturduğunu hayal et. Her biri için, yaygın client seed desenleri (varsayılan tarayıcı biçimleri, sık kullanılan kelimeler, daha önce gördükleri desenler) karşısında sonuçları önceden hesaplar. Daha sonra, beklenen client seed'ler için daha fazla kaybı kazançtan daha fazla üreten seed'leri seçerek dağıtırlar.

Casino hala geçerli bir server seed hash yayınladığı ve açıklanan seed yine de o taahhüdü sağladığı için — doğrulama matematiksel işlemi geçer. Protokol "çalışır." Ancak seed'in kendisi önyargılı bir havuzdan seçilmiştir ve uzun vadeli kasa avantajı duyurulandan daha kötüdür.

Savunma basittir: rotasyonu, ön hesaplamayı işe yaramaz hale getirene kadar sık değiştir.

• Her 50-100 bahisten sonra rotasyon yap → casino yeni, önceden optimize etmedikleri seed'leri taahhüt etmek zorundadır
• Aynı zamanda client seed'ini değiştir → desen-tabanlı ön hesaplama işini geçersiz kılar
• İkisi birlikte, önyargılı seed saldırılarını ölçekte istatistiksel olarak imkansız hale getirir

Bu saldırı itibarlı casinolarda oldukça nadirdir — yakalanmanın itibar maliyeti kazanılan EV'den çok daha fazladır — ancak rotasyonun neden herhangi bir şekilde önemli olduğunun tek nedenidir. Provably Fair Bitcoin oyunlarımız sıralaması özellikle yayınlanmış rotasyon iş akışları olan casinolar için filtrelenmiştir.

Popüler Casinolarda Rotasyon Sıklığı

Farklı siteler farklı varsayılan aralıkları kullanır. Her platformun gerçekten yaptığı şu:

"Asla otomatik döndürmez" aslında dürüst varsayılandır — oyuncunun seçim yapmasını zorunlu kılar. Bir site agresif bir şekilde otomatik döndürürse, bireysel seed geçmişini gizlemeye çalışıyor olabilir.

Hızlı Rotasyon Kontrol Listesi

Herhangi bir uzun oturum öncesi bunu kullan:

1. Oyunun adalet panelini aç
2. Mevcut server seed hash'ini kopyala (sonra doğrulamak istersen diye)
3. "Server Seed'i Döndür" butonuna tıkla — eski seed açığa çıkar, yeni hash taahhüt eder
4. Client seed'ini değiştir (yenile butonuna tıkla veya yeni rastgele bir dize yaz)
5. Başlangıç nonce'ını not et (rotasyondan sonra genellikle 0)
6. Normal oyun; ~50-100 bahisten sonra yeniden döndür

30 saniye alır. Provably Fair'deki tek kriptografik olmayan saldırıya karşı koruma sağlar.

Tur Ortasında Döndüremeyecekleriniz

Önemli bir kısıtlama: bir tur sırasında döndüremezsiniz. Belirli bir server_seed + client_seed + nonce ile bir bahis yerleştirdikten sonra, bu değerler o spesifik tur için kilitlenir. Rotasyon yalnızca rotasyondan sonra yerleştirilen bahisleri etkiler.

Bu aynı zamanda "kaybı geri almak için geriye dönük döndürme"nin imkansız olmasının da nedenidir. Taahhüt bahis öncesi sabitlenmişti — zaten olmuş olanı değiştirmenin tek yolu bunun dürüst olduğunu doğrulamaktır. PF bunu 60 saniyede yapmanı sağladığından, bu genellikle yeterlidir.

Seed'lerle Yaygın Hatalar

Provably Fair'e düzenli çevrimiçi casinolardan gelen oyuncular sürekli aynı dört hatayı yaparlar. Hiçbiri tehlikeli değildir — ama hepsi zaman israfıdır.

"Client Seed'i Değiştirmek Şansımı Değiştirir"

Değişmez. Her HMAC çıktısı, girişten bağımsız olarak istatistiksel olarak rastgeledir. Client seed'ini abc123'ten xyz789'a değiştirmek sana farklı sonuçlar verir, daha iyi olanları değil. Beklenen değer aynıdır.

Client seed'in aslında yaptığı şey: her tur öncesinde girdilerini casino için tahmin edilemez yaparak önyargılı seed ön hesaplamasını engeller. Bu bir şans özelliği değil, bir güvenlik özelliğidir.

"Casinolar Client Seed'imi Önceden Görebilir"

Gelecek seed'ler için değil. Casino mevcut client seed'ini görür (sen göndermişsin), ama bir sonrakini ne yapacağını bilmenin hiçbir yolu yoktur. İşte bu nokta — casino, sonraki client seed'ini bilmeden hash olmadan server seed'e taahhüt eder. Taahhüt ettikten sonra, hash'in arkasındaki seed'i değiştiremez.

Biri "casino klavyeni okuyor ve enter tuşu vurmadan önce sonraki seed'ini biliyor" derse — protokol zayıflığı değil, istemci-tarafı kötü amaçlı yazılım saldırısını anlatıyor. Saygın bir tarayıcı kullan ve iyisin.

"Çok Sık Döndürmek İspata Zarar Verir"

Vermez. Döndürme sadece bir server seed'i emekli eder ve yeni birini taahhüt eder — her ikisi bağımsız olarak doğrulanabilir. İstersen her tek bahis için döndürebilirsin (yavaş ama zararsız).

Yaygın kaygı seed geçmişinin "karışık" hale gelmesi hakkındadır — ama her PF casino, bahis aralıklarına anahtar olarak emekli olmuş seed'lerin tam geçmişini tutar. 50 kez döndürme 50 doğrulanabilir geçmiş girişi oluşturur, karışık bir kütüphane değil.

Hızlı Mantık Kontrolü

Bunlardan herhangi biri geçerliyse, provably fair akışın yanlıştır:

• İlk 200 bahiste asla "Döndür"e tıklamadın → şimdi döndür, önyargılı seed'lere maruz kalabilirsin
• "Server Seed'i Döndür" butonunu bulamıyorsun → casinunun PF uygulaması kırık
• Hiç tek bir tur doğrulamadın → tanımak için provably fair doğrulayıcımız ile bir tanesini dene
• Seed'leri arkadaşlarla paylaşıyorsun → fayda yok, küçük risk — kendine ait olanları oluştur

"Tüm Casinolar Aynı Seed Biçimini Kullanan"

Kullanmazlar. Stake ve Primedice HMAC-SHA256'yı zar-spesifik eşlemle kullanır. BC.Game'nin blackjack'i kart-spesifik mantık ile HMAC-SHA512 kullanır. Spribe'nin Aviator'u farklı bir nonce stratejisi kullanır. Genel bir doğrulayıcı hash eşlemini hepsinde doğru alacak, ancak casino'nun tam eşleme formülünü kullanmadığın sürece üretilen sonuç sayısı değişebilir.

Oynadığın spesifik oyun için her zaman casino'nun adalet belgelerini oku. Aviator'a özgü, Aviator provably fair hesaplayıcımız Spribe'nin formülünü doğrudan uygular. Blackjack için, provably fair blackjack rehberi kart-başına-kart HMAC zincirini kapsar.

Gerçek Casinolarda Seed'lerinizi Nasıl Bulursunuz

Söz kolay. Butonların tam olarak nerede olduğunu göstermek daha yararlı. İşte 2026 itibariyle en iyi üç PF casinodaki gerçek yol.

Stake / Primedice'ta

1. Herhangi bir casino Original'ı açın (Dice, Crash, Plinko, Mines)
2. Oyun panelinin sağ üstündeki kalkan simgesine tıklayın
3. "Fairness" (Adalet) modalı dört alanla açılır:
   • Active Server Seed (Hashed) — 64 karakterlik SHA-256 hex
   • Active Client Seed — düzenlenebilir string
   • Total Bets Made With Pair — mevcut nonce
   • Altta "Change Seeds" (Seed'leri Değiştir) düğmesi
4. "Change Seeds" düğmesine tıklayın — eski server seed hemen ortaya çıkıyor, yeni hash taahhüt ediliyor

Stake'in arayüzü üçünün en temizi. İhtiyacın olan her şey tek ekranda, rotasyon anlık ve seed geçmişi emekli olmuş her server seed'i ilişkili bahis aralığıyla gösteriyor.

BC.Game'te

1. Herhangi bir in-house Original'ı açın (Crash, Dice, Ring, Limbo)
2. Oyunun sağ üstündeki üç nokta menüsüne tıklayın
3. Açılır menüden "Provably Fair" seçeneğini seçin
4. Adalet modalı şunu gösterir: Hashed Server Seed, Client Seed (düzenlenebilir), Nonce, Algoritma
5. Server seed'in yanındaki "Change" düğmesine tıklayın → rotasyon onayı → eski seed ortaya çıkıyor

BC.Game çoğu oyun için HMAC-SHA512 kullanıyor (SHA-256 değil), bu yüzden hash'ler 64 karakter yerine 128 karakter. Doğrulama matematiği aynı, sadece çıktı daha uzun.

Roobet'te

1. Herhangi bir Roobet Originals oyununu açın (Mines, Crash, Dice, Towers)
2. Oyun başlığının yanındaki kilit simgesine tıklayın
3. Adalet verilerinin yer aldığı yan panel kayıyor
4. Altta "Seed History" (Seed Geçmişi) sekmesi emekli olmuş tüm seed'leri gösteriyor
5. "Randomize Client Seed" (Client Seed'i Rastgele Hale Getir) ve "Rotate Server Seed" (Server Seed'i Döndür) düğmeleri her ikisi de görünür

Roobet benzersiz bir şekilde oturum sonunda server seed'leri otomatik olarak döndürüyor, bu biraz agresif — sonraki turları doğrulamak için otomatik döndürmenin sizi şaşırtmasını istemiyorsan elle döndür. Onların PF Originals'ı Bitcoin casino rehberimizde Stake ve BC.Game'e karşı sıralanmıştır.

Evrensel İş Akışı

Meşru bir PF casinası bu deseni takip edecektir:

1. Kalkan/kilit/asma kilit bulun — adalet panelleri için standart simge
2. Aktif server seed hash'ını, client seed'i ve nonce'ı bulun — her üçü de görünür olmalı
3. Rotasyonu test edin — döndür düğmesine tıklayın; eski server seed bir saniyeden kısa sürede görünmezse, uygulama bozuk
4. Algoritmayı not edin — SHA-256 (64-karakterlik) veya SHA-512 (128-karakterlik); doğrulama için buna ihtiyacın var
5. En az bir turunu doğrula — hash eşleşmesini + HMAC çıktısını onaylamak için bir hesap makinesi kullan

Bu beş adımdan herhangi biri başarısız olursa, casinun "provably fair" iddiası sadece pazarlamadır. Yatırım yapmadan önce mevcut PF uygulamalarının hub'ıyla çapraz kontrol edin.

İnteraktif: Kendi Seed'lerinizle Bir Turunu Doğrulayın

Casinun adalet panelinden dört değeri aşağıdaki doğrulatıcıya yapıştırın. Her şey Web Crypto API aracılığıyla tarayıcında yerel olarak çalışır — hiçbir veri sunucumuza gönderilmez ve hesaplama, casinun kullandığı aynı HMAC-SHA256 (veya SHA-512) işlemidir.

Doğrularken dikkat etmen gereken iki şey:

1. Hash Match = GEÇER — ortaya çıkan server seed'in hash'i, önceden tur hash'iyle eşleşir. Bu casinun senden sonra seed'leri değiş tokuş etmediğini kanıtlar.
2. Dice/Crash çıktısı ekrana eşleşir — HMAC çıktısı oyunun formülü aracılığıyla eşlendiğinde, oyunun gösterdiği tam sayıyı yeniden üretir. Bu sonucun değiştirilmediğini kanıtlar.

Her ikisi de başarılı olursa, turun kriptografik olarak adildir. Hash eşleşmesi başarısız olursa, şikayet dosyası açın — seed'leri değiş tokuş ettiğinin kanıtın var. Doğrulanan oyun etrafındaki geniş bankroll-matematik bağlamı için bunu house edge hesaplayıcımızla, RTP hesaplayıcımızla ve bankroll hesaplayıcımızla eşleştir, böylece bahisleri turluk doğrulamayla birlikte dürüstçe boyutlandırabileceğin. Daha uzun oturumlar çalıştırıyorsan, bankroll yönetimi rehberimiz rotasyonun oturum boyutlandırma kararlarıyla ne sıklıkla kesiştiğinin matematiklerini kapsar.

Bir şey daha: her "provably fair" kumarhane seed'leri az önce anlattığımız gibi yönetmez. Bankroll'unuzu birine emanet etmeden önce provably fair merkezi ile karşılaştırın — tur başlamadan önce server seed hash'ini taahhüt etmeyen mekanları işaretler.

SSS