Akıllı sözleşmeler geliştirmedeki Gas maliyet optimizasyon stratejileri
Ethereum ana ağındaki Gas ücretleri sorunu, geliştiricilerin ve kullanıcıların dikkatini çeken bir odak noktası olmuştur, özellikle ağın tıkanık olduğu durumlarda daha da belirginleşmektedir. İşlem yoğunluğu dönemlerinde, kullanıcılar genellikle yüksek ücretler ödemek zorunda kalmaktadırlar. Bu nedenle, akıllı sözleşmeler geliştirme aşamasında Gas ücretlerini optimize etmek son derece önemlidir. Gas tüketimini optimize etmek, sadece işlem maliyetlerini etkili bir şekilde azaltmakla kalmaz, aynı zamanda işlem verimliliğini de artırır ve kullanıcılara daha ekonomik ve verimli bir blockchain deneyimi sunar.
Bu makalede Ethereum Sanal Makinesi (EVM)'in Gas ücreti mekanizması, ilgili temel kavramlar ve akıllı sözleşmeler geliştirilirken Gas ücretinin optimize edilmesine dair en iyi uygulamalar özetlenecektir. Umarım bu içerikler geliştiricilere ilham ve pratik yardım sağlar, aynı zamanda sıradan kullanıcıların EVM'in Gas ücretleri çalışma şekmini daha iyi anlamalarına yardımcı olur ve blok zinciri ekosistemindeki zorluklarla birlikte başa çıkmalarını sağlar.
EVM'nin Gas Ücreti Mekanizması Hakkında Kısa Bilgi
EVM uyumlu ağlarda, Gas, belirli işlemleri gerçekleştirmek için gereken hesaplama gücünü ölçen birimdir.
EVM'nin yapısal düzeninde, Gas tüketimi esasen üç bölümde toplanır: işlem yürütme, dış mesaj çağrıları ve bellek ile depolamanın okuma-yazma işlemleri.
Her işlem gerçekleştirilirken hesaplama kaynağı gerektiğinden, sonsuz döngü ve hizmet reddi ( DoS ) saldırılarını önlemek için belirli bir ücret alınır. Bir işlemi tamamlamak için gereken ücret Gas ücreti olarak adlandırılır.
EIP-1559( Londra hard fork'undan ) itibaren, Gas ücreti aşağıdaki formülle hesaplanır:
Gas ücreti = kullanılan gaz birimleri * (taban ücreti + öncelik ücreti)
Temel ücret yok edilecektir, öncelik ücreti ise teşvik olarak kullanılacak, doğrulayıcıları işlemleri blok zincirine eklemeye teşvik edecektir. İşlem gönderirken daha yüksek bir öncelik ücreti ayarlamak, işlemin bir sonraki blokta yer alma olasılığını artırabilir.
EVM'deki Gas optimizasyonunu anlama
Solidity ile akıllı sözleşmeler derlendiğinde, sözleşme bir dizi işlem koduna (opcodes) dönüştürülür.
Her bir opcode (, örneğin akıllı sözleşme oluşturma, mesaj çağrısı yapma, hesap depolamasına erişme ve sanal makinede işlem gerçekleştirme, tanınmış bir Gas tüketim maliyetine sahiptir; bu maliyetler Ethereum sarı kitabında kayıtlıdır.
Birçok EIP değişikliği sonrası, bazı işlem kodlarının Gas maliyetleri ayarlandı ve bu, sarı kitabın içeriğinden farklı olabilir.
) Gaz optimizasyonunun temel kavramı
Gas optimizasyonunun temel ilkesi, EVM blok zincirinde maliyet verimliliği yüksek işlemleri öncelikli olarak seçmek ve Gas maliyeti yüksek işlemlerden kaçınmaktır.
EVM'de, aşağıdaki işlemlerin maliyeti daha düşüktür:
Bellek değişkenlerini okuma ve yazma
Sabitler ve değiştirilemez değişkenler oku
Yerel değişkenleri oku/yaz.
calldata değişkenini oku, örneğin calldata dizisi ve yapıları
İç fonksiyon çağrısı
Yüksek maliyetli işlemler şunlardır:
Sözleşme depolamasında depolanan durum değişkenlerini okuyun ve yazın
Dış fonksiyon çağrısı
Döngü işlemleri
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi 10 pratik]###https://img-cdn.gateio.im/webp-social/moments-187da99010b8fe26c21280bf193d1373.webp(
EVM Gaz Ücretleri Optimizasyonu En İyi Uygulamaları
Yukarıda belirtilen temel kavramlara dayanarak, geliştirici topluluğu için bir Gas ücreti optimizasyonu en iyi uygulamalar listesi derledik. Bu uygulamaları takip ederek, geliştiriciler akıllı sözleşmelerin Gas ücreti tüketimini azaltabilir, işlem maliyetlerini düşürebilir ve daha verimli ve kullanıcı dostu uygulamalar geliştirebilir.
) 1. Depolama kullanımını mümkün olduğunca azaltın
Solidity'de, Storage### depolama( sınırlı bir kaynaktır ve Gaz tüketimi Memory) bellek('ye göre çok daha yüksektir. Her seferinde akıllı sözleşmeler depolamadan veri okuduğunda veya yazdığında yüksek Gaz maliyetleri oluşur.
Ethereum sarı kitabının tanımına göre, depolama işlemlerinin maliyeti bellek işlemlerinden 100 kat daha yüksektir. Örneğin, OPcodes mload ve mstore talimatları yalnızca 3 Gas birimi tüketirken, depolama işlemleri olan sload ve sstore en iyi durumda bile en az 100 birim maliyet gerektirir.
Depolama değiştirme sayısını azaltma: Ara sonuçları bellekte saklayarak, tüm hesaplamalar tamamlandıktan sonra sonuçları depolama değişkenlerine atamak.
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi 10 uygulama])https://img-cdn.gateio.im/webp-social/moments-b237228ebe933741fb60f2e8bcb38405.webp(
) 2. Değişken paketleme
Akıllı sözleşmelerde kullanılan Storage slot### depolama alanının ( miktarı ve geliştiricilerin verileri ifade etme şekli, Gas ücretinin harcamasını büyük ölçüde etkiler.
Solidity derleyicisi, derleme sürecinde ardışık depolama değişkenlerini paketler ve 32 baytlık bir depolama yuvasını değişkenlerin depolanması için temel birim olarak kullanır. Değişken paketi, değişkenlerin mantıklı bir şekilde düzenlenmesiyle, birden fazla değişkenin tek bir depolama yuvasına uyacak şekilde yerleştirilmesi anlamına gelir.
Bu ayrıntı ayarlamasıyla, geliştiriciler kullanılmamış bir depolama alanını depolamak için gereken 20.000 Gas birimini ) tasarruf edebilirler.
Her depolama yuvasının Gas tüketmesi nedeniyle, değişken paketleme, gereken depolama yuvası sayısını azaltarak Gas kullanımını optimize eder.
( 3. Veri türlerini optimize et
Bir değişken birden fazla veri türü ile temsil edilebilir, ancak farklı veri türlerinin karşılık geldiği işlem maliyetleri de farklıdır. Uygun veri türünü seçmek, Gas kullanımını optimize etmeye yardımcı olur.
Örneğin, Solidity'de, tam sayılar farklı boyutlara ayrılabilir: uint8, uint16, uint32 vb. EVM 256 bitlik birimlerle işlem yaptığı için uint8 kullanmak, EVM'nin önce bunu uint256'ya dönüştürmesi gerektiği anlamına gelir ve bu dönüşüm ekstra Gas tüketir.
Tek başına bakıldığında, uint256 kullanmak uint8'den daha ucuzdur. Ancak, değişkenlerin paketlenmesiyle optimize edildiğinde durum farklıdır. Eğer geliştirici dört uint8 değişkenini bir depolama alanına paketleyebilirse, o zaman bunları yinelemenin toplam maliyeti dört uint256 değişkeninden daha düşük olacaktır. Bu şekilde, akıllı sözleşmeler bir depolama alanını bir kez okuyup yazabilir ve tek bir işlemde dört uint8 değişkenini belleğe/depolamaya yerleştirebilir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi 10 uygulama])https://img-cdn.gateio.im/webp-social/moments-995905cb414526d4d991899d0c2e6443.webp###
( 4. Sabit boyutlu değişkenlerin dinamik değişkenlerin yerine kullanılması
Eğer veriler 32 bayt içinde kontrol edilebiliyorsa, bytes veya strings yerine bytes32 veri türünün kullanılması önerilir. Genel olarak, sabit boyutlu değişkenler, değişken boyutlu değişkenlere göre daha az Gas tüketir. Bayt uzunluğu sınırlanabiliyorsa, mümkün olan en küçük uzunluğu seçmek için bytes1'den bytes32'ye kadar olan seçenekleri tercih edin.
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-55fcdb765912ef9cd238c46b1d248cff.webp###
( 5. Haritalar ve diziler
Solidity veriler listesi iki veri tipi ile temsil edilebilir: dizi )Arrays ### ve harita (Mappings ), ancak bunların sözdizimi ve yapısı tamamen farklıdır.
Çoğu durumda, haritalar daha verimli ve daha düşük maliyetlidir, ancak diziler yine de yinelemeli olma özelliğine sahiptir ve veri türlerinin paketlenmesini destekler. Bu nedenle, veri listelerini yönetirken haritaların öncelikle kullanılması önerilir, yalnızca yinelemeye ihtiyaç duyuluyorsa veya veri türlerinin paketlenmesi ile Gas tüketimini optimize edebiliyorsanız.
( 6. calldata yerine memory kullanın
Fonksiyon parametrelerinde tanımlanan değişkenler calldata veya memory içinde saklanabilir. İkisi arasındaki temel fark, memory'nin fonksiyon tarafından değiştirilebilmesi, calldata'nın ise değiştirilemez olmasıdır.
Bu ilkeyi unutmayın: Eğer fonksiyon parametreleri yalnızca okunabilir ise, öncelikle calldata kullanmalısınız, memory yerine. Bu, fonksiyonun calldata'sından memory'ye gereksiz kopyalama işlemlerinden kaçınmanızı sağlar.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-9c566626ab499ef65d6f5089a2876ad3.webp###
( 7. Constant/Immutable anahtar kelimelerini mümkün olduğunca kullanın
Constant/Immutable değişkenler, sözleşmenin depolama alanında saklanmaz. Bu değişkenler, derleme zamanında hesaplanır ve sözleşmenin bayt kodunda saklanır. Bu nedenle, depolama ile karşılaştırıldığında erişim maliyetleri çok daha düşüktür, bu nedenle mümkün olduğunca Constant veya Immutable anahtar kelimelerini kullanmanız önerilir.
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-c0701f9e09280a1667495d54e262dd2f.webp###
Geliştiriciler, aritmetik işlemlerin taşma veya alt sınır taşmasına neden olmayacağını belirlediğinde, gereksiz taşma veya alt sınır kontrolünden kaçınmak için Solidity v0.8.0 ile tanıtılan unchecked anahtar kelimesini kullanarak Gas maliyetinden tasarruf edebilirler.
Ayrıca, 0.8.0 ve üzeri sürümlerin derleyicileri artık SafeMath kütüphanesini kullanmaya ihtiyaç duymamaktadır, çünkü derleyici kendisi taşma ve alt sınır koruma işlevlerini yerleşik olarak içermektedir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi 10 uygulama])https://img-cdn.gateio.im/webp-social/moments-a823fb7761aafa6529a6c45304e0314b.webp###
( 9. Optimizasyon Değiştirici
Değiştirici kodu, değiştirilmiş fonksiyona gömülmüştür, her değiştirici kullanıldığında kod kopyalanır. Bu, bytecode boyutunu artırır ve Gas tüketimini yükseltir.
Mantığı iç fonksiyon olarak yeniden yapılandırarak, değiştiriciler içinde bu iç fonksiyonun tekrar kullanılmasına izin vermek, bytecode boyutunu azaltabilir ve Gas maliyetlerini düşürebilir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-839b91e2f02389949aa698d460a497d8.webp###
( 10. Kısa Devre Optimizasyonu
|| ve && operatörleri için, mantıksal işlemler kısa devre değerlendirmesi yapar, yani ilk koşul mantıksal ifadenin sonucunu belirleyebiliyorsa, ikinci koşul değerlendirilmeyecektir.
Gas tüketimini optimize etmek için, hesaplama maliyeti düşük olan koşulların öncelikli olarak yer alması gerekir; böylece maliyeti yüksek olan hesaplamaların atlanması mümkün olabilir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-a141884dcdcdc56faff12eee2601b7b7.webp###
Ek Genel Tavsiyeler
( 1. Gereksiz kodları sil
Eğer sözleşmede kullanılmayan fonksiyonlar veya değişkenler varsa, bunların silinmesi önerilir. Bu, sözleşme dağıtım maliyetlerini azaltmanın ve sözleşme boyutunu küçük tutmanın en doğrudan yoludur.
Aşağıda bazı pratik öneriler bulunmaktadır:
En verimli algoritmalarla hesaplama yapın. Eğer sözleşmede bazı hesaplamaların sonuçları doğrudan kullanılıyorsa, bu gereksiz hesaplama süreçleri ortadan kaldırılmalıdır. Temelde, kullanılmayan her hesaplama silinmelidir.
Ethereum'da geliştiriciler, depolama alanını serbest bırakarak Gas ödülü alabilirler. Eğer bir değişkene artık ihtiyaç yoksa, onu silmek için delete anahtar kelimesini kullanmalı veya varsayılan değere ayarlamalıdır.
Döngü optimizasyonu: Yüksek maliyetli döngü işlemlerinden kaçının, döngüleri mümkün olduğunca birleştirin ve tekrarlayan hesaplamaları döngü gövdesinin dışına taşıyın.
) 2. Önceden derlenmiş akıllı sözleşmeleri kullanma
Önceden derlenmiş sözleşmeler, şifreleme ve hash işlemleri gibi karmaşık kütüphane işlevleri sunar. Kod EVM üzerinde değil, istemci düğümünde yerel olarak çalıştığı için gereken Gas miktarı daha azdır. Önceden derlenmiş sözleşmeler, akıllı sözleşmelerin yürütülmesi için gereken hesaplama yükünü azaltarak Gas tasarrufu sağlamak için kullanılabilir.
Önceden derlenmiş sözleşme örnekleri, Eliptik Eğri Dijital İmza Algoritması ###ECDSA### ve SHA2-256 Hash Algoritmasıdır. Akıllı sözleşmelerde bu önceden derlenmiş sözleşmeleri kullanarak, geliştiriciler Gas maliyetlerini azaltabilir ve uygulamaların çalışma verimliliğini artırabilir.
( 3. Satır içi montaj kodu kullanma
İç içe derleme ) in-line assembly ### geliştiricilerin EVM tarafından doğrudan yürütülen düşük seviyeli ama verimli kod yazmalarına olanak tanır, pahalı Solidity opcode'ları kullanmadan. İç içe derleme, bellek ve depolamanın kullanımını daha hassas bir şekilde kontrol etmeye de olanak tanır, böylece Gas ücretlerini daha da azaltır. Ayrıca, iç içe derleme, yalnızca Solidity ile gerçekleştirilmesi zor olan bazı karmaşık işlemleri gerçekleştirebilir ve Gas tüketimini optimize etmek için daha fazla esneklik sağlar.
Ancak, iç içe montaj kullanmak da riskler getirebilir ve hata yapma olasılığını artırabilir. Bu nedenle, dikkatli kullanılmalı ve yalnızca deneyimli geliştiricilerin müdahalesine izin verilmelidir.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Ethereum akıllı sözleşmeler Gas ücreti optimizasyon stratejileri ve en iyi uygulamalar
Akıllı sözleşmeler geliştirmedeki Gas maliyet optimizasyon stratejileri
Ethereum ana ağındaki Gas ücretleri sorunu, geliştiricilerin ve kullanıcıların dikkatini çeken bir odak noktası olmuştur, özellikle ağın tıkanık olduğu durumlarda daha da belirginleşmektedir. İşlem yoğunluğu dönemlerinde, kullanıcılar genellikle yüksek ücretler ödemek zorunda kalmaktadırlar. Bu nedenle, akıllı sözleşmeler geliştirme aşamasında Gas ücretlerini optimize etmek son derece önemlidir. Gas tüketimini optimize etmek, sadece işlem maliyetlerini etkili bir şekilde azaltmakla kalmaz, aynı zamanda işlem verimliliğini de artırır ve kullanıcılara daha ekonomik ve verimli bir blockchain deneyimi sunar.
Bu makalede Ethereum Sanal Makinesi (EVM)'in Gas ücreti mekanizması, ilgili temel kavramlar ve akıllı sözleşmeler geliştirilirken Gas ücretinin optimize edilmesine dair en iyi uygulamalar özetlenecektir. Umarım bu içerikler geliştiricilere ilham ve pratik yardım sağlar, aynı zamanda sıradan kullanıcıların EVM'in Gas ücretleri çalışma şekmini daha iyi anlamalarına yardımcı olur ve blok zinciri ekosistemindeki zorluklarla birlikte başa çıkmalarını sağlar.
EVM'nin Gas Ücreti Mekanizması Hakkında Kısa Bilgi
EVM uyumlu ağlarda, Gas, belirli işlemleri gerçekleştirmek için gereken hesaplama gücünü ölçen birimdir.
EVM'nin yapısal düzeninde, Gas tüketimi esasen üç bölümde toplanır: işlem yürütme, dış mesaj çağrıları ve bellek ile depolamanın okuma-yazma işlemleri.
Her işlem gerçekleştirilirken hesaplama kaynağı gerektiğinden, sonsuz döngü ve hizmet reddi ( DoS ) saldırılarını önlemek için belirli bir ücret alınır. Bir işlemi tamamlamak için gereken ücret Gas ücreti olarak adlandırılır.
EIP-1559( Londra hard fork'undan ) itibaren, Gas ücreti aşağıdaki formülle hesaplanır:
Gas ücreti = kullanılan gaz birimleri * (taban ücreti + öncelik ücreti)
Temel ücret yok edilecektir, öncelik ücreti ise teşvik olarak kullanılacak, doğrulayıcıları işlemleri blok zincirine eklemeye teşvik edecektir. İşlem gönderirken daha yüksek bir öncelik ücreti ayarlamak, işlemin bir sonraki blokta yer alma olasılığını artırabilir.
EVM'deki Gas optimizasyonunu anlama
Solidity ile akıllı sözleşmeler derlendiğinde, sözleşme bir dizi işlem koduna (opcodes) dönüştürülür.
Her bir opcode (, örneğin akıllı sözleşme oluşturma, mesaj çağrısı yapma, hesap depolamasına erişme ve sanal makinede işlem gerçekleştirme, tanınmış bir Gas tüketim maliyetine sahiptir; bu maliyetler Ethereum sarı kitabında kayıtlıdır.
Birçok EIP değişikliği sonrası, bazı işlem kodlarının Gas maliyetleri ayarlandı ve bu, sarı kitabın içeriğinden farklı olabilir.
) Gaz optimizasyonunun temel kavramı
Gas optimizasyonunun temel ilkesi, EVM blok zincirinde maliyet verimliliği yüksek işlemleri öncelikli olarak seçmek ve Gas maliyeti yüksek işlemlerden kaçınmaktır.
EVM'de, aşağıdaki işlemlerin maliyeti daha düşüktür:
Yüksek maliyetli işlemler şunlardır:
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi 10 pratik]###https://img-cdn.gateio.im/webp-social/moments-187da99010b8fe26c21280bf193d1373.webp(
EVM Gaz Ücretleri Optimizasyonu En İyi Uygulamaları
Yukarıda belirtilen temel kavramlara dayanarak, geliştirici topluluğu için bir Gas ücreti optimizasyonu en iyi uygulamalar listesi derledik. Bu uygulamaları takip ederek, geliştiriciler akıllı sözleşmelerin Gas ücreti tüketimini azaltabilir, işlem maliyetlerini düşürebilir ve daha verimli ve kullanıcı dostu uygulamalar geliştirebilir.
) 1. Depolama kullanımını mümkün olduğunca azaltın
Solidity'de, Storage### depolama( sınırlı bir kaynaktır ve Gaz tüketimi Memory) bellek('ye göre çok daha yüksektir. Her seferinde akıllı sözleşmeler depolamadan veri okuduğunda veya yazdığında yüksek Gaz maliyetleri oluşur.
Ethereum sarı kitabının tanımına göre, depolama işlemlerinin maliyeti bellek işlemlerinden 100 kat daha yüksektir. Örneğin, OPcodes mload ve mstore talimatları yalnızca 3 Gas birimi tüketirken, depolama işlemleri olan sload ve sstore en iyi durumda bile en az 100 birim maliyet gerektirir.
Depolama kullanımını sınırlama yöntemleri şunlardır:
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi 10 uygulama])https://img-cdn.gateio.im/webp-social/moments-b237228ebe933741fb60f2e8bcb38405.webp(
) 2. Değişken paketleme
Akıllı sözleşmelerde kullanılan Storage slot### depolama alanının ( miktarı ve geliştiricilerin verileri ifade etme şekli, Gas ücretinin harcamasını büyük ölçüde etkiler.
Solidity derleyicisi, derleme sürecinde ardışık depolama değişkenlerini paketler ve 32 baytlık bir depolama yuvasını değişkenlerin depolanması için temel birim olarak kullanır. Değişken paketi, değişkenlerin mantıklı bir şekilde düzenlenmesiyle, birden fazla değişkenin tek bir depolama yuvasına uyacak şekilde yerleştirilmesi anlamına gelir.
Bu ayrıntı ayarlamasıyla, geliştiriciler kullanılmamış bir depolama alanını depolamak için gereken 20.000 Gas birimini ) tasarruf edebilirler.
Her depolama yuvasının Gas tüketmesi nedeniyle, değişken paketleme, gereken depolama yuvası sayısını azaltarak Gas kullanımını optimize eder.
( 3. Veri türlerini optimize et
Bir değişken birden fazla veri türü ile temsil edilebilir, ancak farklı veri türlerinin karşılık geldiği işlem maliyetleri de farklıdır. Uygun veri türünü seçmek, Gas kullanımını optimize etmeye yardımcı olur.
Örneğin, Solidity'de, tam sayılar farklı boyutlara ayrılabilir: uint8, uint16, uint32 vb. EVM 256 bitlik birimlerle işlem yaptığı için uint8 kullanmak, EVM'nin önce bunu uint256'ya dönüştürmesi gerektiği anlamına gelir ve bu dönüşüm ekstra Gas tüketir.
Tek başına bakıldığında, uint256 kullanmak uint8'den daha ucuzdur. Ancak, değişkenlerin paketlenmesiyle optimize edildiğinde durum farklıdır. Eğer geliştirici dört uint8 değişkenini bir depolama alanına paketleyebilirse, o zaman bunları yinelemenin toplam maliyeti dört uint256 değişkeninden daha düşük olacaktır. Bu şekilde, akıllı sözleşmeler bir depolama alanını bir kez okuyup yazabilir ve tek bir işlemde dört uint8 değişkenini belleğe/depolamaya yerleştirebilir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi 10 uygulama])https://img-cdn.gateio.im/webp-social/moments-995905cb414526d4d991899d0c2e6443.webp###
( 4. Sabit boyutlu değişkenlerin dinamik değişkenlerin yerine kullanılması
Eğer veriler 32 bayt içinde kontrol edilebiliyorsa, bytes veya strings yerine bytes32 veri türünün kullanılması önerilir. Genel olarak, sabit boyutlu değişkenler, değişken boyutlu değişkenlere göre daha az Gas tüketir. Bayt uzunluğu sınırlanabiliyorsa, mümkün olan en küçük uzunluğu seçmek için bytes1'den bytes32'ye kadar olan seçenekleri tercih edin.
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-55fcdb765912ef9cd238c46b1d248cff.webp###
( 5. Haritalar ve diziler
Solidity veriler listesi iki veri tipi ile temsil edilebilir: dizi )Arrays ### ve harita (Mappings ), ancak bunların sözdizimi ve yapısı tamamen farklıdır.
Çoğu durumda, haritalar daha verimli ve daha düşük maliyetlidir, ancak diziler yine de yinelemeli olma özelliğine sahiptir ve veri türlerinin paketlenmesini destekler. Bu nedenle, veri listelerini yönetirken haritaların öncelikle kullanılması önerilir, yalnızca yinelemeye ihtiyaç duyuluyorsa veya veri türlerinin paketlenmesi ile Gas tüketimini optimize edebiliyorsanız.
( 6. calldata yerine memory kullanın
Fonksiyon parametrelerinde tanımlanan değişkenler calldata veya memory içinde saklanabilir. İkisi arasındaki temel fark, memory'nin fonksiyon tarafından değiştirilebilmesi, calldata'nın ise değiştirilemez olmasıdır.
Bu ilkeyi unutmayın: Eğer fonksiyon parametreleri yalnızca okunabilir ise, öncelikle calldata kullanmalısınız, memory yerine. Bu, fonksiyonun calldata'sından memory'ye gereksiz kopyalama işlemlerinden kaçınmanızı sağlar.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-9c566626ab499ef65d6f5089a2876ad3.webp###
( 7. Constant/Immutable anahtar kelimelerini mümkün olduğunca kullanın
Constant/Immutable değişkenler, sözleşmenin depolama alanında saklanmaz. Bu değişkenler, derleme zamanında hesaplanır ve sözleşmenin bayt kodunda saklanır. Bu nedenle, depolama ile karşılaştırıldığında erişim maliyetleri çok daha düşüktür, bu nedenle mümkün olduğunca Constant veya Immutable anahtar kelimelerini kullanmanız önerilir.
![Ethereum akıllı sözleşmelerin Gaz optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-c0701f9e09280a1667495d54e262dd2f.webp###
( 8. Taşma/alt taşma olmayacağından eminken Unchecked kullanın
Geliştiriciler, aritmetik işlemlerin taşma veya alt sınır taşmasına neden olmayacağını belirlediğinde, gereksiz taşma veya alt sınır kontrolünden kaçınmak için Solidity v0.8.0 ile tanıtılan unchecked anahtar kelimesini kullanarak Gas maliyetinden tasarruf edebilirler.
Ayrıca, 0.8.0 ve üzeri sürümlerin derleyicileri artık SafeMath kütüphanesini kullanmaya ihtiyaç duymamaktadır, çünkü derleyici kendisi taşma ve alt sınır koruma işlevlerini yerleşik olarak içermektedir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi 10 uygulama])https://img-cdn.gateio.im/webp-social/moments-a823fb7761aafa6529a6c45304e0314b.webp###
( 9. Optimizasyon Değiştirici
Değiştirici kodu, değiştirilmiş fonksiyona gömülmüştür, her değiştirici kullanıldığında kod kopyalanır. Bu, bytecode boyutunu artırır ve Gas tüketimini yükseltir.
Mantığı iç fonksiyon olarak yeniden yapılandırarak, değiştiriciler içinde bu iç fonksiyonun tekrar kullanılmasına izin vermek, bytecode boyutunu azaltabilir ve Gas maliyetlerini düşürebilir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-839b91e2f02389949aa698d460a497d8.webp###
( 10. Kısa Devre Optimizasyonu
|| ve && operatörleri için, mantıksal işlemler kısa devre değerlendirmesi yapar, yani ilk koşul mantıksal ifadenin sonucunu belirleyebiliyorsa, ikinci koşul değerlendirilmeyecektir.
Gas tüketimini optimize etmek için, hesaplama maliyeti düşük olan koşulların öncelikli olarak yer alması gerekir; böylece maliyeti yüksek olan hesaplamaların atlanması mümkün olabilir.
![Ethereum akıllı sözleşmelerin Gas optimizasyonu için en iyi on uygulama])https://img-cdn.gateio.im/webp-social/moments-a141884dcdcdc56faff12eee2601b7b7.webp###
Ek Genel Tavsiyeler
( 1. Gereksiz kodları sil
Eğer sözleşmede kullanılmayan fonksiyonlar veya değişkenler varsa, bunların silinmesi önerilir. Bu, sözleşme dağıtım maliyetlerini azaltmanın ve sözleşme boyutunu küçük tutmanın en doğrudan yoludur.
Aşağıda bazı pratik öneriler bulunmaktadır:
En verimli algoritmalarla hesaplama yapın. Eğer sözleşmede bazı hesaplamaların sonuçları doğrudan kullanılıyorsa, bu gereksiz hesaplama süreçleri ortadan kaldırılmalıdır. Temelde, kullanılmayan her hesaplama silinmelidir.
Ethereum'da geliştiriciler, depolama alanını serbest bırakarak Gas ödülü alabilirler. Eğer bir değişkene artık ihtiyaç yoksa, onu silmek için delete anahtar kelimesini kullanmalı veya varsayılan değere ayarlamalıdır.
Döngü optimizasyonu: Yüksek maliyetli döngü işlemlerinden kaçının, döngüleri mümkün olduğunca birleştirin ve tekrarlayan hesaplamaları döngü gövdesinin dışına taşıyın.
) 2. Önceden derlenmiş akıllı sözleşmeleri kullanma
Önceden derlenmiş sözleşmeler, şifreleme ve hash işlemleri gibi karmaşık kütüphane işlevleri sunar. Kod EVM üzerinde değil, istemci düğümünde yerel olarak çalıştığı için gereken Gas miktarı daha azdır. Önceden derlenmiş sözleşmeler, akıllı sözleşmelerin yürütülmesi için gereken hesaplama yükünü azaltarak Gas tasarrufu sağlamak için kullanılabilir.
Önceden derlenmiş sözleşme örnekleri, Eliptik Eğri Dijital İmza Algoritması ###ECDSA### ve SHA2-256 Hash Algoritmasıdır. Akıllı sözleşmelerde bu önceden derlenmiş sözleşmeleri kullanarak, geliştiriciler Gas maliyetlerini azaltabilir ve uygulamaların çalışma verimliliğini artırabilir.
( 3. Satır içi montaj kodu kullanma
İç içe derleme ) in-line assembly ### geliştiricilerin EVM tarafından doğrudan yürütülen düşük seviyeli ama verimli kod yazmalarına olanak tanır, pahalı Solidity opcode'ları kullanmadan. İç içe derleme, bellek ve depolamanın kullanımını daha hassas bir şekilde kontrol etmeye de olanak tanır, böylece Gas ücretlerini daha da azaltır. Ayrıca, iç içe derleme, yalnızca Solidity ile gerçekleştirilmesi zor olan bazı karmaşık işlemleri gerçekleştirebilir ve Gas tüketimini optimize etmek için daha fazla esneklik sağlar.
Ancak, iç içe montaj kullanmak da riskler getirebilir ve hata yapma olasılığını artırabilir. Bu nedenle, dikkatli kullanılmalı ve yalnızca deneyimli geliştiricilerin müdahalesine izin verilmelidir.
( 4. Layer 2 çözümleri kullanma
yapmak