Tik-tik zinciri: tüm zincir oyununun "AMM anı"

Bir ürünün, teknolojinin veya yeniliğin belirli bir sektördeki devrim niteliğindeki etkisini tanımladığımızda bunun sektörün "iPhone anı" olduğunu söylemek isteriz. Çünkü bu, Apple'ın 2007'de iPhone'u piyasaya sürmesinin ardından tüm cep telefonu ve mobil bilgisayar endüstrisi üzerinde yarattığı derin etkiye dayanıyor.

DeFi sektöründe buna "AMM anı" diyoruz. AMM modeli, DeFi alanında özellikle piyasa likiditesinin iyileştirilmesinde önemli bir rol oynadığı için 2021'de boğa piyasasının gelişine doğrudan katkıda bulundu. Peki tüm bu zincirleme oyunun "AMM anı" nedir? Bu makalede bunu öğreniyoruz.

1. AMM'nin DeFi'deki önemli rolü

DeFi, blockchain teknolojisi ile finansal alanın, yani merkezi olmayan yönetim, gizlilik ve otomasyona ulaşmak için finansal kuralların akıllı sözleşmelere yazılmasının bir birleşimidir. Finans alanında olduğu için çeşitli projelerin en kritik yönü nedir? Görünüşe göre "likidite". Örneğin, üç ana iş modeli olan borç verme, ticaret ve ödeme (istikrarlı para ticareti), eğer likidite yoksa, bu üç iş sürekli olarak geliştirilemez.

1. Borç Verme: Likidite, borç verme işinin temelidir. Bankalar ve diğer mali kuruluşlar, uzun vadeli kredi sağlamak için kısa vadeli mevduatlara ve diğer finansman kaynaklarına güvenmektedir. Finansal kuruluşlar yeterli likiditeyi sağlayamazlarsa müşterilerinin kredi ihtiyaçlarını karşılayamayabilir veya kısa vadeli borçlarını geri ödemeleri gerektiğinde sıkıntı yaşayabilirler. Likidite riski, finansal krizlerde önemli bir faktördür; çünkü bankalar, kredi taahhütlerini karşılamak için yeterli fon sağlayamadıklarında çökebilirler.
2. Ticaret: Sermaye piyasasında likidite ticaretin anahtarıdır. Yüksek likidite, varlıkların değer kaybetmeden hızlı bir şekilde alınıp satılabileceği anlamına gelir. Bir piyasa veya varlık likit değilse, yatırımcılar daha geniş alış-satış farklarıyla karşılaşabilir veya bir varlığı satmak istediklerinde alıcı bulmakta zorlanabilirler. Bu, aşırı fiyat dalgalanmalarına ve piyasa istikrarsızlığına yol açabilir.
3. Ödeme (stabilcoin): Ödeme sisteminin (stabilcoin) likiditesi çok önemlidir. İnsanlar veya işletmeler para taşımaya ihtiyaç duyduklarında verimli, güvenilir ödeme sistemlerine güvenirler. Ödeme sisteminin (stablecoin) likidite eksikliği, ödeme gecikmelerine veya başarısızlıklarına yol açarak tüm ekonominin işleyişini etkileyebilir.

Web3'te işlemler finansal işin özüdür, çünkü hem borç verme hem de ödeme işlemlere hizmet etmek için mevcuttur (kaldıraç eklemek ve bir işlem aracı olarak hareket etmek). Peki neden bir "AMM anı" var? Bu, blockchainin kendisinin performans sınırlamaları tarafından belirlenir.

Merkezi finans kuruluşlarının finansal kurallarının kendi şirketlerinin yüksek performanslı sunucularına yerleştirildiğini, dolayısıyla eşleştirme verimliliğinin son derece yüksek olduğunu ve DeFi'nin finansal kuralları akıllı sözleşmelere koyarak, eşleştirme verimliliğinden ve gizlilik avantajlarından ödün vererek merkezi olmayanlaşmayı getirdiğini biliyoruz.

"Dünya bilgisayarı" katmanının bir simülasyonu olarak akıllı sözleşmeler nispeten düşük performansa sahiptir. İlk DeFi projesinde ister kredi ister borsa olsun, eşleştirme yöntemi geleneksel finansın emir defteri modelini temel alıyor. Bu modda, AMM ortaya çıkana kadar DeFi'nin CeFi'ye karşı mücadele etme gücü yoktur.

Likidite eşleştirme verimliliğini büyük ölçüde artırmak için ultra düşük performanslı "dünya bilgisayarı" nasıl kullanılır? AMM modelinin çözümü, fon havuzlarını ve algoritmaları otomatik olarak eşleştirmek için kullanmaktır. Spesifik oynanış birçok makalede zaten tanıtılmıştır, bu nedenle burada tartışılmayacaktır. Avantajlar açısından artık biliyoruz:

1. Geleneksel piyasa yapıcılara gerek yok: Geleneksel finansal piyasalarda, piyasa yapıcıların genellikle piyasa likiditesini sağlamak amacıyla alım ve satım emirleri için teklif vermeleri gerekir. AMM modeli, likidite sağlayıcılarının, fiyatları otomatik olarak ayarlayan ve işlemleri önceden belirlenmiş algoritmalara göre yürüten ve geleneksel piyasa yapıcıların müdahale ihtiyacını ortadan kaldıran akıllı bir sözleşmeye fon yatırmasına olanak tanır.
2. Likidite havuzu: AMM modelindeki likidite havuzu, yatırımcılara her zaman hazır bir karşı taraf sağlar. Likidite sağlayıcıları bu havuzlara fon yatırabilir ve karşılığında işlem ücretleri alabilir, bu da daha fazla katılımı teşvik eder ve piyasa likiditesini artırır.
3. İşlem anlaşmazlıklarını azaltın: AMM'nin otomatikleştirilmiş yapısı nedeniyle, yatırımcılar geleneksel alım ve satım emirlerinin eşleşmesini beklemeden istedikleri zaman ticaret yapabilir, böylece işlem anlaşmazlıkları azalır.
4. DeFi yeniliğini teşvik etme: AMM modeli, DeFi alanına likidite madenciliği, çift para birimindeki likidite havuzları vb. gibi birçok yeni yenilik getirmiştir. Bu yenilikler DeFi'nin gelişimini ve popülerliğini daha da artırdı.

AMM mekanizmasının yeniliği aslında DeFi'nin likidite eşleştirme verimliliğini CeFi'ninkiyle karşılaştırılabilir hale getirdi ve sonunda DeFi Yaz'ı doğurdu.

2. Oyunlar ve Blockchain arasındaki temel çelişki nedir?

Artık tam zincirli oyun DeFi ile aynı ana geldi: Son derece düşük performanslı bir "dünya bilgisayarında" oyun nasıl çalıştırılır? Bu, oyun ile blockchain arasındaki temel çelişkinin ne olduğunun derinlemesine bir analizini gerektirir.

Bir keresinde "Tam zincir oyun motoru mimarisi ARC ile ECS arasındaki fark nedir?" başlıklı bir makale yazmıştım. Oyun döngüsü kavramını tanıtan ve geleneksel oyunların döngü tabanlı olduğuna dikkat çeken Dr.

Geleneksel oyunlar döngü tabanlıdır çünkü temel çalışma mekanizmaları oyun döngüsüdür. Oyun döngüsü, genellikle kullanıcı girişinin işlenmesi, oyun durumunun güncellenmesi ve oyun dünyasının oluşturulmasından oluşan yinelemeli bir süreçtir. Bu döngü oyun çalışırken de devam eder; oyun dünyasının akışını sürdürmek için genellikle saniyede onlarca ila yüzlerce kez çalışır. Bu mimaride oyun sistemleri (fizik motorları, yapay zeka sistemleri vb.) her döngüde önem verdikleri oyun varlıklarını ve bileşenlerini denetler ve işler.

Ancak blockchain mimarisi push tabanlıdır. Blockchain, ağdaki düğümler aracılığıyla bilgi paylaşan ve saklayan dağıtılmış bir veritabanıdır. Bir düğüm yeni bir işlem ürettiğinde (transfer, sözleşme çağrısı vb. gibi), işlem ağa aktarılacak ve diğer düğümler bunu doğrulayacak ve işlemi aldıktan sonra blok zincirine ekleyecektir. Bu pasif bir süreçtir; düğümler aktif olarak yeni işlemler aramayacak, ağdaki diğer düğümlerin yeni işlemler göndermesini bekleyecektir. Bu nedenle blockchain mimarisinin push tabanlı olduğu söyleniyor.

Aslında bu pasaj yukarıdaki soruya zaten cevap vermiştir. **Oyun mimarisi genellikle döngü tabanlıdır, blockchain mimarisi ise push tabanlıdır.Bu, oyunlar ile blockchain arasındaki temel çelişkidir. **Peki bu çelişki nasıl çözülecek? Bu çelişki çözüldüğü sürece tüm oyun zincirinde "AMM anı"nın başlayacağı söylenebilir.

Daha derinlemesine bir tartışma için oyunun oyun döngüsünü nasıl uyguladığına bakalım.

Her oyun, kullanıcı girişi alma, oyun durumunu güncelleme, yapay zekayı yönetme, müzik ve ses efektlerini çalma ve oyunu görüntüleme dizisinden oluşur. Bu sıra oyun döngüsü aracılığıyla gerçekleştirilir. Şimdilik yukarıdaki görevlerin hiçbirini ayrıntılı olarak tartışmayacağız, ancak oyun döngüsünün kendisine odaklanacağız, böylece görev yalnızca iki işleve, yani oyunun güncellenmesi ve görüntülenmesine indirgenebilir. En basit haliyle bir oyun döngüsü için örnek kod:

bool game_is_running = doğru;

while(game_is_running) { update_game(); display_game(); }

İlk önce üç terimi tanıtın:

İşaretleyin

Tick oyun döngüsünün eşanlamlısıdır (onomatopoeia), 1 tik = 1 oyun döngüsü

FPS

FPS, Frames Per Second'ın kısaltmasıdır. Yukarıdaki uygulama bağlamında, display_game() işlevine saniye başına yapılan çağrıların sayısıdır.

OYUN HIZI

Oyun hızı, oyun durumunun saniyede güncellenme sayısıdır, başka bir deyişle, saniyede_game() güncellemesine yapılan çağrıların sayısıdır.

Özetlemek gerekirse Tick/Game Loop, oyun mantığının nasıl güncelleneceğini belirleyen, oyunun temel döngüsüdür. FPS, oyunun görsel akıcılığını belirleyen, saniyede oluşturulan kare sayısıdır. Oyun hızı, oyun mantığının nasıl ilerlediğidir ve genellikle tıklama oranına eşittir. İdeal olarak, tıklama hızı, FPS ve oyun hızının tümü eşit olmalıdır; bu, her mantık güncellemesinden sonra buna karşılık gelen bir oluşturmanın olacağı anlamına gelir. Ancak uygulamada, özellikle performansın sınırlı olması veya başka teknik sınırlamaların olması durumunda bu üçü farklılık gösterebilir.

3. Tüm zincirleme oyunun temel mücadelesi

Yukarıdaki anlayışla artık tam zincirli oyunlardaki temel zorlukları tartışabiliriz.

1. Oyun döngüsü ile blockchain arasındaki uyumsuzluk: Geleneksel oyunlar oyun döngüsüne (oyun döngüsü) dayalıdır; bu, oyunun durumunun her tıklama veya karede güncellendiği anlamına gelir. Ancak blockchain olay odaklıdır ve yalnızca yeni bir işlem veya işlem olduğunda durum güncellemesi tetiklenir. Bu temel uyumsuzluk, geleneksel oyun döngülerinin tam zincirli oyunlarda uygulanmasını zorlaştırmaktadır.

2. Gecikme ve gerçek zamanlı: Blockchain'in işlem onay süresi, oyunun yanıtında gecikmeye neden olabilir ve bu, hızlı yanıt gerektiren oyunlar (aksiyon oyunları veya rekabetçi oyunlar gibi) için bir sorundur. Etkili bir tıklama mekanizmasının bu gecikmeyi hesaba katması ve oyun deneyimi üzerindeki etkisini en aza indirmesi gerekir.

3. Kaynak sınırlaması ve bilgi işlem maliyeti: Blok zincirinin durumuna ilişkin her güncelleme, bilgi işlem kaynakları gerektirir ve ücret gerektirebilir. Tam zincirli oyunlarda sık sık yapılan durum güncellemeleri yüksek ücretlere yol açabilir. Bu nedenle oyunun akıcılığını ve maliyetini dengelemek için etkili bir tıklama mekanizmasına ihtiyaç vardır.

**Blockchain'in özelliklerine uyum sağlayan yeni bir tıklama mekanizması veya oyun döngüsü modeli geliştirilebilirse, bu gerçekten bir "AMM anı" olacaktır. **Bu, yepyeni bir oyun çerçevesi oluşturmak için geleneksel oyun geliştirme teknikleri ile blockchain özelliklerinin bir kombinasyonunu gerektirebilir.

Peki tüm oyun türleri döngü tabanlı mıdır? Çoğu oyun türü aslında döngü tabanlı olsa da, sürekli, gerçek zamanlı durum güncellemeleri gerektirmeyen bazı "itme tabanlı" oyunlar da mevcuttur. Örneğin sıra tabanlı strateji oyunları, masa oyunları veya belirli kart oyunları. Bu oyunlarda durum yalnızca oyuncu bir eylem gerçekleştirdiğinde güncellenir; bu, blockchain'in olay odaklı modeline daha çok benzer. Bu nedenle, **Tam zincirli oyunlar için, "itme tabanlı" modele daha uygun, blok zincirinin özelliklerine daha doğal bir şekilde uyum sağlayabilen oyunlar geliştirmeyi düşünmek gerçekten mümkündür. **

4. Tik zinciri tüm zincir oyununun AMM anıdır

Argus'un kurucusu Scott da aynı görüşü dile getirdi:

Oyun döngü odaklı bir çalışma süresiyle çalışır. Durum geçişleri kullanıcı girişi olmasa bile gerçekleşmeye devam eder. Ateş yanmaya devam ediyor, su akmaya devam ediyor, mahsuller büyümeye devam ediyor ve gece-gündüz döngüsü devam ediyor.

Peki blockchain'e uygun bir tıklama mekanizmasını nasıl tasarlayabiliriz? @therealbytes'ın cevabı var. Bir keresinde onun klasik makalesini tercüme etmiştim: "Tüm zincir oyunun saat döngüsünü oluşturmak için OPStack nasıl kullanılır?" Daha teknik düzeyde bakıldığında bu makale, tüm makalelerim arasında en düşük sayfa görüntüleme sayısına sahip. Vitalik'in DEX'te AMM'yi tanıtan "Zincir üzerinde merkezi olmayan borsaları da tahmin pazarlarını yürüttüğümüz gibi çalıştıralım" makalesine benzer şekilde, o klasik makalede ünlü sabit ürün formülü "A * B = k".

(İlginç bir nokta: O zamanlar DeFi'nin adı yoktu, sadece Zincir içi merkezi olmayan takas olarak adlandırılıyordu, tıpkı şimdi tam zincirli oyunlara Zincir üstü oyunlar dediğimiz gibi)

Bu makalede, işaretlemeyi uygulamak için zincirin kendisinin ön derlemesini kullanmayı öneren ilk kişi realbytes olmalıdır: Ticking-Optimizm, "para yatırma işlemi" ile aynı şekilde çalışan bir "tikleme işlemi" oluşturmak için toplama düğümünü değiştirir. , ancak L1 özelliğini ayarlamak yerine, 0x420000000000000000000000000000000000000A0 adresine önceden konuşlandırılan sözleşmedekitick() işlevini çağırın. Bu sözleşme, hedef değişkenini ayarlayarak başka bir sözleşmeyi çağırabilir.

Ticking fonksiyonunu zincirin düğümlerine entegre etmek döngü verimliliğinde büyük bir gelişmedir. Bu, tamamen DeFi endüstrisindeki Orderbook modeliyle karşılaştırıldığında AMM modelinin eşleştirme verimliliğindeki büyük gelişmeyle karşılaştırılabilir. Ne kadar büyük? Veriler için tercüme ettiğim başka bir makale olan "Timekeeping for the "Dijital Tanrı""ya başvurabilirsiniz:

Zincirin sınırlarını tam olarak test etmek için oyunu iki şekilde uyguladı: biri zincir üzerinde çalışan bir Solidity akıllı sözleşmesi olarak, diğeri ise zincirin kendisinin bir ön derlemesi olarak. Solidity uygulaması, blok başına iki güncellemeyle (1 blok/sn veya yaklaşık 10k hücre/sn) 70x70 ızgaraya ulaştıktan sonra CPU'yu maksimuma çıkarıyor; özel önceden derlenmiş motorun zinciri ise yaklaşık %6 kullanıyor. Daha yüksek bir CPU'ya sahip 256x256 ızgara (yaklaşık 130 bin hücre/sn).

Beş Özet

AMM modeli, finansal sistemin düşük performanslı blockchain üzerinde de yüksek eşleştirme verimliliğine ve likiditeye sahip olmasını sağlıyorsa, o zaman Ticking Chain (Ticking Chain), oyun sisteminin de yüksek döngü verimliliğine ve akıcılığa sahip olmasını sağlar.

Yukarıdakiler yalnızca realbytes kavramının bir kanıtıdır, ancak gerçekte bu tik-tik zincir modunu kullanmaya başlayan tam zincirli oyun motorları zaten vardır. İlk açık kaynaklı onay zinciri motoru @0xcurio'dur, katman2'yi oluşturmak için önceden derlenmiş tıklama işlevine sahip OPStack'ı kullanırlar, ikinci açık kaynaklı onay zinciri motoru @ArgusLabs_, tıklama işlevinin Ön Derleme katmanını2 oluşturmak için Polaris'i kullanırlar. Gelecekte daha fazla kene zincirinin olacağına inanıyorum.

Yukarıdaki tablo finans ve oyun alanlarındaki blockchain uygulamalarının bir karşılaştırmasıdır ve ikisinin büyük benzerlikler taşıdığı görülmektedir. DeFi'nin başlangıçta kullandığı Orderbook modeli aktif bir eşleştirme sistemi (Matching) iken, AMM'ye geçtikten sonra pasif bir otomatik eşleştirme sistemi haline geliyor. Benzer şekilde, tam zincirli oyun, aktif oyun döngüsünü gerçekleştirmek için geleneksel "tembel güncelleme" ve "manuel tıklama"yı kullanmaya başladı.Önceden derlenmiş tıklama zincirine geçtikten sonra, pasif bir otomatik oyun döngüsü haline gelir. AMM, finansın likiditesini artırır ve onay zinciri de oyunun akıcılığını artırır.