Oyuncudan başlayın
Cüzdan bağlamadan önce oyuncu oyunu açık bilgilerden anlayabilmelidir. Bu, ana sayfanın, teknik belgenin, makale kütüphanesinin, mekanik sayfalarının ve destek bağlantılarının önce imza istemeden döngüyü açıklaması gerektiği anlamına gelir.
Cüzdan isteği onboarding değildir. Bir güven anıdır. Proje oyuncunun ne yaptığını, ilerlemenin ne anlama geldiğini ve ödüllerin nereden geldiğini açıklayamıyorsa cüzdan çok erken gelmiştir.
Altındaki mekanik
Döngüyü katmanlar halinde değerlendirin. Önce oyun: oyuncular günlük ve sezonluk olarak ne yapar? İkinci olarak ekonomi: kaynakları ne üretir, ne tüketir ve enflasyonu ne sınırlar? Üçüncü olarak ödül yüzeyi: kim uygun, ne zaman hesaplanır ve oyuncular ne varsaymamalıdır?
Sonra cüzdan eylemlerini ayrı değerlendirin. Cüzdan bağlamak, mesaj imzalamak, işlem onaylamak, ücret ödemek ve mutabakat almak farklı olaylardır. Ciddi bir oyun bu farkları adlandırır.
Güven ve kullanıcı deneyimi
İyi güven tasarımı sakindir. Aciliyet dayatmaz, ücretleri saklamaz, havuz kaynaklarını bulanıklaştırmaz veya sınırlamaları gömmez. Oyuncuya güvenle iptal edip sonra geri dönebileceği kadar bilgi verir.
Mobil davranışı, yerelleştirilmiş rotaları, resmi bağlantıları ve aynı terimlerin arayüz ile belgelerde kullanılıp kullanılmadığını kontrol edin. Tutarsız dil yalnızca dağınık yazım değildir; güvenlik sorunudur.
Mucize'nin açısı
Mucize için değerlendirme kartlar, kaynaklar, loncalar, oyuncular arası düello ayrımı ve sezon hedefiyle başlamalıdır. Ancak bundan sonra oyuncu SOL havuzu dilini, katkı bağlamını ve cüzdan akışını incelemelidir.
Bu sıra ürünü de korur. Stratejiyi önceleyen bir oyun acele imzalar değil, bilinçli oyuncular istemelidir.
Pratik okuma
Basit bir kural kullanın: oyun onaylardan önce eylemleri açıklıyorsa okumaya devam edin. Mekaniklerden önce ödülleri açıklıyorsa yavaşlayın. İkisini de açıklamadan cüzdan istiyorsa geri çekilin.
Belgelendirme güvenliği garanti etmez, ama eksik belgelendirme bilinçli onayı imkansız kılar.