Binance Square'de Solana Engineer Proposes Core Change To Improve Block Efficiency

Binance News · 2024-09-24T18:45:55.000Z

According to Blockworks, Anza engineer Tao Zhu has proposed a significant amendment to the Solana protocol aimed at enhancing the efficiency of Solana blocks. The proposal, detailed in Solana Improvement Document (SIMD) 0172, targets the current 'compute budget' program, which was initially implemented to prevent computational waste. Zhu argues that this program results in inefficient use of Solana blockspace. The compute budget is a line of code that determines the number of compute units (CUs) a transaction can use. Different transactions require varying amounts of CUs, and to avoid wasteful transactions, Solana sets a default limit of 200,000 CUs per transaction. Each Solana block can contain a maximum of 48 million CUs, with 200,000 CUs reserved for transactions with the default compute budget. Zhu believes this default is often an overestimation, leading to reserved but unused space within blocks. Zhu's proposal suggests reducing the default compute budget from 200,000 CUs to zero over 10 epochs, or approximately 20 days. This change would require transaction creators to request a more precise compute budget, allowing the 48 million CUs in a Solana block to accommodate more transactions. This adjustment could result in increased fees paid to validators, who have faced challenges recently. However, not all Solana developers agree with Zhu's proposed fix. Some argue that even with a default compute budget of zero, transactions would still need to include compute budget instructions, which count against the maximum data limit of 1232 bytes per transaction. These instructions currently occupy about 4% of the total data limit. Some developers suggest moving the compute budget to the transaction header, which is separate from the instructions and could take up fewer bytes. Zhu has mentioned the possibility of eliminating the compute budget program entirely in the future, but this is not part of the current proposal. The debate continues among Solana developers, with some expressing concerns that an interim fix could complicate matters further for developers. Despite differing opinions, the proposed changes aim to optimize Solana's block efficiency and improve the overall performance of the network.

Blockworks'e göre, Anza mühendisi Tao Zhu, Solana bloklarının verimliliğini artırmayı amaçlayan Solana protokolünde önemli bir değişiklik önerdi. Solana İyileştirme Belgesi (SIMD) 0172'de ayrıntılı olarak açıklanan öneri, başlangıçta hesaplama israfını önlemek için uygulanan mevcut 'hesaplama bütçesi' programını hedef alıyor. Zhu, bu programın Solana blok alanının verimsiz kullanımına yol açtığını savunuyor.
Hesaplama bütçesi, bir işlemin kullanabileceği hesaplama birimi (CU) sayısını belirleyen bir kod satırıdır. Farklı işlemler farklı miktarlarda CU gerektirir ve Solana, israfçı işlemleri önlemek için işlem başına varsayılan 200.000 CU sınırı koyar. Her Solana bloğu, varsayılan hesaplama bütçesine sahip işlemler için ayrılmış 200.000 CU ile maksimum 48 milyon CU içerebilir. Zhu, bu varsayılanın genellikle aşırı tahmin olduğunu ve bloklar içinde ayrılmış ancak kullanılmayan alana yol açtığını düşünmektedir.
Zhu'nun önerisi, varsayılan hesaplama bütçesini 10 dönem veya yaklaşık 20 gün boyunca 200.000 CU'dan sıfıra düşürmeyi öneriyor. Bu değişiklik, işlem oluşturucuların daha kesin bir hesaplama bütçesi talep etmesini gerektirecek ve Solana bloğundaki 48 milyon CU'nun daha fazla işlemi barındırmasına olanak tanıyacak. Bu ayarlama, yakın zamanda zorluklarla karşılaşan doğrulayıcılara ödenen ücretlerin artmasıyla sonuçlanabilir.
Ancak, Solana geliştiricilerinin hepsi Zhu'nun önerdiği düzeltmeye katılmıyor. Bazıları, varsayılan hesaplama bütçesi sıfır olsa bile işlemlerin, işlem başına 1232 baytlık maksimum veri sınırına karşı sayılan hesaplama bütçesi talimatlarını içermesi gerektiğini savunuyor. Bu talimatlar şu anda toplam veri sınırının yaklaşık %4'ünü kaplıyor. Bazı geliştiriciler, hesaplama bütçesini talimatlardan ayrı olan ve daha az bayt kaplayabilen işlem başlığına taşımayı öneriyor. Zhu, gelecekte hesaplama bütçesi programını tamamen ortadan kaldırma olasılığından bahsetti, ancak bu mevcut teklifin bir parçası değil.
Solana geliştiricileri arasında tartışmalar devam ediyor ve bazıları geçici bir düzeltmenin geliştiriciler için işleri daha da karmaşık hale getirebileceği endişesini dile getiriyor. Farklı görüşlere rağmen önerilen değişiklikler Solana'nın blok verimliliğini optimize etmeyi ve ağın genel performansını iyileştirmeyi amaçlıyor.

En Son Haberler

Öne Çıkan Makaleler