EIP-2537: Tartışmadan Kabul Edilmesine Uzun Bir Yol
EIP-2537, Ethereum'un en son Pectra çatallama yükseltmesinde eklenmesi belirlenen EVM önceden derlenmiş talimatıdır. Bu talimat, EVM'ye BLS12-381 eğrisi üzerinde çeşitli hesaplama fonksiyonları ekler, örneğin eğri alanındaki eşleme hesaplamaları gibi.
EIP-2537, 2020 yılında önerildi ve 2025 yılına kadar Ethereum yükseltmesine dahil edilmesi onaylanmadı. Bu makalede EIP-2537'nin yönetim süreci tanıtılacak ve neden bu teklifin 5 yıl boyunca kabul edilene kadar beklemek zorunda kaldığı tartışılacaktır.
Teklif Arka Planı
2017 yılı Ocak ayında, Vitalik Buterin ilk kez bir makalede eşleme algoritmasını ve alt_bn128 eğrisini tanıttı. Ardından, Vitalik ve Christian Reitwiessner, EVM'ye alt_bn128 eğrisi hesaplama desteği eklenmesini öneren EIP-196 ve EIP-197'yi sundular.
2017 Ekim ayında yapılan Bizans yükseltmesi, alt_bn128 eğrisini resmi olarak tanıttı ve EVM içinde eğri alan eşleme hesaplamalarını gerçekleştirdi, böylece ZK-Snarks kanıt doğrulaması EVM içinde tamamlanabilir hale geldi.
Ancak, kriptografinin gelişimiyle birlikte, 2017 Kasımında zcash geliştirme ekibi BLS12-381 eğrisini önerdi. alt_bn128 ile karşılaştırıldığında, BLS12-381 daha yüksek güvenlik ve daha iyi performans sunmaktadır. Birçok blok zinciri protokolü daha sonra BLS12-381 eğrisini benimsemiş ve alt_bn128'i terk etmiştir.
Mayıs 2018'de, Justin Drake bir makale yayımlayarak Ethereum'un gelecekteki PoS ve parçalama yükseltmelerinin BLS12-381 eğrisi tabanlı BLS çoklu imza algoritmasını kullanabileceğini belirtti. Bu çözüm, erken PoS planlarındaki doğrulayıcı sayısının sınırlı olması sorununu çözdü. Gerçekten de, sonrasında gelen ETH2 yükseltmesi BLS12-381 eğrisini kullanmıştır.
ETH2 geliştirmelerinin ilerlemesiyle birlikte, BLS12-381'in ETH yürütme katmanına dahil edilmesi ç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 umdular. EIP-2537'nin yazarı Alex Stokes, Berlin hard fork'una bu önerinin dahil edilmesi çağrısında bulundu.
Dikkat edilmesi gereken bir nokta, EIP-2537'nin yazarının aynı zamanda ZKSync geliştirme şirketi Matter Labs'ın kurucu ortaklarından biri olmasıdır.
Berlin'in yükselişi ile ilgili zorluklar
İlerleyen gelişmeleri tanıtmadan önce, EIP-1962'yi anlamamız gerekiyor. Bu, Matter Labs'ın Nisan 2019'da önerdiği, BLS12, BN ve MNT4/6 olmak üzere üç eğrinin desteklendiği, eliptik eğri alan eşleşmesi için ilk taslaktır.
EIP-1962, farklı eğrileri işlemek için 10 tane önceden derlenmiş talimatı bir kerede eklemeyi planlıyor. Ancak bu öneri, birçok geliştirici tarafından karmaşık ve uygulanması zor olduğu gerekçesiyle sorgulandı. Ayrıca, yüksek derecede genel bir yapı olması nedeniyle, akıllı sözleşme mühendisleri için çağrılması da oldukça zahmetli. Ancak öneri sahibi olarak, Matter Labs eliptik eğri algoritmasının geliştirme işini tamamladı ve çeşitli dillerde referans uygulamalar sağladı.
EIP-1962 sorununu çözmek için, Matter Labs 2020 yılının Şubat ayında EIP-1962'yi bölmek amacıyla birden fazla EIP önerdi; bu EIP'lerin bir kısmı EIP-1962 arayüzünü miras almıştır:
EIP-2537, BLS12-381 desteği sağlar
EIP-2539 BLS12-377 desteği sağlar
PR#2541, BLS12-377(Zexe eğrisi ) desteği sağlamaktadır, ancak bu öneri nihayetinde EIP numarası almadı.
Bunlar arasında en önemlisi EIP-2537'dir, çünkü konsensüs katmanı BLS12-381 eğrisini kullanmaktadır. EIP-1962 ve EIP-2537'nin temel hedefleri, ana ağda konsensüs katmanı BLS imza doğrulamasını gerçekleştirmektir. O dönemde ETH2, konsensüs katmanı depo sözleşmesini geliştiriyordu. İlk tasarımda, yürütme katmanı BLS doğrulama algoritmasını içermediğinden, depo sözleşmesi imzayı doğrulamıyordu, belirli BLS imzası kullanıcı depo yaptıktan sonra konsensüs katmanı tarafından doğrulanacaktı; eğer yanlış olduğu tespit edilirse, depo başarısız olacak ve kullanıcının yatırdığı ETH kaybolabilecekti.
Bu bağlamda, çekirdek geliştiriciler, kullanıcı fonlarının kaybedilme olasılığını önlemek için depo sözleşmesinde imza doğrulaması gerçekleştirmek üzere BLS12-381 ön derlemesini tanıtmayı umuyor. Bu da o dönemde birçok geliştiricinin EIP-1962 ve EIP-2537'ye ilgi duymasının nedeniydi.
EIP-2537 ilk önerildiğinde, Vitalik önerinin var olan bir dizi sorunu olduğunu belirtti. Bu sorgulamalar esas olarak EIP belgesi içeriği üzerine yoğunlaştı, ardından EIP yazarları buna yanıt verdi ve tartıştı.
6 Mart 2020'deki 82. Ethereum çekirdek geliştirici toplantısında EIP-2537 tartışıldı. Vitalik, bu EIP'nin yinelemeli SNARK kanıtları için çok etkili olduğunu ve uzun vadede Ethereum'a olumsuz bir etki yapmayacağını düşünüyor. Toplantı, EIP-2537'nin öncelikli durumunu onayladı; tüm istemciler bu EIP'yi mümkün olan en kısa sürede uygulamayı kabul etti ve Berlin yükseltmesi öncesinde tüm geliştirmeleri tamamlamayı planladı.
Sonrasında, EIP-2537 öncelikli bir görev haline geldi. 20 Mart'taki 83. çekirdek geliştirici toplantısı, bunu birincil tartışma önerisi olarak yeniden gündeme getirdi. Toplantıda EIP-2537'nin, EIP-1962'nin yerini alarak temel BLS önerisi haline geldiği ve Berlin yükseltme ön seçim listesine dahil edildiği onaylandı.
Nisan ayının 84. toplantısı resmi olarak EIP-2537'yi Berlin hard fork yükseltmesine dahil etti ve Nisan'da gerçekleştirilmesi, Mayıs-Haziran'da test edilmesi için bir zaman çizelgesi belirlendi. Dikkate değer bir nokta, EIP-2537'nin bu tartışmada en yüksek öncelikli konu olarak listelenmiş olmasıdır.
Bundan sonra, EIP-2537 büyük bir geliştirme ve test aşamasına girdi, sonraki yaklaşık 20 çekirdek geliştirici toplantısında neredeyse her seferinde ilgili tartışmalar yapıldı.
toplantıda, geliştiriciler EIP-2537'nin ABI kodlama sorununu tartıştılar. Matter Labs daha önce Rust versiyonunu temel olarak tamamladığından, Besu istemcisi EIP-2537 işlevselliğini temel olarak uyguladığını belirtti, ancak Geth tarafı şu anda bu konuda kimsenin çalışmadığını söyledi.
toplantıda, farklı düğümler EIP-2537'nin ilerlemesini yeniden senkronize etti, Geth bazı işleri tamamladıklarını ancak hala tamamlanması gereken çok sayıda görev olduğunu belirtti.
toplantıda EIP-2537'nin uygulanması konusu üzerinde duruldu. Geth geliştiricileri, EIP-2537'yi uygulayan 16000 satırlık bir PR'nın bulunduğunu, ancak bu PR'nın EIP-2537'yi güvenli ve etkili bir şekilde uygulayıp uygulamadığının kesin olarak belirlenemediğini, yalnızca en basit bulanık testlerle kod durumunu değerlendirebileceklerini ifade ettiler.
Geth geliştiricisi şunları söyledi: "İçgüdülerime göre, Geth'in Temmuz ayındaki ana ağ lansmanı öncesinde BLS eğrisi işlemleri için hazır olacağını sanmıyorum."
Hudson Jameson, Geth için PR incelemesine yardımcı olması için bir kriptografi mühendisinin bulunmasını önerdi ve EIP-2537'nin uygulanabilirliğinin güvenliğini test etmek için bir test ağı kullanmayı önerdi. ETH2 geliştirme ekibi BLS imza doğrulamasını da uyguladığından, teste katılabilir.
Şunu eklemek gerekir ki, Geth'in EIP-2537 uygulama PR'sı yüksek verimliliği sağlamak için büyük ölçüde assembly kodu kullanmıştır, bu kısım kodu okumak ve anlamak son derece zordur. Alex Vlasov, denetim zorluğunu azaltmak için PR içindeki karmaşık assembly optimizasyonlarının kaldırılmasını önermektedir.
EIP-2537'nin temel hedeflerinden biri ETH2 mevduat sözleşmesine yardımcı olmaktır, ancak bu toplantıda mevduat sözleşmesi geliştiricileri EIP-2537'yi kullanmayan sözleşmenin denetlendiğini belirtti, bazı geliştiriciler EIP-2537'yi kullanan yeni bir sözleşmenin piyasaya sürülmemesinin en iyisi olduğunu düşünüyor.
Son olarak, toplantıda EIP-2537'yi test etmek için özel olarak YOLO test ağının eklenmesine karar verildi. Aslında, bu toplantıdan görülebileceği gibi, depo sözleşmesinin tamamlanmasıyla birlikte EIP-2537'nin önemi büyük ölçüde azalmıştır, ayrıca Geth geliştiricileri bu EIP'nin Berlin güncellemesinden önce muhtemelen gerçekleşmeyeceğini düşünüyor. EIP-2537'nin Berlin güncellemesine dahil edilmemesi artık kesin gibi görünüyor.
toplantıda, Geth geliştiricileri EIP-2537 uygulama PR'sının bir dizi sorun içerdiğini keşfetti ve daha fazla test ve düzeltme gerektiğini belirtti. Bu noktada Geth sisteminde iki EIP-2537 uygulaması bulunuyordu; biri derleyici optimizasyonu içeriyor, diğeri tamamen Go diliyle yazılmış. Bir geliştirici, kod inceleme zorluğunu azaltmak için doğrudan Go dili versiyonunun kullanılmasını önerdi.
toplantıda daha ciddi sorunlar ortaya çıktı, YOLO test ağı bazı anormallikler gösterdi, geliştiriciler BLS imzasının neden olduğunu düşünüyor, ancak EIP-2537 geliştiricileri buna itiraz etti. İyi haber şu ki, EIP-2537 tabanlı depo sözleşmesi temel olarak geliştirilmiş durumda ve denetim için bekleniyor.
toplantıda Berlin yükseltmesinin Temmuz ayında devreye girmesi için son tarih belirlendi. Toplantıda ayrıca Geth'in baskın durumu ile ilgili istemci çeşitliliği sorunu da tartışıldı ve bazı geliştiriciler, diğer istemcilerin geliştirme maliyetlerini azaltmak için mevcut EIP uygulamalarının dondurulmasını önerdi. 91. toplantıda, geliştiriciler istemci çeşitliliğini artırmak için geliştirme maliyetlerini azaltmak amacıyla modüler bir çözüm önerdi.
toplantıda EIP-2537, Berlin yükseltmesi için gerekli EIP olarak onaylanmaya devam edecektir.
toplantıda, Celo'nun EIP-2537 ve EIP-2539'u ağ sert çatalına dahil etmesi nedeniyle, Matter Labs EIP-2539'u da YOLO v2 testine koymayı ve Berlin yükseltmesine dahil etmeyi umuyordu. Ancak Geth geliştiricileri, mevcut EIP-2537'nin hala Geth içinde tam olarak test edilmediğini düşündüler. Sonunda toplantıda Berlin yükseltmesine EIP-2696 eklenmemesi kararlaştırıldı ve gelecekte tartışmaya bırakıldı.
toplantıda EIP-2537'nin YOLO v3 test ağından ve Berlin yükseltmesinden çıkarılmasına karar verildi, bunun en önemli nedeni EIP-2537'nin ana geliştiricilerin fazla zamanını alması ve bu durumun Berlin yükseltmesindeki diğer EIP'lerin geliştirilmesini engellemesidir. İkincil bir faktör ise Ethereum Vakfı'nın EIP-2537'nin yerine EVM384'i sunarak daha genel bir eliptik eğri hesaplama çözümü sağlamasıdır. Ancak ana geliştiriciler güvenlik sorunları konusunda endişelerini dile getirdiler.
Bu, EIP-2537'nin erken tarihçesidir. EIP-2537'nin başlangıçta Berlin yükseltmesindeki en önemli EIP'lerden biri olduğunu görebiliriz, ancak uygulanabilirlik sorunları nedeniyle nihayetinde terk edildi. Nisan 2021'de, Ethereum Berlin yükseltmesini tamamladı; temel EIP'ler, örneğin EIP-2565, aslında karmaşık bir uygulama gerektirmedi. Yükseltme biraz zayıf görünüyor çünkü en karmaşık ve temel EIP-2537 dışarıda bırakıldı.
Gelecek Gelişmeler
Bilindiği üzere, Ethereum her güncellemede bir ana öneri sunar. Berlin sonrası Londra güncellemesi, Ethereum tarihindeki en önemli işlem ücreti önerisi EIP-1559'u getirmiştir. Daha önceki ana öneri EIP-2537 için, sonraki güncellemelerin onu yeniden dahil etmesi oldukça zordur.
Berlin sonrası Londra yükseltmesi sırasında, geliştiriciler issues#369'da EIP-2537'yi eklemeyi düşündüler. 109. çekirdek geliştirici toplantısı, EIP-2537'nin gelişim durumu hakkında bilgi verdi; diğer kütüphanelerin kullanılması nedeniyle gas kullanımı üzerine tartışmalar ortaya çıktı. Bir geliştirici EIP-2537'nin yerine EVM384'ü önerdi. Ancak 2021 Nisan'daki 111. toplantıda, EIP-2537 karmaşıklığı sebebiyle Londra yükseltmesinden çıkarıldı. EIP-2537 standardının uygulanması için bağımlı kütüphanenin değiştirilmesi, gas fiyatlandırmasının değişebileceği anlamına geliyor; farklı istemci uygulamalarının gas tüketimini yeniden değerlendirmesi için büyük miktarda zamana ihtiyaç duyuluyor.
2021 Haziran'ında, issues#343 resmi olarak EIP-2537'nin Shanghai yükseltmesine dahil edilmesini önerdi. Ancak London yükseltmesinden sonra, The Merge geliştiricilerin büyük bir kısmını meşgul etti, işlem katmanı geliştiricileri PoS yükseltmesini gerçekleştirmek için çok fazla kod yazmak zorunda kaldı. 2022 Eylül'ünde, The Merge tamamlandıktan sonra, işlem katmanı geliştiricileri Shanghai yükseltmesinin hedeflerini tartışma fırsatı buldu.
2022 Kasım'ında, 150. çekirdek geliştirici toplantısında EIP-2537'nin Shanghai'a dahil edilip edilmeyeceği kısaca tartışıldı, ancak geliştiriciler bunun ertelenmesi gerektiğini düşündü. Shanghai'ın temeli PoS çekimlerini desteklemektir. Sonunda EIP-2537, çekim odaklı Shanghai güncellemesine dahil edilmedi.
Daha talihsiz olanı, Cancun'un EIP-2537'yi tartışmamış olmasıdır, çünkü Cancun'un odak noktası EIP-4844'ü desteklemektir; bu da Ethereum'un veri kullanılabilirlik katmanı olarak kullanılabilmesi için Ethereum'un ikinci katmanına Blob sağlamaktadır.
2024 yılının Şubat ayındaki 181. çekirdek geliştirici toplantısına kadar geliştiriciler Pectra yükseltmesine EIP-2537'yi dahil etme konusunu tartışmadılar. Bu noktada geliştiriciler, EIP-2537'nin uygulanmasının artık bir sorun olmadığını, sadece bazı gaz tüketim fiyatlandırma sorunlarının çözülmesi gerektiğini düşünüyorlardı.
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.
12 Likes
Reward
12
6
Share
Comment
0/400
StableGenius
· 08-03 06:12
ampirik olarak konuşursak, 6 ayda yapılması gerekeni yapmak 5 yıl sürdü. klasik eter yönetişim tiyatrosu
View OriginalReply0
RugResistant
· 08-01 07:29
eip'yi analiz ettim. bls uygulamasındaki potansiyel kırmızı bayraklar daha derin bir denetim gerektiriyor açıkçası.
View OriginalReply0
NFTDreamer
· 08-01 07:29
Vay canına, Vitalik Buterin bunu çoktan yapmak istiyordu.
View OriginalReply0
TokenSleuth
· 08-01 07:29
Ah, beş yıl beklemem gerekecek. Yeterince çile çekmek.
View OriginalReply0
0xSunnyDay
· 08-01 07:14
5 yıl eip beklemek çok zor.
View OriginalReply0
LiquidityHunter
· 08-01 07:11
Tüh, Ethereum'un bu hareketi o kadar yavaş ki ben bile beklemekten uyuyakaldım.
EIP-2537: 5 yıl süren tartışmanın ardından kabul edilen Ethereum'un önemli yükseltmesi
EIP-2537: Tartışmadan Kabul Edilmesine Uzun Bir Yol
EIP-2537, Ethereum'un en son Pectra çatallama yükseltmesinde eklenmesi belirlenen EVM önceden derlenmiş talimatıdır. Bu talimat, EVM'ye BLS12-381 eğrisi üzerinde çeşitli hesaplama fonksiyonları ekler, örneğin eğri alanındaki eşleme hesaplamaları gibi.
EIP-2537, 2020 yılında önerildi ve 2025 yılına kadar Ethereum yükseltmesine dahil edilmesi onaylanmadı. Bu makalede EIP-2537'nin yönetim süreci tanıtılacak ve neden bu teklifin 5 yıl boyunca kabul edilene kadar beklemek zorunda kaldığı tartışılacaktır.
Teklif Arka Planı
2017 yılı Ocak ayında, Vitalik Buterin ilk kez bir makalede eşleme algoritmasını ve alt_bn128 eğrisini tanıttı. Ardından, Vitalik ve Christian Reitwiessner, EVM'ye alt_bn128 eğrisi hesaplama desteği eklenmesini öneren EIP-196 ve EIP-197'yi sundular.
2017 Ekim ayında yapılan Bizans yükseltmesi, alt_bn128 eğrisini resmi olarak tanıttı ve EVM içinde eğri alan eşleme hesaplamalarını gerçekleştirdi, böylece ZK-Snarks kanıt doğrulaması EVM içinde tamamlanabilir hale geldi.
Ancak, kriptografinin gelişimiyle birlikte, 2017 Kasımında zcash geliştirme ekibi BLS12-381 eğrisini önerdi. alt_bn128 ile karşılaştırıldığında, BLS12-381 daha yüksek güvenlik ve daha iyi performans sunmaktadır. Birçok blok zinciri protokolü daha sonra BLS12-381 eğrisini benimsemiş ve alt_bn128'i terk etmiştir.
Mayıs 2018'de, Justin Drake bir makale yayımlayarak Ethereum'un gelecekteki PoS ve parçalama yükseltmelerinin BLS12-381 eğrisi tabanlı BLS çoklu imza algoritmasını kullanabileceğini belirtti. Bu çözüm, erken PoS planlarındaki doğrulayıcı sayısının sınırlı olması sorununu çözdü. Gerçekten de, sonrasında gelen ETH2 yükseltmesi BLS12-381 eğrisini kullanmıştır.
ETH2 geliştirmelerinin ilerlemesiyle birlikte, BLS12-381'in ETH yürütme katmanına dahil edilmesi ç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 umdular. EIP-2537'nin yazarı Alex Stokes, Berlin hard fork'una bu önerinin dahil edilmesi çağrısında bulundu.
Dikkat edilmesi gereken bir nokta, EIP-2537'nin yazarının aynı zamanda ZKSync geliştirme şirketi Matter Labs'ın kurucu ortaklarından biri olmasıdır.
Berlin'in yükselişi ile ilgili zorluklar
İlerleyen gelişmeleri tanıtmadan önce, EIP-1962'yi anlamamız gerekiyor. Bu, Matter Labs'ın Nisan 2019'da önerdiği, BLS12, BN ve MNT4/6 olmak üzere üç eğrinin desteklendiği, eliptik eğri alan eşleşmesi için ilk taslaktır.
EIP-1962, farklı eğrileri işlemek için 10 tane önceden derlenmiş talimatı bir kerede eklemeyi planlıyor. Ancak bu öneri, birçok geliştirici tarafından karmaşık ve uygulanması zor olduğu gerekçesiyle sorgulandı. Ayrıca, yüksek derecede genel bir yapı olması nedeniyle, akıllı sözleşme mühendisleri için çağrılması da oldukça zahmetli. Ancak öneri sahibi olarak, Matter Labs eliptik eğri algoritmasının geliştirme işini tamamladı ve çeşitli dillerde referans uygulamalar sağladı.
EIP-1962 sorununu çözmek için, Matter Labs 2020 yılının Şubat ayında EIP-1962'yi bölmek amacıyla birden fazla EIP önerdi; bu EIP'lerin bir kısmı EIP-1962 arayüzünü miras almıştır:
Bunlar arasında en önemlisi EIP-2537'dir, çünkü konsensüs katmanı BLS12-381 eğrisini kullanmaktadır. EIP-1962 ve EIP-2537'nin temel hedefleri, ana ağda konsensüs katmanı BLS imza doğrulamasını gerçekleştirmektir. O dönemde ETH2, konsensüs katmanı depo sözleşmesini geliştiriyordu. İlk tasarımda, yürütme katmanı BLS doğrulama algoritmasını içermediğinden, depo sözleşmesi imzayı doğrulamıyordu, belirli BLS imzası kullanıcı depo yaptıktan sonra konsensüs katmanı tarafından doğrulanacaktı; eğer yanlış olduğu tespit edilirse, depo başarısız olacak ve kullanıcının yatırdığı ETH kaybolabilecekti.
Bu bağlamda, çekirdek geliştiriciler, kullanıcı fonlarının kaybedilme olasılığını önlemek için depo sözleşmesinde imza doğrulaması gerçekleştirmek üzere BLS12-381 ön derlemesini tanıtmayı umuyor. Bu da o dönemde birçok geliştiricinin EIP-1962 ve EIP-2537'ye ilgi duymasının nedeniydi.
EIP-2537 ilk önerildiğinde, Vitalik önerinin var olan bir dizi sorunu olduğunu belirtti. Bu sorgulamalar esas olarak EIP belgesi içeriği üzerine yoğunlaştı, ardından EIP yazarları buna yanıt verdi ve tartıştı.
6 Mart 2020'deki 82. Ethereum çekirdek geliştirici toplantısında EIP-2537 tartışıldı. Vitalik, bu EIP'nin yinelemeli SNARK kanıtları için çok etkili olduğunu ve uzun vadede Ethereum'a olumsuz bir etki yapmayacağını düşünüyor. Toplantı, EIP-2537'nin öncelikli durumunu onayladı; tüm istemciler bu EIP'yi mümkün olan en kısa sürede uygulamayı kabul etti ve Berlin yükseltmesi öncesinde tüm geliştirmeleri tamamlamayı planladı.
Sonrasında, EIP-2537 öncelikli bir görev haline geldi. 20 Mart'taki 83. çekirdek geliştirici toplantısı, bunu birincil tartışma önerisi olarak yeniden gündeme getirdi. Toplantıda EIP-2537'nin, EIP-1962'nin yerini alarak temel BLS önerisi haline geldiği ve Berlin yükseltme ön seçim listesine dahil edildiği onaylandı.
Nisan ayının 84. toplantısı resmi olarak EIP-2537'yi Berlin hard fork yükseltmesine dahil etti ve Nisan'da gerçekleştirilmesi, Mayıs-Haziran'da test edilmesi için bir zaman çizelgesi belirlendi. Dikkate değer bir nokta, EIP-2537'nin bu tartışmada en yüksek öncelikli konu olarak listelenmiş olmasıdır.
Bundan sonra, EIP-2537 büyük bir geliştirme ve test aşamasına girdi, sonraki yaklaşık 20 çekirdek geliştirici toplantısında neredeyse her seferinde ilgili tartışmalar yapıldı.
toplantıda, geliştiriciler EIP-2537'nin ABI kodlama sorununu tartıştılar. Matter Labs daha önce Rust versiyonunu temel olarak tamamladığından, Besu istemcisi EIP-2537 işlevselliğini temel olarak uyguladığını belirtti, ancak Geth tarafı şu anda bu konuda kimsenin çalışmadığını söyledi.
toplantıda, farklı düğümler EIP-2537'nin ilerlemesini yeniden senkronize etti, Geth bazı işleri tamamladıklarını ancak hala tamamlanması gereken çok sayıda görev olduğunu belirtti.
toplantıda EIP-2537'nin uygulanması konusu üzerinde duruldu. Geth geliştiricileri, EIP-2537'yi uygulayan 16000 satırlık bir PR'nın bulunduğunu, ancak bu PR'nın EIP-2537'yi güvenli ve etkili bir şekilde uygulayıp uygulamadığının kesin olarak belirlenemediğini, yalnızca en basit bulanık testlerle kod durumunu değerlendirebileceklerini ifade ettiler.
Geth geliştiricisi şunları söyledi: "İçgüdülerime göre, Geth'in Temmuz ayındaki ana ağ lansmanı öncesinde BLS eğrisi işlemleri için hazır olacağını sanmıyorum."
Hudson Jameson, Geth için PR incelemesine yardımcı olması için bir kriptografi mühendisinin bulunmasını önerdi ve EIP-2537'nin uygulanabilirliğinin güvenliğini test etmek için bir test ağı kullanmayı önerdi. ETH2 geliştirme ekibi BLS imza doğrulamasını da uyguladığından, teste katılabilir.
Şunu eklemek gerekir ki, Geth'in EIP-2537 uygulama PR'sı yüksek verimliliği sağlamak için büyük ölçüde assembly kodu kullanmıştır, bu kısım kodu okumak ve anlamak son derece zordur. Alex Vlasov, denetim zorluğunu azaltmak için PR içindeki karmaşık assembly optimizasyonlarının kaldırılmasını önermektedir.
EIP-2537'nin temel hedeflerinden biri ETH2 mevduat sözleşmesine yardımcı olmaktır, ancak bu toplantıda mevduat sözleşmesi geliştiricileri EIP-2537'yi kullanmayan sözleşmenin denetlendiğini belirtti, bazı geliştiriciler EIP-2537'yi kullanan yeni bir sözleşmenin piyasaya sürülmemesinin en iyisi olduğunu düşünüyor.
Son olarak, toplantıda EIP-2537'yi test etmek için özel olarak YOLO test ağının eklenmesine karar verildi. Aslında, bu toplantıdan görülebileceği gibi, depo sözleşmesinin tamamlanmasıyla birlikte EIP-2537'nin önemi büyük ölçüde azalmıştır, ayrıca Geth geliştiricileri bu EIP'nin Berlin güncellemesinden önce muhtemelen gerçekleşmeyeceğini düşünüyor. EIP-2537'nin Berlin güncellemesine dahil edilmemesi artık kesin gibi görünüyor.
toplantıda, Geth geliştiricileri EIP-2537 uygulama PR'sının bir dizi sorun içerdiğini keşfetti ve daha fazla test ve düzeltme gerektiğini belirtti. Bu noktada Geth sisteminde iki EIP-2537 uygulaması bulunuyordu; biri derleyici optimizasyonu içeriyor, diğeri tamamen Go diliyle yazılmış. Bir geliştirici, kod inceleme zorluğunu azaltmak için doğrudan Go dili versiyonunun kullanılmasını önerdi.
toplantıda daha ciddi sorunlar ortaya çıktı, YOLO test ağı bazı anormallikler gösterdi, geliştiriciler BLS imzasının neden olduğunu düşünüyor, ancak EIP-2537 geliştiricileri buna itiraz etti. İyi haber şu ki, EIP-2537 tabanlı depo sözleşmesi temel olarak geliştirilmiş durumda ve denetim için bekleniyor.
toplantıda Berlin yükseltmesinin Temmuz ayında devreye girmesi için son tarih belirlendi. Toplantıda ayrıca Geth'in baskın durumu ile ilgili istemci çeşitliliği sorunu da tartışıldı ve bazı geliştiriciler, diğer istemcilerin geliştirme maliyetlerini azaltmak için mevcut EIP uygulamalarının dondurulmasını önerdi. 91. toplantıda, geliştiriciler istemci çeşitliliğini artırmak için geliştirme maliyetlerini azaltmak amacıyla modüler bir çözüm önerdi.
toplantıda EIP-2537, Berlin yükseltmesi için gerekli EIP olarak onaylanmaya devam edecektir.
toplantıda, Celo'nun EIP-2537 ve EIP-2539'u ağ sert çatalına dahil etmesi nedeniyle, Matter Labs EIP-2539'u da YOLO v2 testine koymayı ve Berlin yükseltmesine dahil etmeyi umuyordu. Ancak Geth geliştiricileri, mevcut EIP-2537'nin hala Geth içinde tam olarak test edilmediğini düşündüler. Sonunda toplantıda Berlin yükseltmesine EIP-2696 eklenmemesi kararlaştırıldı ve gelecekte tartışmaya bırakıldı.
toplantıda EIP-2537'nin YOLO v3 test ağından ve Berlin yükseltmesinden çıkarılmasına karar verildi, bunun en önemli nedeni EIP-2537'nin ana geliştiricilerin fazla zamanını alması ve bu durumun Berlin yükseltmesindeki diğer EIP'lerin geliştirilmesini engellemesidir. İkincil bir faktör ise Ethereum Vakfı'nın EIP-2537'nin yerine EVM384'i sunarak daha genel bir eliptik eğri hesaplama çözümü sağlamasıdır. Ancak ana geliştiriciler güvenlik sorunları konusunda endişelerini dile getirdiler.
Bu, EIP-2537'nin erken tarihçesidir. EIP-2537'nin başlangıçta Berlin yükseltmesindeki en önemli EIP'lerden biri olduğunu görebiliriz, ancak uygulanabilirlik sorunları nedeniyle nihayetinde terk edildi. Nisan 2021'de, Ethereum Berlin yükseltmesini tamamladı; temel EIP'ler, örneğin EIP-2565, aslında karmaşık bir uygulama gerektirmedi. Yükseltme biraz zayıf görünüyor çünkü en karmaşık ve temel EIP-2537 dışarıda bırakıldı.
Gelecek Gelişmeler
Bilindiği üzere, Ethereum her güncellemede bir ana öneri sunar. Berlin sonrası Londra güncellemesi, Ethereum tarihindeki en önemli işlem ücreti önerisi EIP-1559'u getirmiştir. Daha önceki ana öneri EIP-2537 için, sonraki güncellemelerin onu yeniden dahil etmesi oldukça zordur.
Berlin sonrası Londra yükseltmesi sırasında, geliştiriciler issues#369'da EIP-2537'yi eklemeyi düşündüler. 109. çekirdek geliştirici toplantısı, EIP-2537'nin gelişim durumu hakkında bilgi verdi; diğer kütüphanelerin kullanılması nedeniyle gas kullanımı üzerine tartışmalar ortaya çıktı. Bir geliştirici EIP-2537'nin yerine EVM384'ü önerdi. Ancak 2021 Nisan'daki 111. toplantıda, EIP-2537 karmaşıklığı sebebiyle Londra yükseltmesinden çıkarıldı. EIP-2537 standardının uygulanması için bağımlı kütüphanenin değiştirilmesi, gas fiyatlandırmasının değişebileceği anlamına geliyor; farklı istemci uygulamalarının gas tüketimini yeniden değerlendirmesi için büyük miktarda zamana ihtiyaç duyuluyor.
2021 Haziran'ında, issues#343 resmi olarak EIP-2537'nin Shanghai yükseltmesine dahil edilmesini önerdi. Ancak London yükseltmesinden sonra, The Merge geliştiricilerin büyük bir kısmını meşgul etti, işlem katmanı geliştiricileri PoS yükseltmesini gerçekleştirmek için çok fazla kod yazmak zorunda kaldı. 2022 Eylül'ünde, The Merge tamamlandıktan sonra, işlem katmanı geliştiricileri Shanghai yükseltmesinin hedeflerini tartışma fırsatı buldu.
2022 Kasım'ında, 150. çekirdek geliştirici toplantısında EIP-2537'nin Shanghai'a dahil edilip edilmeyeceği kısaca tartışıldı, ancak geliştiriciler bunun ertelenmesi gerektiğini düşündü. Shanghai'ın temeli PoS çekimlerini desteklemektir. Sonunda EIP-2537, çekim odaklı Shanghai güncellemesine dahil edilmedi.
Daha talihsiz olanı, Cancun'un EIP-2537'yi tartışmamış olmasıdır, çünkü Cancun'un odak noktası EIP-4844'ü desteklemektir; bu da Ethereum'un veri kullanılabilirlik katmanı olarak kullanılabilmesi için Ethereum'un ikinci katmanına Blob sağlamaktadır.
2024 yılının Şubat ayındaki 181. çekirdek geliştirici toplantısına kadar geliştiriciler Pectra yükseltmesine EIP-2537'yi dahil etme konusunu tartışmadılar. Bu noktada geliştiriciler, EIP-2537'nin uygulanmasının artık bir sorun olmadığını, sadece bazı gaz tüketim fiyatlandırma sorunlarının çözülmesi gerektiğini düşünüyorlardı.
2024年12月19日的第202次会议上,Nethermind开发者最终确定了EIP-2537的定价模型。值得注意的是,作为EIP-2537最初提案者的Matter Labs此时已基本退出讨论。2025年1月的第203次会议讨论了重新定价BLS预编译,Geth开发人员Jared Wasinger建议将gas成本提高20%,并得到Besu团队基准测试的支持。
Özet
EIP-2537'nin önerilmesinden nihai kabulüne kadar uzun ve çetrefilli bir süreçten geçti: