EIP-2537:Ethereum BLS12-381 önceden derlenmiş talimatlarının uzun yolu
EIP-2537, Pectra'nın en son fork yükseltmesinde eklenmesi belirlenen EVM önceden derlenmiş talimatıdır. Bu talimat, EVM'ye BLS12-381 eğrisi üzerinde bir dizi hesaplama yeteneği ekler, bunlar arasında eğri alanındaki eşleme hesaplamaları da bulunmaktadır.
EIP-2573, 2020'de ilk kez önerildi ve 2025'te Ethereum güncellemesine dahil edilmesi onaylandı. Bu yazıda EIP-2537'nin yönetim süreci ele alınacak ve bu teklifin 5 yıl sonra nihayet güncellemeye neden dahil edildiği incelenecektir.
Teklif Arka Planı
2017 yılının Ocak ayında, Vitalik Buterin eşleme algoritmasını ve alt_bn128 eğrisini ilk kez tanıttı. Ardından Vitalik ve Christian Reitwiessner, EVM'ye alt_bn128 eğrisi hesaplama desteği eklemek için EIP-196 ve EIP-197'yi önerdiler. Bu öneriler, 2017 Ekim'inde gerçekleşen Byzantium yükseltmesinde resmi olarak kabul edildi ve EVM içinde eğri alanı eşleme hesaplaması gerçekleştirildi, böylece ZK-Snarks kanıt doğrulaması EVM içinde tamamlanabilir hale geldi.
Kriptografinin gelişimiyle birlikte, zcash ekibi 2017 yılının Kasım ayında BLS12-381 eğrisini önerdi. alt_bn128 ile karşılaştırıldığında, BLS12-381 daha yüksek bir güvenlik ve daha iyi bir performansa sahiptir. Birçok blok zinciri protokolü, alt_bn128 eğrisi yerine BLS12-381 eğrisini kullanmaya başlamıştır.
2018 Mayıs ayında, Justin Drake, Ethereum'un gelecekteki PoS ve parçalama yükseltmelerinin BLS12-381 eğrisi temelinde BLS çoklu imza algoritmasını kullanabileceğini belirtti. Bu, orijinal EIP-1011 planının tarih sahnesinden çekilmesine neden oldu. Gerçekten de, daha sonra ETH2 yükseltmesi BLS12-381 eğrisini kullandı.
ETH2 geliştirilmesiyle birlikte, ETH yürütme katmanına BLS12-381'in dahil edilmesine yönelik çağrılar giderek artıyor. Şubat 2020'de, araştırmacılar EIP-2537'yi önerdiler ve bu önerinin ETH2 test ağı ile birlikte test edilmesini umuyorlar. EIP-2537'nin yazarı Alex Stokes, Berlin sert çatalında EIP-2537'nin dahil edilmesi çağrısında bulundu.
Şunu belirtmek gerekir ki, EIP-2537'nin yazarı aynı zamanda ZKSync geliştiricisi Matter Labs'ın kurucu ortaklarından biridir.
Berlin yükselmesinin zorlukları
İlerideki içeriği tanıtmadan önce, öncelikle EIP-1962'yi anlamamız gerekiyor. Bu, Matter Labs tarafından 2019 Nisan'ında önerilen, eliptik eğri alan eşleme önceden derlenmiş kodlarıyla ilgili ilk tekliftir ve BLS12, BN ve MNT4/6 olmak üzere üç farklı eğriyi desteklemektedir.
EIP-1962, farklı eğrileri işlemek için bir seferde 10 önceden derlenmiş talimat eklemeyi planlıyor. Ancak bu öneri çok karmaşık ve geliştiricilerin uygulaması zor. Aynı zamanda, yüksek derecede genelleştirilmiş olduğu için akıllı sözleşme mühendislerinin çağrılması da oldukça zahmetli. Ancak Matter Labs, eliptik eğri algoritmasının geliştirilmesini tamamladı ve çeşitli dillerde referans uygulamalar sunuyor.
EIP-1962 sorununu çözmek için, Matter Labs 2020 yılının Şubat ayında EIP-1962'yi parçalara ayıran birkaç EIP önerdi ve bunların bazıları arayüzünü devraldı. Bu EIP'ler şunları içerir:
EIP-2537: BLS12-381 desteği sağlıyor
EIP-2539: BLS12-377 desteği sağlamak
PR#2541: BLS12-377 (Zexe eğrisi) desteği sağlandı, ancak EIP numarası alınmadı.
EIP-2537 en önemlisidir çünkü konsensüs katmanı BLS12-381 eğrisini de kullanmaktadır. EIP-1962 ve EIP-2537'nin temel amacı, ana ağda konsensüs katmanı BLS imza doğrulamasını gerçekleştirmektir. O zaman ETH2, depo sözleşmesini tasarlıyordu, yürütme katmanının BLS doğrulama algoritması olmadığı için depo sözleşmesi imzayı doğrulamayacaktır. Belirli BLS imzaları, kullanıcı depozitosu yapıldıktan sonra konsensüs katmanı tarafından doğrulanacak ve eğer yanlışlık tespit edilirse kullanıcı fon kaybına yol açabilir.
Bu bağlamda, ana geliştiriciler, kullanıcıların ETH2 fonlarının olası kayıplarını önlemek için, depo sözleşmesi içinde imza doğrulaması gerçekleştirmek amacıyla BLS12-381 önceden derlenmiş kodunu tanıtmak istediler. Bu, o dönemde birçok geliştiricinin EIP-1962 ve EIP-2537'ye dikkat etmesinin nedeniydi.
EIP-2537 önerildikten sonra, Vitalik hemen bir dizi sorunu işaret etti, bu sorunlar esas olarak EIP belgelerinin içeriğine odaklandı. EIP yazarları daha sonra yanıtlar ve tartışmalar yaptılar. 6 Mart 2020 tarihli çekirdek geliştirici toplantısında, Vitalik EIP-2537 gibi EIP'lerin yinelemeli SNARK kanıtları için çok etkili olduğunu, uzun vadede Ethereum'a zarar vermeyeceğini düşündü. Toplantıda EIP-2537'nin öncelik durumu onaylandı, tüm istemciler mümkün olan en kısa sürede uygulanmasını kabul etti ve Berlin yükseltmesinden önce geliştirmeyi tamamlamayı planladı.
Sonrasında EIP-2537 yüksek öncelikli bir görev haline geldi. 20 Mart'taki toplantıda EIP-2537'nin EIP-1962'nin yerini alarak ana BLS önerisi olarak kabul edildiği ve Berlin yükseltmesi ön seçme listesine girdiği onaylandı. Nisan ayındaki toplantıda EIP-2537'nin Berlin sert çatal yükseltmesine dahil edilmesi resmen onaylandı, Nisan ayında uygulanması, Mayıs-Haziran'da test edilmesi için bir zaman çizelgesi belirlendi ve en yüksek öncelikli konular arasında yer aldı.
Sonrasında EIP-2537 büyük bir geliştirme ve test aşamasına girdi, sonraki yaklaşık 20 ana geliştirici toplantısında tartışıldı.
toplantıda, geliştiriciler EIP-2537'nin ABI kodlama sorununu tartıştılar. Besu istemcisi temel işlevselliği uyguladığını belirtti, ancak Geth tarafı henüz ilgili bir çalışma yapılmadığını ifade etti.
Geth, 86. toplantıda bazı işleri tamamladığını, ancak hala tamamlanması gereken çok fazla iş olduğunu belirtti.
toplantıda EIP-2537'nin uygulanması ile ilgili sorunlar yoğun bir şekilde tartışıldı. Geth geliştiricileri, EIP-2537'yi gerçekleştiren 16000 satırlık bir PR'nın mevcut olduğunu, ancak güvenliği ve geçerliliği konusunda kesin bir bilgiye sahip olmadıklarını, yalnızca basit bir bulanık test ile değerlendirebileceklerini belirttiler. Geth geliştiricileri, EIP-2537'nin Berlin'deki planlanan süreye kadar tamamlanamayacağını düşünüyor.
Toplantıda, YOLO test ağı için EIP-2537'yi özel olarak test etme kararı alındı. Bu noktada EIP-2537'nin önemi önemli ölçüde azalmıştır, Geth geliştiricileri bu EIP'nin Berlin yükseltilmesine muhtemelen dahil edilemeyeceğini düşünüyor.
toplantıda, Geth geliştiricileri EIP-2537 uygulama PR'sının bir dizi sorun içerdiğini, daha fazla test ve düzeltme gerektirdiğini keşfetti. Geth sisteminde iki EIP-2537 uygulaması bulunmaktadır; biri asm optimizasyonu içerirken, diğeri tamamen Go ile yazılmıştır. Kod inceleme zorluğunu azaltmak için doğrudan Go versiyonunun kullanılmasını önerenler oldu.
toplantıda daha ciddi bir sorun ortaya çıktı, YOLO test ağı anormallikler gösterdi, BLS imzasının neden olduğu şüphesi var, ancak EIP-2537 geliştiricileri bunu yalanladı. İyi haber şu ki, EIP-2537 temelinde depo sözleşmesi neredeyse tamamlandı, denetim bekliyor.
toplantıda Berlin yükseltmesinin Temmuz ayında yayına girmesi için bir tarih belirlendi. Toplantıda Geth'in hakimiyeti meselesi de tartışıldı, bazıları diğer istemci geliştirme maliyetlerini azaltmak için mevcut EIP uygulamalarının dondurulmasını önerdi.
toplantıda EIP-2537'nin Berlin yükseltmesi için gerekli EIP olduğu bir kez daha onaylandı.
toplantıda, Matter Labs EIP-2539'un da YOLO v2 testine dahil edilmesini ve Berlin yükseltmesine girmesini istedi. Ancak Geth geliştiricileri karşı çıktı ve EIP-2537'nin hala Geth içinde tam olarak test edilmediğini düşündü. Sonunda Berlin yükseltmesine 2696 eklenmemesi kararlaştırıldı.
toplantıda EIP-2537'nin YOLO v3 test ağından ve Berlin yükseltmesinden çıkarılmasına karar verilmiştir. Bunun başlıca nedeni, merkezi geliştiricilerin çok fazla zaman harcaması ve diğer EIP geliştirmelerini etkilemesidir. İkincil bir faktör ise Ethereum Vakfı'nın EVM384'ü alternatif bir çözüm olarak önermesidir.
Nisan 2021'de, Ethereum Berlin yükseltmesini tamamladı; çekirdek içindeki EIP-2565 gibi gerçek uygulamalar karmaşık değil, yükseltme zayıf görünüyor, bunun nedeni en karmaşık çekirdek EIP-2537'nin dışarıda bırakılması.
Son Gelişmeler
Berlin güncellemesiyle birlikte London yükseltmesi EIP-1559'u getirdi. Daha önce ana öneri olarak kabul edilen EIP-2537'nin sonraki güncellemelere dahil edilmesi oldukça zor.
London yükseltiliyor, geliştiriciler EIP-2537'yi eklemeyi düşündüler. 109. toplantıda EIP-2537 geliştirme durumu güncellendi, gas kullanımı sorunları tartışıldı, bazıları EIP-2537'nin yerine EVM384'ü önerdi. Ancak 111. toplantıda karmaşıklık nedeniyle EIP-2537, London yükseltmesinden çıkarıldı. Bunun nedeni, EIP-2537 standardının bağımlılık kütüphanesinin değiştirilmiş olması ve bu durumun gas fiyatlandırmasının değişebileceği, her istemcinin gas tüketimini yeniden değerlendirmesi gerektiğidir.
2021 yılının Haziran ayında EIP-2537'nin Shanghai yükseltmesine dahil edilmesi resmi olarak önerildi. Ancak Merge yükseltmesi geliştiricilerin büyük bir kısmının zamanını aldı. 2022 yılının Eylül ayında Merge tamamlandıktan sonra, yürütme katmanı geliştiricileri Shanghai yükseltme hedeflerini tartışma fırsatı buldu.
2022 yılının Kasım ayında, 150. toplantıda EIP-2537'nin Shanghai güncellemesine dahil edilip edilmeyeceği kısaca tartışıldı, ancak ertelenmesi gerektiği düşünüldü. Shanghai güncellemesinin temeli PoS çekimlerini desteklemektir. Sonuç olarak, EIP-2537, çekim işlevini merkeze alan Shanghai güncellemesine dahil edilmedi.
Cancun yükseltmesi EIP-2537'yi hiç tartışmadı çünkü temel amacı EIP-4844'ü desteklemek ve ikinci katmana Blob veri kullanılabilirliği sağlamaktır.
2024 Şubatında, 181. toplantıda Pectra'nın EIP-2537'ye yükseltilmesi tartışıldı, uygulanmasının artık bir sorun olmadığı, sadece gaz tüketim fiyatlandırmasının sorun olduğu düşünüldü.
2024 yılının 19 Aralık'ında, 202. toplantıda Nethermind geliştiricileri EIP-2537'nin fiyatlandırma modelini belirledi. İlk önerici Matter Labs bu noktada tartışmalardan neredeyse çekilmişti. 2025 Ocak'taki 203. toplantıda BLS önceden derlenmiş kodun yeniden fiyatlandırılması tartışıldı, Geth geliştiricileri gaz maliyetinin %20 artırılmasını önerdi, Besu ekibinin kıyaslama testlerinden destek alındı.
Özet
EIP-2537'nin gelişim süreci aşağıdaki gibi özetlenebilir:
Şubat 2020: EIP-1962'nin bölünmesi resmi olarak EIP-2537'yi önerdi
2020 Nisan-Ekim: Birçok kez uygulama sorunları tartışıldı, sonuçta uygulanamadığı için Berlin güncellemesi iptal edildi.
Mart-Nisan 2021: Gas maliyeti sorununu tartışma, karmaşıklığı nedeniyle Londra yükseltmesinden vazgeçildi.
Kasım 2022: Shanghai yükseltmesinin dahil edilip edilmeyeceği tartışıldı, sonuçsuz kaldı.
2024 Şubat: Sorunsuz bir şekilde gerçekleştirilmesi bekleniyor, ancak hala gas maliyetleri sorunu var, Pectra yükseltmesine dahil edilebilir.
Aralık 2024 - Ocak 2025: Spesifik maliyet modelini tartışmak, maliyet sorununu resmi olarak çözmek
EIP'nin Ethereum yükseltmelerine dahil olup olamayacağı, hem kendi çabalarına hem de tarihsel süreçlere bağlıdır. Her yükseltmenin bir teması vardır, EIP-2537 bir zamanlar Berlin yükseltmesinin merkezindeydi, ancak karmaşıklığı nedeniyle terk edildi. Sonrasında Ethereum, PoS'a odaklandı, saf yürütme katmanı EIP'leri önemsenmedi, bu da EIP-2537'nin uzun süre kabul edilmemesine neden oldu. Yakın zamana kadar geliştiriciler, onun kalıntı sorunlarına yeniden odaklandılar ve çözdüler.
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.
19 Likes
Reward
19
5
Repost
Share
Comment
0/400
UncleLiquidation
· 22h ago
Beş yıl sonra başladı, Ethereum geliştirme hızı gerçekten yavaş.
View OriginalReply0
Anon32942
· 22h ago
Beş yıl bekledim, son zamanlarda fiyat farkı oluşturmayı düşünüyorum.
View OriginalReply0
GasWrangler
· 22h ago
aslında bu kadar matematiksel olarak önemsiz bir şeyi optimize etmeleri 5 yıl sürdü... layer1 verimsizliğine smh
View OriginalReply0
SchrodingerProfit
· 22h ago
Beş yıl mı? Çok yavaş değil mi v amca zor durumda.
Ethereum BLS önceden derlenmiş talimat EIP-2537, 5 yılın ardından nihayet kabul edildi.
EIP-2537:Ethereum BLS12-381 önceden derlenmiş talimatlarının uzun yolu
EIP-2537, Pectra'nın en son fork yükseltmesinde eklenmesi belirlenen EVM önceden derlenmiş talimatıdır. Bu talimat, EVM'ye BLS12-381 eğrisi üzerinde bir dizi hesaplama yeteneği ekler, bunlar arasında eğri alanındaki eşleme hesaplamaları da bulunmaktadır.
EIP-2573, 2020'de ilk kez önerildi ve 2025'te Ethereum güncellemesine dahil edilmesi onaylandı. Bu yazıda EIP-2537'nin yönetim süreci ele alınacak ve bu teklifin 5 yıl sonra nihayet güncellemeye neden dahil edildiği incelenecektir.
Teklif Arka Planı
2017 yılının Ocak ayında, Vitalik Buterin eşleme algoritmasını ve alt_bn128 eğrisini ilk kez tanıttı. Ardından Vitalik ve Christian Reitwiessner, EVM'ye alt_bn128 eğrisi hesaplama desteği eklemek için EIP-196 ve EIP-197'yi önerdiler. Bu öneriler, 2017 Ekim'inde gerçekleşen Byzantium yükseltmesinde resmi olarak kabul edildi ve EVM içinde eğri alanı eşleme hesaplaması gerçekleştirildi, böylece ZK-Snarks kanıt doğrulaması EVM içinde tamamlanabilir hale geldi.
Kriptografinin gelişimiyle birlikte, zcash ekibi 2017 yılının Kasım ayında BLS12-381 eğrisini önerdi. alt_bn128 ile karşılaştırıldığında, BLS12-381 daha yüksek bir güvenlik ve daha iyi bir performansa sahiptir. Birçok blok zinciri protokolü, alt_bn128 eğrisi yerine BLS12-381 eğrisini kullanmaya başlamıştır.
2018 Mayıs ayında, Justin Drake, Ethereum'un gelecekteki PoS ve parçalama yükseltmelerinin BLS12-381 eğrisi temelinde BLS çoklu imza algoritmasını kullanabileceğini belirtti. Bu, orijinal EIP-1011 planının tarih sahnesinden çekilmesine neden oldu. Gerçekten de, daha sonra ETH2 yükseltmesi BLS12-381 eğrisini kullandı.
ETH2 geliştirilmesiyle birlikte, ETH yürütme katmanına BLS12-381'in dahil edilmesine yönelik çağrılar giderek artıyor. Şubat 2020'de, araştırmacılar EIP-2537'yi önerdiler ve bu önerinin ETH2 test ağı ile birlikte test edilmesini umuyorlar. EIP-2537'nin yazarı Alex Stokes, Berlin sert çatalında EIP-2537'nin dahil edilmesi çağrısında bulundu.
Şunu belirtmek gerekir ki, EIP-2537'nin yazarı aynı zamanda ZKSync geliştiricisi Matter Labs'ın kurucu ortaklarından biridir.
Berlin yükselmesinin zorlukları
İlerideki içeriği tanıtmadan önce, öncelikle EIP-1962'yi anlamamız gerekiyor. Bu, Matter Labs tarafından 2019 Nisan'ında önerilen, eliptik eğri alan eşleme önceden derlenmiş kodlarıyla ilgili ilk tekliftir ve BLS12, BN ve MNT4/6 olmak üzere üç farklı eğriyi desteklemektedir.
EIP-1962, farklı eğrileri işlemek için bir seferde 10 önceden derlenmiş talimat eklemeyi planlıyor. Ancak bu öneri çok karmaşık ve geliştiricilerin uygulaması zor. Aynı zamanda, yüksek derecede genelleştirilmiş olduğu için akıllı sözleşme mühendislerinin çağrılması da oldukça zahmetli. Ancak Matter Labs, eliptik eğri algoritmasının geliştirilmesini tamamladı ve çeşitli dillerde referans uygulamalar sunuyor.
EIP-1962 sorununu çözmek için, Matter Labs 2020 yılının Şubat ayında EIP-1962'yi parçalara ayıran birkaç EIP önerdi ve bunların bazıları arayüzünü devraldı. Bu EIP'ler şunları içerir:
EIP-2537 en önemlisidir çünkü konsensüs katmanı BLS12-381 eğrisini de kullanmaktadır. EIP-1962 ve EIP-2537'nin temel amacı, ana ağda konsensüs katmanı BLS imza doğrulamasını gerçekleştirmektir. O zaman ETH2, depo sözleşmesini tasarlıyordu, yürütme katmanının BLS doğrulama algoritması olmadığı için depo sözleşmesi imzayı doğrulamayacaktır. Belirli BLS imzaları, kullanıcı depozitosu yapıldıktan sonra konsensüs katmanı tarafından doğrulanacak ve eğer yanlışlık tespit edilirse kullanıcı fon kaybına yol açabilir.
Bu bağlamda, ana geliştiriciler, kullanıcıların ETH2 fonlarının olası kayıplarını önlemek için, depo sözleşmesi içinde imza doğrulaması gerçekleştirmek amacıyla BLS12-381 önceden derlenmiş kodunu tanıtmak istediler. Bu, o dönemde birçok geliştiricinin EIP-1962 ve EIP-2537'ye dikkat etmesinin nedeniydi.
EIP-2537 önerildikten sonra, Vitalik hemen bir dizi sorunu işaret etti, bu sorunlar esas olarak EIP belgelerinin içeriğine odaklandı. EIP yazarları daha sonra yanıtlar ve tartışmalar yaptılar. 6 Mart 2020 tarihli çekirdek geliştirici toplantısında, Vitalik EIP-2537 gibi EIP'lerin yinelemeli SNARK kanıtları için çok etkili olduğunu, uzun vadede Ethereum'a zarar vermeyeceğini düşündü. Toplantıda EIP-2537'nin öncelik durumu onaylandı, tüm istemciler mümkün olan en kısa sürede uygulanmasını kabul etti ve Berlin yükseltmesinden önce geliştirmeyi tamamlamayı planladı.
Sonrasında EIP-2537 yüksek öncelikli bir görev haline geldi. 20 Mart'taki toplantıda EIP-2537'nin EIP-1962'nin yerini alarak ana BLS önerisi olarak kabul edildiği ve Berlin yükseltmesi ön seçme listesine girdiği onaylandı. Nisan ayındaki toplantıda EIP-2537'nin Berlin sert çatal yükseltmesine dahil edilmesi resmen onaylandı, Nisan ayında uygulanması, Mayıs-Haziran'da test edilmesi için bir zaman çizelgesi belirlendi ve en yüksek öncelikli konular arasında yer aldı.
Sonrasında EIP-2537 büyük bir geliştirme ve test aşamasına girdi, sonraki yaklaşık 20 ana geliştirici toplantısında tartışıldı.
Geth, 86. toplantıda bazı işleri tamamladığını, ancak hala tamamlanması gereken çok fazla iş olduğunu belirtti.
Toplantıda, YOLO test ağı için EIP-2537'yi özel olarak test etme kararı alındı. Bu noktada EIP-2537'nin önemi önemli ölçüde azalmıştır, Geth geliştiricileri bu EIP'nin Berlin yükseltilmesine muhtemelen dahil edilemeyeceğini düşünüyor.
toplantıda, Geth geliştiricileri EIP-2537 uygulama PR'sının bir dizi sorun içerdiğini, daha fazla test ve düzeltme gerektirdiğini keşfetti. Geth sisteminde iki EIP-2537 uygulaması bulunmaktadır; biri asm optimizasyonu içerirken, diğeri tamamen Go ile yazılmıştır. Kod inceleme zorluğunu azaltmak için doğrudan Go versiyonunun kullanılmasını önerenler oldu.
toplantıda daha ciddi bir sorun ortaya çıktı, YOLO test ağı anormallikler gösterdi, BLS imzasının neden olduğu şüphesi var, ancak EIP-2537 geliştiricileri bunu yalanladı. İyi haber şu ki, EIP-2537 temelinde depo sözleşmesi neredeyse tamamlandı, denetim bekliyor.
toplantıda Berlin yükseltmesinin Temmuz ayında yayına girmesi için bir tarih belirlendi. Toplantıda Geth'in hakimiyeti meselesi de tartışıldı, bazıları diğer istemci geliştirme maliyetlerini azaltmak için mevcut EIP uygulamalarının dondurulmasını önerdi.
toplantıda EIP-2537'nin Berlin yükseltmesi için gerekli EIP olduğu bir kez daha onaylandı.
toplantıda, Matter Labs EIP-2539'un da YOLO v2 testine dahil edilmesini ve Berlin yükseltmesine girmesini istedi. Ancak Geth geliştiricileri karşı çıktı ve EIP-2537'nin hala Geth içinde tam olarak test edilmediğini düşündü. Sonunda Berlin yükseltmesine 2696 eklenmemesi kararlaştırıldı.
toplantıda EIP-2537'nin YOLO v3 test ağından ve Berlin yükseltmesinden çıkarılmasına karar verilmiştir. Bunun başlıca nedeni, merkezi geliştiricilerin çok fazla zaman harcaması ve diğer EIP geliştirmelerini etkilemesidir. İkincil bir faktör ise Ethereum Vakfı'nın EVM384'ü alternatif bir çözüm olarak önermesidir.
Nisan 2021'de, Ethereum Berlin yükseltmesini tamamladı; çekirdek içindeki EIP-2565 gibi gerçek uygulamalar karmaşık değil, yükseltme zayıf görünüyor, bunun nedeni en karmaşık çekirdek EIP-2537'nin dışarıda bırakılması.
Son Gelişmeler
Berlin güncellemesiyle birlikte London yükseltmesi EIP-1559'u getirdi. Daha önce ana öneri olarak kabul edilen EIP-2537'nin sonraki güncellemelere dahil edilmesi oldukça zor.
London yükseltiliyor, geliştiriciler EIP-2537'yi eklemeyi düşündüler. 109. toplantıda EIP-2537 geliştirme durumu güncellendi, gas kullanımı sorunları tartışıldı, bazıları EIP-2537'nin yerine EVM384'ü önerdi. Ancak 111. toplantıda karmaşıklık nedeniyle EIP-2537, London yükseltmesinden çıkarıldı. Bunun nedeni, EIP-2537 standardının bağımlılık kütüphanesinin değiştirilmiş olması ve bu durumun gas fiyatlandırmasının değişebileceği, her istemcinin gas tüketimini yeniden değerlendirmesi gerektiğidir.
2021 yılının Haziran ayında EIP-2537'nin Shanghai yükseltmesine dahil edilmesi resmi olarak önerildi. Ancak Merge yükseltmesi geliştiricilerin büyük bir kısmının zamanını aldı. 2022 yılının Eylül ayında Merge tamamlandıktan sonra, yürütme katmanı geliştiricileri Shanghai yükseltme hedeflerini tartışma fırsatı buldu.
2022 yılının Kasım ayında, 150. toplantıda EIP-2537'nin Shanghai güncellemesine dahil edilip edilmeyeceği kısaca tartışıldı, ancak ertelenmesi gerektiği düşünüldü. Shanghai güncellemesinin temeli PoS çekimlerini desteklemektir. Sonuç olarak, EIP-2537, çekim işlevini merkeze alan Shanghai güncellemesine dahil edilmedi.
Cancun yükseltmesi EIP-2537'yi hiç tartışmadı çünkü temel amacı EIP-4844'ü desteklemek ve ikinci katmana Blob veri kullanılabilirliği sağlamaktır.
2024 Şubatında, 181. toplantıda Pectra'nın EIP-2537'ye yükseltilmesi tartışıldı, uygulanmasının artık bir sorun olmadığı, sadece gaz tüketim fiyatlandırmasının sorun olduğu düşünüldü.
2024 yılının 19 Aralık'ında, 202. toplantıda Nethermind geliştiricileri EIP-2537'nin fiyatlandırma modelini belirledi. İlk önerici Matter Labs bu noktada tartışmalardan neredeyse çekilmişti. 2025 Ocak'taki 203. toplantıda BLS önceden derlenmiş kodun yeniden fiyatlandırılması tartışıldı, Geth geliştiricileri gaz maliyetinin %20 artırılmasını önerdi, Besu ekibinin kıyaslama testlerinden destek alındı.
Özet
EIP-2537'nin gelişim süreci aşağıdaki gibi özetlenebilir:
EIP'nin Ethereum yükseltmelerine dahil olup olamayacağı, hem kendi çabalarına hem de tarihsel süreçlere bağlıdır. Her yükseltmenin bir teması vardır, EIP-2537 bir zamanlar Berlin yükseltmesinin merkezindeydi, ancak karmaşıklığı nedeniyle terk edildi. Sonrasında Ethereum, PoS'a odaklandı, saf yürütme katmanı EIP'leri önemsenmedi, bu da EIP-2537'nin uzun süre kabul edilmemesine neden oldu. Yakın zamana kadar geliştiriciler, onun kalıntı sorunlarına yeniden odaklandılar ve çözdüler.