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

MOVE dilinin erken versiyonu aslında GAS'sız bir ortamda çalışması planlandı, bu yüzden GAS mekanizmasına hazırlıklı değildi. Son zamanlarda, bir kamu blok zinciri ekibi MOVE dilinin ilk GAS çözümünü tasarladı, bu da bir "macera" girişimi olarak adlandırılıyor.

Bu GAS planında, geliştirme ekibi tasarım ilkelerini, uygulama süreçlerini, GAS hesaplama yöntemlerini, sonraki ayarlama mekanizmalarını açıkladı ve topluluğun önerilere açık olduğunu belirtti.

GAS ölçümü, birçok blockchain'in temel konseptidir; bu, zincir üzerindeki işlemlerin gerçekleştirilmesi ve saklanması için gereken hesaplama ve depolama kaynaklarının miktarını soyut bir şekilde tanımlar. GAS planı, zincir üzerindeki tüm yürütme işlemlerinin maliyetini belirler ve işlem yürütme süresince GAS harcamasını hesaplamak için kullanılır.

uygulama süreci

Etkili bir şekilde yürütmek için, bu zincirdeki süreçler şunları içerir:

1. Tasarım İlkelerini Tanımlama
2. Değerlendirme çerçevesini hazırlayın, her bir yürütme işleminin fiyatını belirleyin.
3. MOVE için bir GAS ölçüm sistemi ve güvenli GAS cebiri oluşturun
4. Üst akış GAS çerçevesini on-chain'e aktarın
5. GAS çerçevesinin depolama algılama yeteneği kazanmasını sağlamak
6. GAS planını daha da optimize et

Tasarım Prensipleri

1. İşlem maliyeti, ağın mevcut kaynakları (örneğin CPU, bellek, ağ, depolama I/O ve alan kullanımı gibi) ile doğrudan ilişkili olmalıdır. Teknoloji ve süreçlerdeki iyileşmelerle birlikte, GAS maliyeti buna bağlı olarak düşmelidir.

2. GAS, on-chain yönetişim tarafından ayarlanmalı ve sorunsuz bir şekilde yapılandırılabilmelidir.

3. GAS, ağın sabit kaynaklarına yönelik DoS saldırılarını önleyebilir ve ağ durumuna göre yönetişim yoluyla hızlı bir şekilde ayarlanabilir.

4. GAS fiyatı, hızlanan büyüme ve blockchain'in yaygınlığını koruma vizyonunu yansıtmalıdır.

5. Güvenlik, modülerlik ve beyan gibi konuları öncelikli olarak dikkate alarak tasarımda mükemmel seçimler yapmaya teşvik edin.

GAS hesaplama yöntemi

Kullanıcı işlem gönderdiğinde iki değer belirtmelidir:

• Maksimum GAS miktarı: Kullanıcıların işlemi gerçekleştirmek için ödemeyi kabul ettiği maksimum GAS birimi sayısı.
• GAS birim fiyatı: Her birim GAS'ın sekizli sistemde hesaplanması, 1 sekizli = 0.00000001 yerel token.

İşlem gerçekleştirilirken şu ücretler alınacaktır:

1. Sabit maliyet: Temel ücret artı yüksek hacimli işlemlerin ek ücreti
2. Uygulama maliyeti: MOVE talimatını uygulamak için
3. Okuma maliyeti: Kalıcı depolamadan veri okuma ücreti
4. Yazma maliyeti: Verilerin kalıcı depolamaya yazılmasının maliyeti

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

Örneğin, bir işlem 670 GAS birimi tüketiyor, kullanıcının belirlediği GAS birim fiyatı 100 Octa/birim ise, nihai ücret 670 × 100 = 67000 Octa = 0.00067 yerel token.

Eğer işlem yürütülürken GAS tükenirse, gönderen maksimum GAS miktarı üzerinden ücretlendirilecek ve tüm değişiklikler iptal edilecektir.

GAS planının detayları

1. Temel Ayarlar

GAS planı, tek bir işlemle ilgili olmayan bazı bileşenleri içerir, örneğin işlem boyutu ve maksimum GAS birimi.

2. İşlem ölçeği

Çoğu işlem boyutu kilobayt seviyesindedir. Move modülü yayımlanabilir, birkaç kilobayta ulaşabilirken, belirli bir çerçeve yaklaşık 100KB'dir. Kullanıcı modülleri genellikle 4KB ile 40KB arasında değişir. Başlangıç işlem boyutu 32KB olarak belirlenmiş, ardından topluluk geri bildirimine göre 64KB'a ayarlanmıştır, bu da uygulama geliştirmeyi kolaylaştırır.

Aşırı büyük işlemler, ağ bant genişliği maliyetlerini artırabilir ve performansı etkileyebilir. Ölçeklenebilirlik ve erişilebilirlik dengesini sağlamak için, bellek havuzu fazla büyük işlemleri göz ardı edebilir.

3. En büyük GAS birimi

GAS planındaki maksimum GAS birimi, tek bir işlemin gerçekleştirebileceği maksimum işlem sayısını tanımlar. Bu, kullanıcının belirttiği maksimum GAS miktarından farklıdır. Çok yüksek bir ayar, sonsuz döngüler gibi performans sorunlarına yol açabilir. Şu anda, maksimum ölçekli çerçeve yükseltmesi gerçekleştirildiğinde bile, maksimum GAS biriminin (1.000.000 olarak ayarlanmış) %90'ından daha azı kullanılmaktadır.

4. Uygulama Maliyet Değerlendirmesi

Ekip, yürütme maliyetlerini değerlendirmek için bir referans çerçevesi ve Valgrind analiz aracını kullanarak MOVE talimatı ve yerel işlevlerin göreceli maliyetlerini belirledi. Sistemin sağlamlığını ve güvenliğini artıran kodlama örneklerini dikkate alarak, nihai yürütme için gereken makine talimatı sayısını belirledi.

5. Depolama Maliyeti

GAS depolama planı, veri erişim bant genişliği, IOPS kapasitesi ve kalıcı depolama maliyetlerini dikkate almıştır. Herhangi bir durum öğesine erişim, blok zinciri durumunu doğrulamaya ilişkin maliyetleri içerir. Depolama GAS ücreti hesaplama formülü şu şekildedir:

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

6. Okuma, oluşturma ve yazma işlemleri

• Okuma: En yaygın işlem, disk IOPS ve bant genişliği kapasitesine göre ücretleri kalibre etme.
• Oluşturma: Durum deposuna yeni bir öğe ekleyin, maliyet en yüksektir, ağ disk alanına göre ayarlanır.
• Yazma: Mevcut öğeyi güncelleme, byte ücreti oluşturmayla aynıdır.

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

Topluluk Katılımı

Bir topluluk projesi olarak, üyeler şunları yapabilir:

1. GAS planındaki mantıksız noktaları belirtin.
2. Endişeleri dile getirip tartışmalara katılmak
3. İlgili yönetim teklifleri için oy verme

GAS maliyet ayarlaması

GAS planı, on-chain yapılandırma depolaması olarak, yönetim önerileri ile değiştirilebilir. Geliştirilmesi için ölçeklenebilir olacak şekilde tasarlanmıştır ve yönetim yoluyla yükseltmelere izin verir. Teknolojik ilerlemeler ve kullanıcı geri bildirimleri ile GAS parametreleri zamanla ayarlanabilir.

Karmaşık GAS formül değişiklikleri, düğüm yazılımının güncellenmesini gerektirebilir ve yeni GAS özellik bayrakları ile ayrılmalıdır. Bu, düğüm operatörlerinin yeni sürümü geniş çapta benimsemesini ve kullanım için yönetim önerisi ile onaylanmasını gerektirir.

Gelecek İş

MOVE dilinin ilk GAS çerçevesi olarak, bu tasarım gelecekteki çalışmalar için bir temel oluşturdu:

1. İcra maliyetlerini düşürmek: Derleyici ve sanal makine verimliliğini artırarak.

2. Çok Boyutlu GAS Hesaplaması: Kullanıcıların yürütme ve depolama için ayrı bütçeler belirlemesine izin vererek daha ince tanımlı maksimum GAS fiyatı tanımını sağlar.

3. Durum genişlemesini azaltma: Her projenin TTL kavramını araştırma, TTL süresi dolduğunda erişilmeyen durum öğelerini otomatik olarak silme, geliştiricileri on-chain verileri temizlemeye teşvik etme.