Orijinal başlık: "Ethereum All Core Developers Execution Call #187 Writeup" Orijinal yazar: Christine Kim Orijinal derleyici: Luccy, BlockBeats

Editörün notu: Tüm Çekirdek Ethereum Geliştiricileri Konsensüs Çağrısı (ACDE), Ethereum Yürütme Katmanındaki (EL) değişiklikleri tartışmak ve koordine etmek için iki haftada bir yapılır. Bu, ACDE'nin 187. konferans görüşmesidir. Bu toplantıda geliştiriciler, Pectra Devnet 0 hazırlıklarını, EIP 3074'ün uygulama güncellemelerini ve yürütme katmanının serileştirme yönteminin MPT'den SSZ'ye dönüştürülmesinin aciliyetini tartıştı. Geliştiriciler, Pectra Devnet 0 hazırlıklarına ek olarak yeni EIP tekliflerini, mevcut EIP'lerin tartışılmasını ve analizini, akıllı sözleşmeler ve işlemlere ilişkin etki analizini de tartıştı. Bunlar arasında EIP 7702 tartışması katılımcılar tarafından büyük ilgi gördü ve teklif, EIP 3074'ün yerini alacak potansiyel bir çözüm olarak değerlendirildi. Galaxy Digital Araştırmadan Sorumlu Başkan Yardımcısı Christine Kim, bu toplantının kilit noktalarını detaylı bir şekilde kaydetti. BlockBeasts, orijinal metni şu şekilde derledi:

9 Mayıs 2024'te Ethereum geliştiricileri, All Core Developers Execution (ACDE) çağrı #187 toplantısına katılmak için Zoom'da toplandı. ACDE Konferans Çağrısı, geliştiricilerin Ethereum Yürütme Katmanındaki (EL) değişiklikleri tartıştığı ve koordine ettiği, Ethereum Vakfı Protokol Desteği Başkanı Tim Beiko'nun ev sahipliği yaptığı, iki haftada bir düzenlenen bir dizi toplantıdır. Bu hafta geliştiriciler, Pectra Devnet 0 için yapılan hazırlıkları, EIP 3074 uygulamasındaki güncellemeleri ve EL'deki serileştirme yöntemini MPT'den SSZ'ye dönüştürmenin aciliyetini tartıştı.

Pectra Devnet-0 Güncelleme

Ethereum Vakfı geliştirici operasyon mühendisi Barnabas Busa, ekibinin ilk Pectra geliştirici odaklı test ağının istemci yapılandırmasını test ettiğini ve 13 Mayıs Pazartesi gününe kadar Pectra Devnet 0'ın istikrarlı bir yapılandırmasını sağlamak için çalışacaklarını söyledi. Pectra Devnet 0 hazırlık izleyicisine göre Geth, Nethermind ve EthereumJS müşteri ekipleri Pectra kod spesifikasyonunu tam olarak uyguladı.

Konferans görüşmesi sırasında Besu geliştiricisi Justine Florentine, tüm Pectra EIP'lerinin Besu'da uygulandığını ancak ekibinin hala koddaki hataları ayıklamak için yoğun şekilde çalıştığını söyledi. Erigon geliştiricisi Andrew Ashikhmin, ekibinin EL tetiklenebilir geri çekilme olan EIP 7002 dışındaki tüm EIP'ler üzerinde çalışmaya başladığını söyledi. Reth ekibi, Zoom sohbetinde uygulama izleyicisine bir bağlantı yayınladı ve Erigon ekibi gibi EIP 7002 üzerindeki çalışmalarının hala beklemede olduğunu gösterdi.

CL istemci tarafında Grandine geliştiricisi Saulius Grigaitis, tüm EIP'lerin uygulandığını ancak ekibinin EL istemcisiyle çalışırken bazı hatalarla karşılaştığını söyledi. Lighthouse ekibinden temsilciler, Pectra Devnet 0 için eksiksiz bir uygulamayı hazır hale getirmeye yakın olduklarını belirterek, motor API'sindeki spesifikasyonun güncellenmesi gerektiğine dikkat çekti. Teku geliştiricisi Mikhail Kalinin, bu güncellemeleri motor API spesifikasyonuna eklemek için çalıştığını söyledi.

EF test ekibinden Mario Vegas, geliştiricilerin EIP 3074, AUTH ve AUTHCALL işlem kodları ve diğer bazı EIP'ler için test senaryoları eklemeye çalıştığını söyledi.

EIP-3074 Güncellemesi

Geliştiriciler EIP 3074'ü Pectra Devnet 0 spesifikasyonunda tutmayı kabul etseler de, bunun yerine alternatif bir EIP olan EIP 7702 tartışıldı. Geth geliştiricisi "Lightclient", EIP 3074'teki en son ara oturumunu özetledi; burada katılımcılar, kullanıcı kontrolü hesabının programlanabilirliğini iyileştirmeyle ilgili olarak Pectra yükseltmesinde hangi değişikliklere öncelik verilmesi gerektiğini tartıştılar. Lightclient'e göre tüm katılımcılar, tam yerel hesap soyutlamasının Ethereum'da uygulanmasına hala birkaç yıl uzakta olduğu konusunda hemfikir. Ancak bunun, harici sahipli hesapların (EOA'lar) işlevlerindeki değişikliklere öncelik verilmesi mi, yoksa EOA'ların akıllı sözleşme cüzdanlarına taşınması anlamına mı geldiği konusunda anlaşmazlıklar var. Bu ACDE konferans görüşmesinden bir gün önce, 8 Mayıs'ta, Ethereum kurucu ortağı Vitalik Buterin, Ethereum'un tek bir işlem sırasında EOA'ların akıllı sözleşme cüzdanları gibi çalışmasını desteklemek için yeni bir işlem türünü desteklemesini sağlayacak yeni bir EIP, EIP 7702 önerdi. Lightclient, EIP 3074 ara oturumundaki katılımcıların EIP 7702 hakkında genel olarak olumlu olduklarını söyledi. Ancak daha sonra EIP 7702 ile ilgili hala çözülmesi gereken önemli ayrıntılar olduğunu ekledi. Örneğin, bir EIP 7702 işleminin nasıl tersine çevrileceğine ve bu tür işlemlerin gas maliyetinin nasıl ölçeklendirileceğine ilişkin ayrıntılar belirsizliğini koruyor.

EIP 7702 kabul edilir ve Pectra yükseltmesine dahil edilirse, EIP 3074'ün yerini alması düşünülecektir, çünkü EIP 7702, EIP 3074'e benzer sonuçlar elde eder, ancak Ethereum üzerinde yeni işlem kodları oluşturmaz ve EIP'nin stabilitesini artırır. Statik analiz kolaylığı. yeni EOA davranışı. EF araştırmacısı Ansgar Dietrichs, Zoom sohbetinde EIP 7702'nin Pectra'ya dahil edilmesinin düşünülmesini ve EIP 3074'ün 7702 ile değiştirilip değiştirilmeyeceğine ilişkin resmi kararın yaklaşık 2 ila 4 hafta içinde alınacağını öne sürdü. Geliştiricilerin çağrı sırasında EIP 7702 ile ilgili tartışmalarından, teklifin uygulamaya hazır olarak değerlendirilmesinden önce daha fazla çalışmaya ihtiyaç olduğu açıktı. Nethermind geliştiricisi Ahmad Mazen Bitar, EIP 3074 için halihazırda yapılmış olan çalışmanın muhtemelen 7702'yi uygulamak için yeniden kullanılmasının muhtemel olmadığını belirtti. Beiko, geliştiricilerin Devnet 0 için EIP 3074'ü uygulamaya devam etmeleri ve Devnet-1 spesifikasyonunu daha sonra tekrar ziyaret etmeleri gerektiğini doğruladı.

EIP-7685, SSZ ve EIP-6110

Geliştiriciler daha sonra Nimbus geliştiricisi Etan Kissling'in EIP 7685 hakkında dile getirdiği bazı endişeleri, yani ortak yürütme katmanı isteklerini tartıştılar. Bu haftaki konferans görüşmesi gündeminin altındaki GitHub yorumunda Kissling, Evrensel Yürütme Katmanı isteği için önerilen tasarıma ihtiyaç olup olmadığını ve geliştiricilerin birleştirme yükseltmesinden bu yana uğraştığı SSZ'ye geçiş için fırsatın daha iyi kullanılıp kullanılamayacağını sordu. Yürütme katmanında güncellenmesi beklenen serileştirme formatı. Görüşmedeki yönetici müşteri ekiplerinin çoğu, EIP 7685'in Pectra'da tutulmasını destekliyor ve EIP'nin operasyonlara dahil edilmesinin önünde istemcilerin iyimser senkronizasyonu gibi herhangi bir engel varsa tasarımı yeniden gözden geçirin.

SSZ'ye geçiş konusunda Kissling, Ortak Yürütme Katmanı İstekleri için yeni tasarım formatının eski serileştirme formatları MPT ve RLP'ye dayandığını, dolayısıyla geliştiriciler SSZ'ye geçiş yaptıkça güncellenmesi gerektiğini açıkladı. Kendisi, SSZ'ye geçişin ertelenmesinin geliştiriciler için yalnızca yeni MPT/RLP veri yapıları oluşturmaya devam etmeleri halinde daha fazla iş yaratacağını belirtti. Ancak yönetici müşteri ekibinden SSZ stabil konteyneri EIP 7495'in Pectra'ya dahil edilmesi konusunda güçlü bir destek yok. "Dustin" adlı bir geliştirici, Zoom sohbetinde SSZ geçişini erteleme kararının "çılgınca" olduğunu ve SSZ kitaplıklarının EL'de iyi çalışmaması sorununun "ciddi bir sorun" olduğunu yazdı.

EIP 6110, zincir üstü tedarik doğrulayıcı mevduatlarla ilgili olarak Kissling, mevduatların sırasına ilişkin soruları gündeme getirdi. Kalinin, konunun "önemli bir endişe" olduğunu ve daha derinlemesine araştırma yapmak için büyük stake havuzlarıyla çalışacağını kabul etti.

EOF güncellemesi

EIP 6110, zincir üstü tedarik doğrulayıcı mevduatlarla ilgili olarak Kissling, mevduatların sırasına ilişkin soruları gündeme getirdi. Kalinin, konunun "önemli bir endişe" olduğunu ve daha derinlemesine araştırma yapmak için büyük stake havuzlarıyla çalışacağını kabul etti.

EOF güncellemesi

Bağımsız Ethereum protokol geliştiricisi Danno Ferrin ve EF Solidity araştırma başkanı Alex Beregszaszi, EOF uygulama çabaları hakkında bir güncelleme paylaştı. Bağlam açısından EOF, geliştiricilerin Pectra yükseltmesine dahil etmeyi düşündüğü Ethereum Sanal Makinesini (EVM) geliştirmek için yapılan bir dizi kod değişikliğidir. EOF için meta-EIP tamamlandı. Geliştiriciler ayrıca EOF'de işlem oluşturma sürecini basitleştirdiler ve EOF'un istemci uygulaması üzerinde çalışıyorlar.

EIP-7623 Güncellemesi

Konferans görüşmesinde "William Morris" ekran adını kullanan bir geliştirici, EIP 7623'teki çağrı verileri depolaması için gaz maliyetlerindeki değişikliklerle ilgili endişelerini dile getirdi. Değişikliklerin, bazı kullanıcıların işlemlerini konsolide ederek daha düşük oranlarda işlem yapmalarına olanak tanıyacağını, böylece ikinci katmandaki toplamaların (L2'ler) ve diğer katılımcıların ağa daha ucuz bir şekilde geçiş yapabilmeleri için gaz indirimleri için ikincil bir piyasa oluşturulmasını teşvik edeceğini açıkladı. Açık. Bu sorunları çözmek için çağrı verisi maliyetlerini sabit bir oranda ekleyen alternatif bir EIP olan EIP 7703'ü önerdi.

Buterin, Morris'in endişeleri geçerli olsa da, EIP 7623'ün bir sonucu olarak çağrı verileri için ikincil bir pazarın gerçekten yaratılma ihtimalinin yüksek olmadığını, çünkü böyle bir pazara katılmayı seçen kullanıcı sayısının son derece sınırlı olacağını söyledi. Buterin, EIP 7623'ten etkilenen ana oyuncuların ikinci kademe geliştirme ekibi Starkware ve Inscription Creators olduğunu belirtti. İkincil çağrı verileri pazarı için toplam adreslenebilir pazar küçük olsa da, geliştiricilerin blobgas sınırını artırmasına izin verebileceği ve böylece Ethereum'un L2'yi destekleme yeteneğini genişletebileceği için çağrı verileri yoluyla maksimum blok boyutu sınırını artırmanın iyi tarafının son derece yüksek olduğunu ekledi. . Vitalik ayrıca, Morris'in önerdiği gibi, çağrı verisi maliyetlerindeki sabit bir artışın, L2 ve diğer paydaşlar üzerinde mevcut EIP'den daha sert bir etkiye sahip olacağını da söyledi. Buterin, çağrıdan önce bir blog gönderisinde bloblar için gas fiyatlandırması hakkında daha fazla düşünce paylaştı.

EIP 7623'ün ortak yazarı Toni Wahrstätter, pratik açıdan bakıldığında çoğu L2'nin çağrı verileri için ikincil bir pazar yaratmayacağına inandığını söyleyerek Buterin ile aynı fikirde. "Pratik açıdan bakıldığında, özellikle böyle bir pazarın katılımcılar arasında güven ve yüksek derecede koordinasyon gerektirdiği göz önüne alındığında, bu pek mümkün değil. Bir L2 olarak verilerinizi bir L1'e yayınlamak istediğinizi ancak bunu yapmadığınızı hayal edin. Wahrstätter, "Verilerin hangi adreste yayınlanacağını, verilerin nereye gideceğini bilemezsiniz. Pratik açıdan endeksi özelleştirmeniz gerekiyor" dedi.

Reth geliştiricisi Georgios Konstantopoulos, geliştiricilerin EIP 7623'ün Pectra'ya dahil edilmesi durumunda blobgas sınırını artırma olasılığını araştırıp incelemediklerini sordu. Konstantopoulos, EIP 7623 ile gelen artırılmış blob gas limiti olmadan, EIP'nin "sorunun çoğunu çözmediğini" söyledi. EF araştırmacısı Dankrad Feist, blob gas limitinin, Ethereum'un maksimum blok boyutunun değişmeden kalacağı noktaya yükseltilmesini önerdi; bu, çağrı verisi maliyetleri arttıkça boşalan alanın bloblarla (ikili büyük nesneler) doldurulacağı anlamına geliyor. EF araştırmacısı Ansgar Dietrichs, bu EIP'nin yalnızca blob gas limitlerindeki artışla birleştirildiğinde değil, aynı zamanda ağın maksimum sayıda işlem ve blob içeren bloklardan etkilenmemesini sağlayabilmesi nedeniyle güvenlik açısından da yararlı olduğunu söyledi. Ve istikrarsız.

EIP 7623'ün akıllı sözleşmeler ve işlemler üzerindeki etkisinin analiz edilmesi sorusuna ilişkin Wahrstätter, önerdiği teklifin kullanıcıların %98'i üzerinde bir etkisi olmayacağını söyledi. Beiko ayrıca EF Geliştirici Operasyon Mühendisi Parithosh Jayanthi'nin, EIP 7623 göz önüne alındığında blobgas sınırını yükseltmenin özellikleri konusunda daha derin bir analiz yapıyor olabileceğini belirtti.

EIP 7609'a yeni alternatif

Konferans görüşmesi sırasında ekran adı "Charles C" olan bir geliştirici, akıllı sözleşmelere yeniden giriş saldırılarını önlemek için yeni bir EIP önerdi. Charles, teklifin akıllı sözleşmeleri korumak için iki yeni işlem kodu oluşturduğunu ve daha önce sunduğu ve Pectra'da TLOAD/TSTORE'un temel maliyetini azaltmayı amaçlayan EIP 7609 adlı teklife bir alternatif olduğunu söyledi. Charles, EIP 7609'un neden Pectra'ya dahil edilmek üzere değerlendirilmediğinden emin olmadığını ve hâlâ geliştiricilerden yeniden girişi uygun maliyetli bir şekilde önleme konusunda geri bildirim topladığını söyledi. OpenZeppelin'in Reentrancy Guard ve TLOAD/TSTORE işlem kodları gibi mevcut çözümlerin, merkezi olmayan uygulama geliştiricilerinin varsayılan olarak kullanamayacağı kadar maliyetli olduğuna dikkat çekti. Beiko, geliştiricilerin Charles'a bu yeni EIP hakkında Ethereum Magicians forumunda geri bildirimde bulunmalarını önerdi.