IOSG Ventures: Zincirdeki oyun teknolojisi yığınını, oyun durumunu nasıl senkronize edeceğinizi ayrıntılı olarak açıklayın?

Orijinal Yazar: Fiona, IOSG Ventures

Yardımları ve değerli katkıları için @netherscape_xyz'in yaratıcısı @BriefKandle, @stokasz CEO@rhascau @mintersworld, @0x curio ekibi, @SebastienGllmt kurucu ortağı@PaimaStudios, @hiCaptainZ ve @SerenaTaN 5'e teşekkürler!

TL;DR

*Tam zincirli oyun/özerk dünya (“FOG/AW”), Web 3'ü çevreleyen birkaç önemli anlatıdan biridir. Yalnızca NFT aracılığıyla Web3'e bağlanan Web2.5 uygulamalarıyla karşılaştırıldığında, FOG/AW oyun mantığını zincire oturtur. Blok zincirini bir oyun sunucusu olarak kullanır ve oyunun durumu için merkezi olmayan bir güven kaynağı haline gelir. Bu, kalıcılık, sansüre dayanıklılık, şekillendirilebilirlik vb. avantajlar sağlar, ancak bunun üzerine inşa edilen oyunların çeşitliliğini ve karmaşıklığını da sınırlar.

• Oyunun artan karmaşıklığı ve oynanabilirlik gereksinimleriyle birlikte, motor mimarisi için çerçeve gecikmesi, rastgele sayı, sağlık iyileştirme, sürekli pasif etki, zamanlayıcı vb. Blok zincirinde zaman kavramı ve Ticks birimi farklıdır. Mud, zamanın geçişini ve pasif iyileşme becerilerini simüle etmek için pek çok fikir sunar. Örneğin, oyuncu odada hareket ettiğinde, işlem odadaki tüm eşyaların önceden tanımlanmış bir tasarıma göre taşınmasıyla gelir. Zaman ve durumdaki değişiklikleri algılamak için bunu kullanın.
• FOG/AW teknoloji yığını şu şekilde özetlenebilir: geliştiriciler, ui/ux ve oyun çekirdeği mantığı için ön uç ve arka uç kodları yazar, ardından tüm değişiklikleri oyun durumu döngüsü aracılığıyla senkronize eder ve son olarak yeni durumu dizin oluşturucu tarafından ön uç yerel cihaza yansıtır.
• RTS gibi birçok oyun türü yüksek tıklama oranları gerektirdiğinden ve fikir birliği ile üretilen blok zincirleri yalnızca blok sürelerindeki değişiklikleri işleyebildiğinden, tıklama oranı burada çözülmesi gereken büyük bir sorundur. Curio ve Argus bu konuda liderler ve fumble zinciri seviyesinde oyun hızlarını artırıyorlar. Mud, tüm zinciri maksimize etmeye çalışıyor ve tüm uygulama durumu EVM'de depolanıyor. Oyun için daha yüksek bir geçiş hızı elde etmek için zincir dışı entegrasyon sunma planı yoktur.
• Farklı zincirlerin seçimi için Dojo, Starknet'in tüm zincir ekolojisine öncülük etmektedir. @tarrenceva'nın açıklamasına göre Starknet, iyimser toparlamalardan farklı olarak Durum farklarına sahiptir ve girdiden çok yürütme çıktısına odaklanır. Örneğin bir satranç oyunu gibi oyunlar üzerindeki etkinin öncelikle maliyeti optimize etmesi muhtemeldir: üç dakikalık bir oyunda 50 hamle gerçekleşebilir. Durum farklılıkları sayesinde, tek bir ispat ve nihai durum "çıktıyı" ispatlayabilir. Öte yandan iyimser toparlamalar, tüm ara durumların "girişlerini" gerektirir.

FOG/AW tanımlayın: oyun durumu nasıl senkronize edilir

SİS olup olmadığına karar vermeyi düşünüyorum, kıyaslama oyun durumunun nasıl senkronize edildiğidir (gerçeğin kaynağı).

Web 2.5 oyunları veya geleneksel çok oyunculu oyunlar için, geçerli oyun durumunu tanımlayan merkezi bir sunucu vardır ve oyuncular eylemler gönderdiğinde, sunucu bu girdileri derler ve her bağlı oyuncunun cihazına güncellenmiş sonuçlar döndürür. Sunucu tüm girdileri (tıklamaları) işler, tutarsızlıkları çözer ve periyodik olarak oyuncuya güncellemeler göndererek oyundaki tüm öğelerin anlık görüntüsünü sağlar ve her tıklamada oyun durumunu günceller. Oyun durumu ("oyun durumu veya tik"), oyun dünyasındaki her nesnenin özelliklerinin zamanındaki bir anlık görüntüsüdür. Tickrate, oyun sunucusunun güncellenmiş oyun durumunu hesaplayıp oyunculara saniyede yayınlama sayısıdır. Tickrate ne kadar yüksek olursa, oyun deneyimi o kadar hassas ve aslına uygun olur. Genel olarak, gerçek zamanlı strateji veya aksiyon oyunları yüksek gerektirir. kart oyunları gibi sıra tabanlı oyunlar tıklanmaz.

Kaynak:

Tamamen zincir üzerinde çalışan oyunlar için blok zinciri oyun sunucusudur ve oyun durumu için merkezi olmayan bir güven kaynağı görevi görür. Bu durumda, yalnızca NFT'ler veya jetonlar gerçek mülkiyete sahip olmakla kalmaz, aynı zamanda oyuncunun tikleri ve oyun mantığı bile zincirdedir. Bu nedenle gerçek sahiplik, sebat, sansür direnci, hesaplanabilirlik ve daha fazlası mümkündür. İdeal olarak, bir oyuncunun her eylemi blok zincirine gönderilmelidir ve bir fikir birliğine varıldıktan sonra oyun durumu güncellenir ve yerel cihaza geri döndürülür. Bu nedenle, doğal olarak, daha az tıklama hızı gerektiren oyun türleri, tamamen zincir üzerinde oynanmaya daha uygundur.

Oyun gecikmesi, süresi vb. ile ilgili zorlukları çözün.

Oyun karmaşıklığının ve oynanabilirlik gereksinimlerinin artmasıyla, motor mimarisi için çerçeve gecikmesi, rastgele sayılar, yaşam kurtarma, sürekli pasif etkiler, zamanlayıcılar vb. gibi daha fazla zorluk ortaya çıkıyor.

İstemci oluşturma ve kullanıcı işlemlerindeki gecikmeler de dahil olmak üzere çerçeve gecikmesi aslında Web2 dünyasında çok yaygındır. Özellikle FPS gibi yüksek geçiş hızına sahip oyunlarda, bir kez gecikme olduğunda oyuncu deneyimi çok zayıf olacaktır.Web2'deki çözümlerden biri, oyuncunun adil deneyimini çözmek için tüm oyuncuların oyuncular arasındaki en yüksek gecikme standardına göre senkronize edilmesini sağlayan kilit adımlı durum güncellemesidir. Bu gecikme, blok zinciri tanıtıldığında ve işlemlerin onaylanması gerektiğinde daha da kötü olabilir. Bu amaçla Mud, oyunlarda yaygın olarak kullanılan iyimser işleme mekanizmasını da ekleyerek, kullanıcının işleminin başarılı olduğunu varsayar ve sunucu kabul etmeden (veya bu durumda işlem onaylanmadan önce) istemcide işler.

Zincir üzerinde rasgele sayıların üretilmesi sıklıkla tartışılan bir konudur.Mud, kullanıcı davranışının rasgele sonuçların girdisi olarak kullanılabileceğine ve etkileşim gerçekleştikten sonra üretilebileceğine inanmaktadır.

Blok zincirinde zaman kavramı ve Ticks birimleri farklıdır. @SebastienGllmt, dolandırıcılığa karşı korumalı konseptler (Op gibi) kullanan zincirlerde zamanlayıcı kullanmanın zor olduğunu düşünüyor çünkü bir şeyler ters gittiğinde geri alınması gerekecek. Oyunda zamanlayıcılar kullanılırsa, deneyim zayıf olacaktır. Mud, zamanın geçişini ve pasif iyileşme becerilerini simüle etmek için pek çok fikir sunar. Örneğin, zaman içinde artan altın paralar, oyuncu altın para gerektiren bir işlemi her gerçekleştirdiğinde, oyuncunun önceki altın para sayısına, en son yenileme sayısına ve yenileme hızına göre oyuncunun altın para miktarını hesaplayın. Başka bir örnek olarak, oyuncu odada hareket ettiğinde, işlem odadaki tüm eşyaların önceden tanımlanmış bir tasarıma göre taşınmasıyla gelir. Zaman ve durumdaki değişiklikleri algılamak için bunu kullanın.

"Hile yapmak" için komut dosyaları yazmak sorun olmayabilir. @BriefKandle, oyun sisteminin MEV'sinin hile olarak kabul edilmediğini düşünüyor. MEV'yi basit komut dosyalarıyla önlemek, oyun ekibinin dikkate alması gereken bir şey. Web2 oyun geliştirmenin düşünce biçimini değiştirmesi gerekiyor. İyi bir MEV botu, oyundaki bir NPC'dir.

Bu işlevselliğin bir kısmı, zamanlayıcıları ve sürekli pasif efektleri kullandıkları Rhascau gibi yakın zamanda piyasaya sürülen bazı zincir üstü oyunlarda uygulanmıştır. Temel olarak blok süresini bir onay işareti olarak kullanmak. (Geçerli L2'de, blok süresi = tıklama hızı).

FOG/AW teknolojisi yığını

FOG/AW motoru çerçevesi, geliştiricilerin blok zincirini bir sunucu ve güven kaynağı olarak kullanarak oyunlar oluşturmasına olanak tanıyan bir geliştirici araç yığınıdır. Ayrıca, bazı mevcut sorunları çözebilir:

• Standart/hazır çerçeve eksikliği nedeniyle zincir üzerinde FOG/AW oluşturmada verimsizlik;
• Modülerlik eksikliği ve kodun yeniden kullanımı;
• Birleştirilebilirlik eksikliği. FOG/AW motorunun geliştirilmesiyle zincir üstü oyunlar daha ilginç ve yaratıcı olabilir.

Anlama kolaylığı açısından, bu tür bir motorun genel olarak basitleştirilmiş teknik süreci şöyledir: geliştiriciler, ui/ux ve oyun çekirdeği mantığı için ön uç ve arka uç kodları yazar, ardından tüm değişiklikleri oyun durumu döngüsü aracılığıyla senkronize eder ve son olarak dizin oluşturucu tarafından yeni durumu ön uç yerel cihaza yansıtır.

Mud, Dojo, Curio, Argus, Paima motoru ve Lootchain, blockchain üzerinde çalışan oyunların sorunsuz çalışması için kendi teknoloji yığınlarını bu amaçla geliştiriyor. Teknoloji yığını 3 temel bölümden oluşur: zincir, çekirdek geliştirme yığını ve oyun ön ucu. Hepsinin kendi yenilikleri var, ademi merkeziyetçilik ve oyun karmaşıklığı arasında ödün veriyorlar.

• Oyun ön ucu: Oyun oynanabilirliğini ve deneyimini geliştirmenin vazgeçilmez bir parçası olan render ve diğer işlevleri sağlamak için Unity, Unreal vb. Yukarıdaki projeler temel olarak geliştiricilerin kullanması için ilgili SDK'ları sağlayabilir.
• Çekirdek geliştirme yığını: Oyun mantığının blok zincirinde çalışmasına ve ön uçla zamanında senkronize olmasına olanak tanıyan bir dizi çözüm tasarlayın. Anahtar bileşenler, uygun bir veritabanı yapısını (oyun davranışını ve mantığını tanımlayan) ve senkronizasyonu ve oyun durumunun geri dönüşünü içerir.
• Zincir: Çoğu Ethereum, Optimism ve Starknet üzerine inşa etmeyi seçiyor.

Aşağıdaki şekil, farklı protokollerin ilgili teknoloji yığınlarını nasıl tasarladıklarını göstermektedir. Çalışma akışını görmek için Mud V2'yi örnek olarak alın:

• Bir geliştirici, kod yazmak için Mud'daki bazı Web2 ön uç araçlarını arayacak ve oyunu daha görsel ve daha eğlenceli hale getirmek için işleme gibi bu güçlü işlevleri kullanacak;
• Aynı zamanda, geliştiriciler oyunun karakterlerini, öğelerini ve özel işlem mantığını Mud'un akıllı sözleşme çerçevesine (Mud World) göre yazacaklardır;
• Yukarıdaki eylemler ve oyun durumları, küresel oyun durumundan sorumlu zincir üstü bir veritabanı ve oyun durumu senkronizasyonu için bir güven kaynağı olan Mud Store'a kaydedilecektir;
• Kahraman A, Y'ye saldırdığında, oyuncu aslında ön uç yerel makinede fareyi tıklar ve zincire yüklenecek komutu gönderir.Komut, geliştiricinin oyun tasarım mantığına ve Mağazadaki mevcut oyun durumuna dayalıdır ve sonuç elde edilir.Sonuç, oyunun yeni küresel durumuna güncellenir ve zincirle senkronize edilir;
• Games on Mud, Web ve Mobil gibi çeşitli ön uçları destekler, ancak karmaşık indeksleme gereksinimleriyle karşılaşabilir.Mod, bu amaç için geliştirilmiş bir zincir dışı indeksleyicidir.

Şimdi bu çekirdek çerçevelerin ortak ve farklı tasarımlarından bahsedelim.

• Çoğu Mud v1 tasarımını takip eder ve ECS'yi oyun geliştirme için bir veri yapısı olarak kullanır. Oyun mantığı bu şekilde yazılır ve sunulur. Mud V2 bunu geliştirdi, veriler Tablolar ve s'de tanımlandı, bu da diğer veri standartlarına izin veriyor (V1 gibi ECS veri modelleme standartlarına uymak zorunda değil), bu da geliştiricilere daha fazla seçenek sunuyor ve onu daha kapsayıcı hale getiriyor.
• Blok zinciri doğal olarak oyun durumu ve veritabanı için güven kaynağı olduğundan, çoğu merkezi olmayan veritabanlarını kullanır. Mud, tüm zinciri maksimize etmeye çalışıyor ve tüm uygulama durumu EVM'de depolanıyor. Oyun için daha yüksek bir geçiş hızı elde etmek için ademi merkeziyetten ödün vermek veya zincir dışı entegrasyon şemaları getirmek yoktur.
• FPS gibi birçok oyun türü yüksek tıklama oranları gerektirdiğinden ve konsensüsle üretilen blok zincirleri yalnızca blok sürelerindeki değişiklikleri işleyebildiğinden, tıklama oranı burada çözülmesi gereken büyük bir sorundur. Yenilikçi tasarımlarında Curio ve Argus, zincir düzeyinde tik oranlarını artırmayı umut eden ilk kişilerdir.
• Farklı zincirlerin seçimi için, hem Curio hem de Loot, Caldera'yı Op yığın zincirleri oluşturmak için kullanıyor.Ayrıca Dojo, Starknet'in tüm zincir ekolojisine liderlik ediyor. @tarrenceva'nın açıklamasına göre Starknet, iyimser toparlamalardan farklı olarak Durum farklarına sahiptir ve girdiden çok yürütme çıktısına odaklanır. Örneğin bir satranç oyunu gibi oyunlar üzerindeki etkinin öncelikle maliyeti optimize etmesi muhtemeldir: üç dakikalık bir oyunda 50 hamle gerçekleşebilir. Durum farklılıkları sayesinde, tek bir ispat ve nihai durum "çıktıyı" ispatlayabilir. Öte yandan iyimser toparlamalar, tüm ara durumların "girişlerini" gerektirir.

Halihazırda bu motorlar üzerine inşa edilmiş bazı oyunlar var. Hem Mud hem de Dojo, geliştiricileri uygulama geliştirmeye çekmek için hackathonlar düzenliyor. Curio, ETHCC'de Warcraft'ın mini oyun demosunu yayınladı.

Açıkçası, FOG/AW, halka açık zincir rekabeti için önemli bir ekosistem haline geliyor.Lattice tarafından önerilen AW (Otonom Dünya), oyunlarla sınırlı olmayan büyük bir konsept, aynı zamanda sosyal ve finansal gibi birçok özelliği de içeriyor. Bunun üzerine yaratıcı bir sanal dünya olan Metaverse inşa edilmiştir. Oyunlar, sosyal ağlar ve finans gibi bazı yeni entegre uygulama biçimlerini sabırsızlıkla bekleyebiliriz.

Referans:

1. caoUT 3 lDC 6 E 61 mWJqtP 1 q 6 tME 4 xGY

5.MUD'lu Dünyalar-39d5eb5d31034589bc54a2053efb4c56