MOVE dili için ilk GAS tasarımı: Yenilikçi bir on-chain kaynak hesaplama yöntemi

MOVE dilinin en son versiyonu aslında GAS'sız çalışacak şekilde tasarlandı, bu nedenle GAS planına yeterince hazırlıklı değildi. Blok zinciri ekosisteminin ihtiyaçlarına uyum sağlamak için, tanınmış bir kamu zincir platformu yakın zamanda benzersiz bir GAS planını duyurdu, bu MOVE dilinin ilk GAS tasarımı olup cesur bir deneme olarak görülüyor.

Bu GAS planı, ilke, süreç, hesaplama yöntemleri ve gelecekteki ayarlama mekanizmasını belirlemektedir. Platform tarafı, bu yenilikçi mekanizmayı birlikte geliştirmek için topluluk önerilerini aktif bir şekilde kabul edeceğini belirtti.

GAS ölçümü, birçok blok zincirinin temel bir kavramıdır, işlemlerin ve depolamanın gerçekleştirilmesi için gereken hesaplama ve depolama kaynaklarının soyut miktarını tanımlar. GAS planı, zincir üzerindeki tüm yürütmelerin maliyetini belirler ve işlem yürütülmesi sırasında kaynak tüketimini hesaplamak için kullanılır.

tasarım süreci

Etkili bir uygulama sağlamak için, bu platform aşağıdaki adımları almıştır:

1. Tasarım İlkelerini Belirleme
2. Değerlendirme çerçevesi oluşturun, her bir uygulamanın fiyatını belirleyin.
3. MOVE için bir GAS ölçüm sistemi ve güvenli GAS cebirinin kurulması
4. Üst akış GAS çerçevesini platforma entegre et
5. GAS çerçevesinin depolama algılama yeteneğini artırın
6. GAS planını sürekli optimize et

Temel İlkeler

Bu GAS tasarımı aşağıdaki ilkelere uymaktadır:

1. İşlem maliyetleri, ağda mevcut kaynaklarla doğrudan ilişkili olmalı ve teknolojik ilerlemelerle birlikte düşmelidir.
2. GAS, on-chain yönetişim ayarları ile esnek bir şekilde yapılandırılabilir.
3. GAS, ağa bağlı kaynaklara yönelik DoS saldırılarını önleyebilir ve ağ koşullarına göre hızlı bir şekilde ayarlanabilir.
4. GAS fiyatı, platformun büyümeyi teşvik etme ve blockchain'in yaygınlığını koruma vizyonunu yansıtmaktadır.
5. Güvenlik, modülerlik gibi iyi uygulamaların tasarımda öncelikli olarak dikkate alınmasını teşvik edin.

GAS hesaplama yöntemi

Kullanıcı işlem gönderirken iki miktar belirtmelidir:

• Maksimum GAS miktarı: Kullanıcının işlem gerçekleştirmek için ödemeye istekli olduğu maksimum GAS birimi sayısı
• GAS birimi: Her birim GAS için sekizli sistemle hesaplanır, 1 sekizli sistem = 0.00000001 platform tokeni

İşlem gerçekleştirilirken alınacak:

1. Sabit maliyetler: Temel ücret artı büyük işlem ek ücretleri
2. İcra maliyeti: MOVE talimatını icra etmek için
3. Okuma maliyeti: Kalıcı depolamadan veri okuma ücreti
4. Yazma maliyeti: Verileri kalıcı depolamaya yazmanın maliyeti

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

Eğer işlem yürütülürken GAS tükenirse, gönderen maksimum GAS miktarı üzerinden ücretlendirilecektir ve tüm değişiklikler geri alınacaktır.

GAS planı inşası

1. Temel yapılandırma

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 KB seviyesindedir, ancak MOVE modülü yayınlandığında birkaç KB'den onlarca KB'ye kadar çıkabilmektedir. Platform başlangıçta işlem boyutunu 32KB olarak belirlemiştir, daha sonra topluluk geri bildirimine göre 64KB olarak ayarlanmıştır, bu da uygulama geliştirmeyi kolaylaştırmaktadır.

3. En büyük GAS birimi

GAS planındaki maksimum GAS birimi, tek bir işlemin gerçekleştirebileceği maksimum işlem miktarını tanımlar ve şu anda 1.000.000 olarak belirlenmiştir. En büyük ölçekli çerçeve yükseltmeleri yapılsa bile, genellikle bu sınırın %90'ını geçmez.

4. Uygulama Maliyeti Değerlendirmesi

Ekibin tüm MOVE talimatlarının ve yerel fonksiyonların göreli maliyetlerini tahmin etmek için bir referans çerçevesi inşa edip analiz araçları kullanarak, sistemin sağlamlığı ve güvenliğini dikkate alarak, yürütme için gereken makine komut sayısı kesin olarak belirlenmiştir.

5. Depolama Maliyeti

GAS ücretlerinin depolanması, veri erişiminin bant genişliği, IOPS kapasitesi ve kalıcı depolama maliyetlerini dikkate alır. Herhangi bir durum öğesine erişim, tüm blok zinciri durumunu doğrulamayla ilgili maliyetler doğurur.

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

okuma, oluşturma ve yazma işlemleri

• Okuma: En yaygın işlem, disk IOPS ve bant genişliği kapasitesine göre kalibrasyon.
• Oluşturma: Durum deposuna yeni bir öğe eklemek, en yüksek maliyet
• Yazma: Mevcut öğeyi güncelleme, bayt ücreti oluşturma ile aynı

stabil GAS birim maliyeti

Her işlem ve işlem kendine göre sabit bir birim maliyetine sahiptir, bu da GAS planının istikrarlı kalmasına yardımcı olur ve token piyasa değerinden koparır.

topluluk katılımı

Platform, topluluk üyelerini teşvik eder:

1. GAS planındaki mantıksız noktaları belirtin.
2. İlgili tartışmalara katılmak
3. GAS ile ilgili yönetişim önerilerine oy verme

GAS maliyet ayarlama mekanizması

GAS planı, on-chain yapılandırma depolama olarak, yönetim teklifleri aracılığıyla değiştirilebilir. Geliştirilebilir olarak tasarlanmıştır ve yönetim teklifleri aracılığıyla yükseltme yapılmasına izin verir.

Gelecek Perspektifi

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

1. İcra maliyetlerini azaltmak
2. Çok Boyutlu GAS Hesaplaması Gerçekleştirme
3. Durum şişkinliği sorununu hafifletme

Ekip, TTL'nin her proje için kavramını keşfediyor, böylece TTL süresi dolduğunda ziyaret edilmeyen durum projelerini otomatik olarak silerek on-chain veri yönetimini optimize ediyor.