MOVE dilinin ilk GAS tasarımı: on-chain GAS maliyet hesaplama yönteminin analizi

MOVE dilinin önceki versiyonu aslında GAS'sız çalışacak şekilde tasarlandı, bu nedenle GAS planına hazırlıklı değildi. Son zamanlarda bir blockchain projesi, MOVE diline sahip zinciri için bir GAS planı başlattı, bu MOVE dilinin ilk GAS tasarımı olarak "bir macera" olarak adlandırıldı.

Bu GAS planı, GAS'ın prensiplerini, süreçlerini, hesaplama yöntemlerini, sonradan ayarlamalar gibi içerikleri açıklamaktadır ve topluluk önerilerine açıktır.

GAS ölçümü, birçok blok zincirinin temel kavramıdır ve zincir üzerindeki işlemlerin yürütülmesi ve depolanması için gereken hesaplama ve depolama kaynaklarının miktarını tanımlar. GAS planı, zincir üzerindeki tüm yürütmelerin maliyetini belirler ve işlem yürütme süresince GAS harcamasını hesaplamak için kullanılır.

Süreç

Etkili bir yürütme sağlamak için, projenin on-chain süreçleri şunlardır:

1. Tanım İlkesi
2. Değerlendirme çerçevesini hazırlayın, her bir icra için fiyatı belirleyin.
3. MOVE için GAS ölçüm sistemi ve güvenli GAS cebiri oluşturmak
4. Üst akış GAS çerçevesini içe aktar
5. GAS çerçevesinin depolama farkındalığına sahip olmasını sağlamak
6. GAS planını daha da ayrıntılı hale getirin

İlkeler

Tanımlanan ilkeler şunlardır:

1. İşlem maliyeti, ağdaki mevcut kaynaklarla doğrudan ilişkili olmalı ve teknoloji geliştikçe düşmelidir.
2. GAS, on-chain yönetişim ile ayarlanmış olup, sorunsuz bir şekilde yapılandırılabilir.
3. GAS, DoS saldırılarını önleyebilir ve ağ durumuna göre hızlı bir şekilde ayarlanabilir.
4. GAS fiyatı, hızlanan büyüme ve blok zincirinin erişilebilirliğini koruma vizyonunu yansıtmaktadır.
5. Güvenlik, modülerlik gibi konuları öncelikli olarak dikkate alacak iyi seçimler yapmayı teşvik edin.

GAS Hesaplama

Kullanıcıların işlem gönderirken belirtmeleri gereken:

• Maksimum GAS miktarı: Kullanıcının işlem gerçekleştirmek için harcamak istediği maksimum GAS birimi sayısı
• GAS birim fiyatı: her birim GAS'ın sekizli sistemde hesaplanması, 1 sekizli sistem = 0.00000001 yerel token

İşlem gerçekleştirme sürecinde alınacaktır:

1. Sabit maliyet: Sabit temel artı büyük işlem için ek ücretler
2. İşlem Maliyeti: MOVE talimatını yürütmek için kullanılır
3. Okuma maliyeti: Kalıcı depolamadan veri okumak için kullanılır
4. Yazma maliyeti: Verileri kalıcı depolamaya yazmak için kullanılır.

Son işlem ücreti = Tüketilen toplam GAS miktarı × GAS birim fiyatı

Örneğin, eğer işlem 670 GAS birimi tüketirse, kullanıcı GAS birim fiyatını 100 Octa/birim olarak belirlerse, nihai ücret 670 × 100 = 67000 Octa = 0.00067 yerel token olur.

Eğer işlem yürütülürken GAS tükenirse, gönderen maksimum GAS miktarı için ücretlendirilir ve borsa yapılan değişiklikleri geri alır.

GAS planı tablosu kurma

temel yapılandırma

GAS planı, işlem boyutu ve maksimum GAS birimi gibi tekil işlem detaylarıyla ilgisi olmayan bileşenleri içerir.

işlem hacmi

Çoğu işlem boyutu KB seviyesindedir, ancak modül yayınları birkaç bin bayta kadar ulaşabilir. İlk işlem boyutu 32KB olarak belirlenmiş, ardından topluluk geri bildirimine göre 64KB'a ayarlanmıştır, bu da uygulama geliştirmeyi basitleştirmektedir.

Büyük ölçekli işlemler ağ bant genişliği maliyetlerini artıracak ve performansı etkileyebilir. Bellek havuzu, daha büyük ölçekli işlemleri göz ardı etme eğiliminde olacaktır, bu nedenle maksimum ölçek ile erişilebilirlik arasında bir denge sağlanmalıdır.

en büyük GAS birimi

GAS planının maksimum GAS birimi, işlemlerin en fazla gerçekleştirebileceği işlem miktarını tanımlar. Çok yüksek ayar, olumsuz performans etkilerine yol açabilir. Şu anda en yüksek çerçeve yükseltmesi yapılsa bile, maksimum GAS birimi (1,000,000)'in %90'ından daha az.

yürütme

Move VM'yi Valgrind ile analiz ederek ve bir referans çerçevesi kullanarak, tüm Move komutlarının ve yerel fonksiyonların göreceli maliyetlerini tahmin edin. Sistem sağlamlığı ve güvenliğini dikkate alarak, nihai yürütülen makine talimatlarının sayısını belirleyin ve depolama ile maksimum GAS birimleri arasındaki dengeyi belirleyerek GAS planındaki güncel değeri belirleyin.

depolama

Defter durum öğelerine veya verilere erişirken, düğüm depolama cihazına okuma ve yazma isteği gönderir. Veri erişim toplamı, depolama cihazının bant genişliği ve IOPS ile sınırlıdır. Depolama GAS planı bu maliyetleri dikkate alır.

Herhangi bir durum öğesine erişim ve depolama, blok zinciri durum veri yapısını doğrulama ile ilgili maliyetler doğurur. Ücretler, durum öğelerinin temel sayısı ve boyutuyla ilişkilidir:

GAS ücreti = Proje ücreti + ( bayt ücreti × Bayt sayısı )

oku, oluştur ve yaz

Durum öğesi erişimi üç türde yapılır: okuma, oluşturma veya yazma.

• Okuma işlemi en yaygın olanıdır, yalnızca anlık kaynak kıtlığı ile sınırlıdır.
• Durum depolamasında yeni bir öğe ekle, en yüksek maliyet
• Yazma işlemi mevcut öğeleri günceller, güncellenen öğelerdeki baytlar, oluşturma ile aynı ücreti alır.

Depolama ile ilgili maliyetler her işlem için değerlendirilir, aynı kaynağı birden fazla kez okuma ve yazma durumunda bile sadece bir kez ücret alınır.

stabil GAS birim maliyeti

Her işlem ve işlem kendisi, depolama ve yürütme maliyetlerine göre sabit bir birim maliyet gerektirir, bu da GAS planının sabit kalmasına yardımcı olur. GAS birimi hassasiyeti yaklaşık 3 basamaktır, örneğin, para transferi işleminin maliyeti yaklaşık 700 GAS birimidir.

Topluluk Katılımı

Topluluk üyeleri şunları yapabilir:

1. GAS planındaki mantıksız noktaları bulun
2. Topluluk tartışmalarına katılmak
3. İlgili yönetişim teklifleri için oylama

GAS maliyet ayarlaması

GAS planı, on-chain konfigürasyon depolama olarak, yönetim önerileri aracılığıyla değiştirilebilir. Ölçeklenebilir olacak şekilde tasarlanmış ve öneriler aracılığıyla yükseltilmesine izin vermektedir. Zamanla, GAS parametreleri kullanıcı geri bildirimlerine göre ayarlanabilir.

Karmaşık GAS formülü değişiklikleri, düğüm yazılımının güncellenmesini gerektirir, büyük ölçekli kullanım sonrasında yönetim önerisi ile yeni sürümün kullanımı onaylanır.

Gelecek Çalışma

MOVE'un ilk uygulanabilir GAS çerçevesi olarak, gelecekteki çalışma yönleri şunları içermektedir:

1. İcra maliyetlerini düşürmek
2. Çok boyutlu GAS hesaplaması, kullanıcıların yürütme ve depolama için ayrı bütçeler belirlemesine izin verir.
3. Şişkin durumu hafifletmek, her projenin TTL kavramını keşfetmek, TTL süresi dolduğunda erişilmeyen durum projelerini silmek