31 Ağustos'ta Ethereum geliştiricileri Zoom for the Core Developers (ACDE) konferans görüşmesinde bir araya geldi. Ethereum Vakfı'ndan Tim Beiko tarafından yönetilen ACDE konferans görüşmesi, Ethereum istemci ekibinin Ethereum yürütme katmanındaki (EL) değişiklikleri tartıştığı ve koordine ettiği iki haftada bir yapılan bir seridir. Bu hafta geliştiriciler aşağıdaki konulardaki geliştirme ve test ilerlemesini tartıştı:
Cancun/Deneb (Dencun) yükseltmesi
Verkle Trie dönüşümü
SSZ serileştirme güncellemesi
1. Cancun yükseltmesi
Devnet #8 iki hafta önce 16 Ağustos'ta piyasaya sürüldü. Ethereum Vakfı'nda DevOps mühendisi olan Barnabas Busa, geliştirici odaklı Cancun yükseltme test ağının iyi çalıştığını söyledi. Busa, Nethermind (EL) istemci yazılımını çalıştıran düğümlerde bazı sorunların ortaya çıktığını belirtti. Nethermind istemcisinin geliştiricisi Lukasz Rozmej, sorunun esasının blob işlem havuzu uygulamasındaki yanlış yapılandırmadan kaynaklandığını açıkladı. (Çevirmenin Notu: Devnet 8, Cancun/Deneb yükseltmesi için tüm sonlandırılmış EIP'leri içeren ilk özel test ağıdır)
EIP 4788 ile ilgili olarak geliştiriciler, kod değişiklikleri için yeni dağıtım stratejisini kısaca yeniden onayladılar. EL'deki işaret zinciri verilerini açığa çıkaran sözleşmeler, normal akıllı sözleşmeler gibi dağıtılacak ve yükseltme etkinleştirilmeden önce birisinin sözleşme adresini finanse etmesini gerektirecek. Cancun yükseltmesinin bir sonraki test ağı olan Devnet #9, bu iş akışını benimseyecek ve geliştiricilerin sürece aşina olmasını sağlayacak.
Geliştiriciler, Devnet #9'un çıkış tarihini ertelemek yerine, istemci uygulamasıyla ilgili tüm sorunlar çözülene kadar Devnet #8 üzerinde testlere devam etmeyi kabul etti. "Bu işlerin işe yarayacağını umduğumuzu söylemek yerine Devnet #9'a güvenmeyi tercih ederim. ... Bildiğimiz sorunları çözmeyi tercih ederim. Aksi takdirde, Devnet #9'da zor sorunlarımız olursa o zaman kesinlikle çözeceğiz. Yine Devnet #10'a sahip olmalıyız, Devnet #10'a sahip olmamamız gerektiğini söylemiyorum. Anlamlı sayıda devnet'e sahip olmalıyız. Sanırım şimdi Devnet #9'u gerçekten güvenilir kılmayı deneyebiliriz." Ether, Danny Ryan, dedi. Fang Vakfı'nda ve ACDC konferans görüşmesinin başkanı.
Aralarında Tim Beiko, Marius Van Der Wijden ve Justin Florentine'in de bulunduğu görüşmedeki diğer kişiler, Devnet #8'i test etmek için daha fazla zaman harcamaktan ve daha sonra EIP 4788'deki değişiklikleri Devnet #9'da test etmekten yanaydı. Beiko, geliştiricilerin bir sonraki ACDE konferans görüşmesi sırasında Devnet #9 için yeniden bir araya gelmelerini önerdi. Beiko, test ağı dağıtım stratejisiyle ilgili olarak aşağıdaki sırayı öneriyor:
Devnet #9: Dencun spesifikasyonu dondurulan başka bir Devnet. Ağa stres testi yapın ve geliştiricilerin bundan memnun olduğunu varsayın, ardından halka açık bir test ağına geçin. Aksi halde Devnet #10'u başlatın.
Holesky: Yeni başlatılan Holeksy test ağını çatallayın ve üzerinde Dencun yükseltmesini dağıtın.
Goerli: Daha sonra Dencun'u Goerli'ye konuşlandırın. Sondan bir önceki test ağının ana ağdan önce başlatılması nedeniyle, şu andaki yükseltme spesifikasyonu nihai olmalı ve kullanıcılara ve uygulamalara, ana ağ yükseltmesi etkinleştirilmeden önce yazılımlarını test etmeleri için yeterli süre sağlamalıdır. Dencun muhtemelen Goerli'nin kullanımdan kaldırılıp yerine Holesky getirilmeden önceki son çatalı olacak. (Çevirmenin Notu: Dencun kelimesi, Cancun (Cancun) ve Deneb kelimelerinden oluşan bileşik bir kelimedir. Cancun, Ethereum yürütme katmanı yükseltmesinin adıdır, Deneb ise protokol katmanı yükseltmesinin adıdır. Dolayısıyla Cancun yükseltmesi ve Deneb Yükseltmeler topluca Dencun yükseltmeleri olarak adlandırılır.)
Sepolia: Son olarak, iyi sonuçlar elde etmek için Dencun'u Sepolia'ya konuşlandırın.
Beiko'nun Devnet #9'dan sonra bir test ağı yayınlama teklifine kimse itiraz etmedi. Beiko, Holesky test ağının 15 Eylül'de resmi olarak başlatılmasının ardından yukarıda belirtilen zaman çizelgesinin bir blog yazısında daha geniş Ethereum topluluğuyla paylaşılacağını belirtti. Beiko ayrıca Ephemery adında bir test ağının da geliştirilme aşamasında olduğunu söyledi. Ehemery, bir veya iki hafta sonra başlangıç durumuna geri dönecek olan doğrulama düğümü operatörlerine yönelik bir Ethereum test ağıdır. Ephemery Ağı hakkında daha fazla bilgi için projenin GitHub sayfasını buradan okuyun.
Verkle Tries'i tartışmaya geçmeden önce Busa, Holesky test ağı için GitHub'da açık çekme isteğinin (PR) altını çizdi. Erigon (EL) ekibinin talebi üzerine Halkla İlişkiler, Holesky'deki Dencun yükseltmesi için belirli etkinleştirme süresinin kaldırılmasını teklif ediyor. Geliştirici daha sonra mevcut değerin üzerine yazmak yerine Holesky'de Dencun aktivasyonu için bir değer belirleyecektir. Busa ayrıca 2/4 sınırı yerine 3/6 blob hedefinin/maksimum değerinin test edilmesini istedi. Bu konuyla ilgili Beiko, önümüzdeki hafta yapılacak ACDC çağrısında konunun tekrar gündeme getirilmesini önerdi ve Ryan, büyük blok boyutlarıyla yapılan son deneylerin yeni bilgiler getireceğini belirtti.
2. Verkle Trie dönüşümü
Daha sonra geliştiriciler, Vitalik Buterin'in Verkle Trie uygulamasının karmaşıklığını azaltmak ve State Expiry'nin Ethereum üzerindeki faydalarını hızlandırmak için Verkle Trie ve State Expiry yol haritalarını birleştirme önerisini tartıştı. Arka plan olarak Verkle Trie veya Verkle Ağacı, kullanıcıların tek bir kriptografik kanıta dayanarak büyük miktarda veriyi kolayca doğrulamasını sağlayan bir veri yapısıdır. Ethereum durumunu depolamak için kullanılan bir veri yapısı olan Merkle Patricia Trie'den (MPT) farklı değiller. Ancak Verkle ağaçlarının kanıt verimliliği MPT'den nispeten daha yüksektir, bu nedenle geliştiriciler MPT'yi Verkle'ye geçirmek için çalışıyorlar.
Devlet Sona Ermesi, sınırsız devlet büyümesi sorununu çözmek için tasarlanmış ayrı bir girişimdir. Durum süresinin sona ermesinin amacı, Ethereum durumunun kullanıcının belirli bir süre içinde (ör. 365 gün) erişmediği kısımlarını kaldırarak durum boyutunu 100 GB'nin üzerindeyken 50 GB'nin altına düşürmektir. Erigon (EL) hesap ekibinden Andrew Ashikhmin, Verkle Trie dönüşümlerinin State Expiry ile birleştirildiğinde büyük ölçüde basitleşeceğini varsayarak iki yükseltmenin bir araya getirilmesini tercih etti. Verkle Trie projesine öncülük eden Geth (EL) müşteri ekibinden Guillaume Ballet, bir araştırma konusu olarak eyaletin sona ermesinin son iki yılda "terkedilmesi" nedeniyle birleştirmenin Verkle Tries'i geciktireceğinden endişe ediyor.
Buterin, teklifinin motivasyonları hakkında daha fazla bilgi vererek şunları söyledi: [Verkle] Geçiş süreci, sorun temelde 50+ GB Merkle Patricia Trie'yi canlı bir ağdaki Verkle Trie'ye dönüştürmek oldukça karmaşık. Bu gerçekten de araştırma ekibinin bir yıldan fazla süredir uğraştığı bir konu. Geçen yılı Devconnect'te hatırlıyorum, temelde bir araştırma etkinliğinin konusuydu ve temel olarak Verkle yol haritasının geri kalanının bir araya getirildiği kadar Ar-Ge çalışması vardı, sadece son geçişin nasıl yapılacağı süreci. Bazı açılardan karmaşıklık açısından birleşmeye rakip oluyor. "
Buterin, Devlet Sona Ermesinin Verkle'ye geçişin karmaşıklığını nasıl önemli ölçüde azalttığını anlatmaya devam etti. Bununla birlikte, durumun sona ermesinin, her yıl yeni "adres dönemlerini" desteklemek için daha fazla adres alanı ekleme ihtiyacı gibi karmaşık önkoşullara sahip olduğunu da belirtti.Dolayısıyla Verkle'yi uygulamanın karmaşıklığı azalacak olsa da, geliştiricilerin hala bulmacayı çözmeleri gerekiyor. Ek olarak, Verkle Denemeleri Durum Sona Erme Tarihinden önce uygulanırsa, Durum Sona Erme Tarihinin aciliyeti daha az olacaktır, bu nedenle geliştiriciler geçiş için Verkle'ı kullanmayı düşünmeli veya Durum Sona Erme Tarihinin Verkle'den sonra tanıtılması için birkaç yıl beklemelidir. Bu iki yükseltmenin bir araya getirilmesinin getireceği ek değer konusunda kararsızdı ve konuyu Discord ve Verkle Trie Uygulayıcıların Çağrısı'nda eş zamanlı olmayan bir şekilde tartışmaya devam etme konusunda anlaştılar.
3. SSZ serileştirme
Daha sonra Nimbus (CL) istemcisinin geliştiricisi Etan Kissling, Ethereum veri yapılarını SSZ serileştirme formatına yükseltme konusundaki en son ilerlemesini sundu. Bu konuyla ilgili daha fazla bilgi edinmek için önceki bir Ethereum geliştirici görüşmesinin metnini buradan okuyun. Kissling, SSZ "PartialContainer" tabanlı bir format kullanarak Ethereum veri serileştirmesini güncellemeye yönelik yeni bir yaklaşımın altını çizdi. Kissling, bu haftanın konferans görüşmesi gündemine ilişkin yorumlarında şunları yazdı: "Bu [format] esasen [önceki formatın] tüm avantajlarını birleştirir ve başka amaçlar için de yeniden kullanılabilir, böylece şu anda kullanılmayan SSZ Union ve SSZ isteğe bağlı türü aşamalı olarak ortadan kaldırılabilir. " (Çevirmenin Notu: Basit Serileştirme (SSZ), işaret zincirinde kullanılan serileştirme yöntemidir. Bu yöntem, eş keşif protokolü dışında konsensüs katmanının her yerinde kullanılan uygulama katmanının yerini alır. Özyinelemeli uzunluk-önek serileştirme. Basit serileştirme tasarımı deterministiktir ve aynı zamanda verimli bir şekilde Merkleleştirilebilir.)
Güncellemeden sonra Beiko, EL'in Python'da yeni oluşturulan referans uygulamasını (EELS olarak adlandırılır) övdü. Yakın zamanda yayınlanan bir Ethereum Vakfı blog yazısında, EIP editörü ve Ethereum Vakfı araştırmacısı Sam Wilson şunları yazdı: "EELS, Ethereum yürütme istemcisinin temel bileşenlerinin, okunabilirlik ve netliğe odaklanan Python referans uygulamasıdır. EELS, manevi bir halef olmayı amaçlamaktadır. Sarı Kitap'a göre daha programcı dostu ve birleştirme sonrası çatallarla senkronize olan EELS, durum testlerini doldurup yürütebilir, ana ağı takip edebilir ve yeni EIP'lerin prototipini yapmak için harika bir yerdir."
Bazı geliştiriciler EIP'lerini yeniden uygulamak için EELS'yi zaten kullanıyor ve Ethereum Vakfı'nın, EELS'i tamamlamak üzere Londra ve Paris gibi önceden birleştirilmiş ağ yükseltmelerinin eksik olduğunu içerecek şekilde sarı belgeyi güncellemekle ilgilenen herkes için bir bağışı var.
View Original
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.
116. Ethereum çekirdek geliştirici yönetici toplantısının özeti: Cancun yükseltmesi, Verkle Trie dönüşümü ve SSZ serileştirmesi
Yazar: Christine Kim / Kaynak:
Tercüme: Huohuo/Yerel Blockchain
31 Ağustos'ta Ethereum geliştiricileri Zoom for the Core Developers (ACDE) konferans görüşmesinde bir araya geldi. Ethereum Vakfı'ndan Tim Beiko tarafından yönetilen ACDE konferans görüşmesi, Ethereum istemci ekibinin Ethereum yürütme katmanındaki (EL) değişiklikleri tartıştığı ve koordine ettiği iki haftada bir yapılan bir seridir. Bu hafta geliştiriciler aşağıdaki konulardaki geliştirme ve test ilerlemesini tartıştı:
Cancun/Deneb (Dencun) yükseltmesi
Verkle Trie dönüşümü
SSZ serileştirme güncellemesi
1. Cancun yükseltmesi
Devnet #8 iki hafta önce 16 Ağustos'ta piyasaya sürüldü. Ethereum Vakfı'nda DevOps mühendisi olan Barnabas Busa, geliştirici odaklı Cancun yükseltme test ağının iyi çalıştığını söyledi. Busa, Nethermind (EL) istemci yazılımını çalıştıran düğümlerde bazı sorunların ortaya çıktığını belirtti. Nethermind istemcisinin geliştiricisi Lukasz Rozmej, sorunun esasının blob işlem havuzu uygulamasındaki yanlış yapılandırmadan kaynaklandığını açıkladı. (Çevirmenin Notu: Devnet 8, Cancun/Deneb yükseltmesi için tüm sonlandırılmış EIP'leri içeren ilk özel test ağıdır)
EIP 4788 ile ilgili olarak geliştiriciler, kod değişiklikleri için yeni dağıtım stratejisini kısaca yeniden onayladılar. EL'deki işaret zinciri verilerini açığa çıkaran sözleşmeler, normal akıllı sözleşmeler gibi dağıtılacak ve yükseltme etkinleştirilmeden önce birisinin sözleşme adresini finanse etmesini gerektirecek. Cancun yükseltmesinin bir sonraki test ağı olan Devnet #9, bu iş akışını benimseyecek ve geliştiricilerin sürece aşina olmasını sağlayacak.
Geliştiriciler, Devnet #9'un çıkış tarihini ertelemek yerine, istemci uygulamasıyla ilgili tüm sorunlar çözülene kadar Devnet #8 üzerinde testlere devam etmeyi kabul etti. "Bu işlerin işe yarayacağını umduğumuzu söylemek yerine Devnet #9'a güvenmeyi tercih ederim. ... Bildiğimiz sorunları çözmeyi tercih ederim. Aksi takdirde, Devnet #9'da zor sorunlarımız olursa o zaman kesinlikle çözeceğiz. Yine Devnet #10'a sahip olmalıyız, Devnet #10'a sahip olmamamız gerektiğini söylemiyorum. Anlamlı sayıda devnet'e sahip olmalıyız. Sanırım şimdi Devnet #9'u gerçekten güvenilir kılmayı deneyebiliriz." Ether, Danny Ryan, dedi. Fang Vakfı'nda ve ACDC konferans görüşmesinin başkanı.
Aralarında Tim Beiko, Marius Van Der Wijden ve Justin Florentine'in de bulunduğu görüşmedeki diğer kişiler, Devnet #8'i test etmek için daha fazla zaman harcamaktan ve daha sonra EIP 4788'deki değişiklikleri Devnet #9'da test etmekten yanaydı. Beiko, geliştiricilerin bir sonraki ACDE konferans görüşmesi sırasında Devnet #9 için yeniden bir araya gelmelerini önerdi. Beiko, test ağı dağıtım stratejisiyle ilgili olarak aşağıdaki sırayı öneriyor:
Devnet #9: Dencun spesifikasyonu dondurulan başka bir Devnet. Ağa stres testi yapın ve geliştiricilerin bundan memnun olduğunu varsayın, ardından halka açık bir test ağına geçin. Aksi halde Devnet #10'u başlatın.
Holesky: Yeni başlatılan Holeksy test ağını çatallayın ve üzerinde Dencun yükseltmesini dağıtın.
Goerli: Daha sonra Dencun'u Goerli'ye konuşlandırın. Sondan bir önceki test ağının ana ağdan önce başlatılması nedeniyle, şu andaki yükseltme spesifikasyonu nihai olmalı ve kullanıcılara ve uygulamalara, ana ağ yükseltmesi etkinleştirilmeden önce yazılımlarını test etmeleri için yeterli süre sağlamalıdır. Dencun muhtemelen Goerli'nin kullanımdan kaldırılıp yerine Holesky getirilmeden önceki son çatalı olacak. (Çevirmenin Notu: Dencun kelimesi, Cancun (Cancun) ve Deneb kelimelerinden oluşan bileşik bir kelimedir. Cancun, Ethereum yürütme katmanı yükseltmesinin adıdır, Deneb ise protokol katmanı yükseltmesinin adıdır. Dolayısıyla Cancun yükseltmesi ve Deneb Yükseltmeler topluca Dencun yükseltmeleri olarak adlandırılır.)
Sepolia: Son olarak, iyi sonuçlar elde etmek için Dencun'u Sepolia'ya konuşlandırın.
Beiko'nun Devnet #9'dan sonra bir test ağı yayınlama teklifine kimse itiraz etmedi. Beiko, Holesky test ağının 15 Eylül'de resmi olarak başlatılmasının ardından yukarıda belirtilen zaman çizelgesinin bir blog yazısında daha geniş Ethereum topluluğuyla paylaşılacağını belirtti. Beiko ayrıca Ephemery adında bir test ağının da geliştirilme aşamasında olduğunu söyledi. Ehemery, bir veya iki hafta sonra başlangıç durumuna geri dönecek olan doğrulama düğümü operatörlerine yönelik bir Ethereum test ağıdır. Ephemery Ağı hakkında daha fazla bilgi için projenin GitHub sayfasını buradan okuyun.
Verkle Tries'i tartışmaya geçmeden önce Busa, Holesky test ağı için GitHub'da açık çekme isteğinin (PR) altını çizdi. Erigon (EL) ekibinin talebi üzerine Halkla İlişkiler, Holesky'deki Dencun yükseltmesi için belirli etkinleştirme süresinin kaldırılmasını teklif ediyor. Geliştirici daha sonra mevcut değerin üzerine yazmak yerine Holesky'de Dencun aktivasyonu için bir değer belirleyecektir. Busa ayrıca 2/4 sınırı yerine 3/6 blob hedefinin/maksimum değerinin test edilmesini istedi. Bu konuyla ilgili Beiko, önümüzdeki hafta yapılacak ACDC çağrısında konunun tekrar gündeme getirilmesini önerdi ve Ryan, büyük blok boyutlarıyla yapılan son deneylerin yeni bilgiler getireceğini belirtti.
2. Verkle Trie dönüşümü
Daha sonra geliştiriciler, Vitalik Buterin'in Verkle Trie uygulamasının karmaşıklığını azaltmak ve State Expiry'nin Ethereum üzerindeki faydalarını hızlandırmak için Verkle Trie ve State Expiry yol haritalarını birleştirme önerisini tartıştı. Arka plan olarak Verkle Trie veya Verkle Ağacı, kullanıcıların tek bir kriptografik kanıta dayanarak büyük miktarda veriyi kolayca doğrulamasını sağlayan bir veri yapısıdır. Ethereum durumunu depolamak için kullanılan bir veri yapısı olan Merkle Patricia Trie'den (MPT) farklı değiller. Ancak Verkle ağaçlarının kanıt verimliliği MPT'den nispeten daha yüksektir, bu nedenle geliştiriciler MPT'yi Verkle'ye geçirmek için çalışıyorlar.
Devlet Sona Ermesi, sınırsız devlet büyümesi sorununu çözmek için tasarlanmış ayrı bir girişimdir. Durum süresinin sona ermesinin amacı, Ethereum durumunun kullanıcının belirli bir süre içinde (ör. 365 gün) erişmediği kısımlarını kaldırarak durum boyutunu 100 GB'nin üzerindeyken 50 GB'nin altına düşürmektir. Erigon (EL) hesap ekibinden Andrew Ashikhmin, Verkle Trie dönüşümlerinin State Expiry ile birleştirildiğinde büyük ölçüde basitleşeceğini varsayarak iki yükseltmenin bir araya getirilmesini tercih etti. Verkle Trie projesine öncülük eden Geth (EL) müşteri ekibinden Guillaume Ballet, bir araştırma konusu olarak eyaletin sona ermesinin son iki yılda "terkedilmesi" nedeniyle birleştirmenin Verkle Tries'i geciktireceğinden endişe ediyor.
Buterin, teklifinin motivasyonları hakkında daha fazla bilgi vererek şunları söyledi: [Verkle] Geçiş süreci, sorun temelde 50+ GB Merkle Patricia Trie'yi canlı bir ağdaki Verkle Trie'ye dönüştürmek oldukça karmaşık. Bu gerçekten de araştırma ekibinin bir yıldan fazla süredir uğraştığı bir konu. Geçen yılı Devconnect'te hatırlıyorum, temelde bir araştırma etkinliğinin konusuydu ve temel olarak Verkle yol haritasının geri kalanının bir araya getirildiği kadar Ar-Ge çalışması vardı, sadece son geçişin nasıl yapılacağı süreci. Bazı açılardan karmaşıklık açısından birleşmeye rakip oluyor. "
Buterin, Devlet Sona Ermesinin Verkle'ye geçişin karmaşıklığını nasıl önemli ölçüde azalttığını anlatmaya devam etti. Bununla birlikte, durumun sona ermesinin, her yıl yeni "adres dönemlerini" desteklemek için daha fazla adres alanı ekleme ihtiyacı gibi karmaşık önkoşullara sahip olduğunu da belirtti.Dolayısıyla Verkle'yi uygulamanın karmaşıklığı azalacak olsa da, geliştiricilerin hala bulmacayı çözmeleri gerekiyor. Ek olarak, Verkle Denemeleri Durum Sona Erme Tarihinden önce uygulanırsa, Durum Sona Erme Tarihinin aciliyeti daha az olacaktır, bu nedenle geliştiriciler geçiş için Verkle'ı kullanmayı düşünmeli veya Durum Sona Erme Tarihinin Verkle'den sonra tanıtılması için birkaç yıl beklemelidir. Bu iki yükseltmenin bir araya getirilmesinin getireceği ek değer konusunda kararsızdı ve konuyu Discord ve Verkle Trie Uygulayıcıların Çağrısı'nda eş zamanlı olmayan bir şekilde tartışmaya devam etme konusunda anlaştılar.
3. SSZ serileştirme
Daha sonra Nimbus (CL) istemcisinin geliştiricisi Etan Kissling, Ethereum veri yapılarını SSZ serileştirme formatına yükseltme konusundaki en son ilerlemesini sundu. Bu konuyla ilgili daha fazla bilgi edinmek için önceki bir Ethereum geliştirici görüşmesinin metnini buradan okuyun. Kissling, SSZ "PartialContainer" tabanlı bir format kullanarak Ethereum veri serileştirmesini güncellemeye yönelik yeni bir yaklaşımın altını çizdi. Kissling, bu haftanın konferans görüşmesi gündemine ilişkin yorumlarında şunları yazdı: "Bu [format] esasen [önceki formatın] tüm avantajlarını birleştirir ve başka amaçlar için de yeniden kullanılabilir, böylece şu anda kullanılmayan SSZ Union ve SSZ isteğe bağlı türü aşamalı olarak ortadan kaldırılabilir. " (Çevirmenin Notu: Basit Serileştirme (SSZ), işaret zincirinde kullanılan serileştirme yöntemidir. Bu yöntem, eş keşif protokolü dışında konsensüs katmanının her yerinde kullanılan uygulama katmanının yerini alır. Özyinelemeli uzunluk-önek serileştirme. Basit serileştirme tasarımı deterministiktir ve aynı zamanda verimli bir şekilde Merkleleştirilebilir.)
Güncellemeden sonra Beiko, EL'in Python'da yeni oluşturulan referans uygulamasını (EELS olarak adlandırılır) övdü. Yakın zamanda yayınlanan bir Ethereum Vakfı blog yazısında, EIP editörü ve Ethereum Vakfı araştırmacısı Sam Wilson şunları yazdı: "EELS, Ethereum yürütme istemcisinin temel bileşenlerinin, okunabilirlik ve netliğe odaklanan Python referans uygulamasıdır. EELS, manevi bir halef olmayı amaçlamaktadır. Sarı Kitap'a göre daha programcı dostu ve birleştirme sonrası çatallarla senkronize olan EELS, durum testlerini doldurup yürütebilir, ana ağı takip edebilir ve yeni EIP'lerin prototipini yapmak için harika bir yerdir."
Bazı geliştiriciler EIP'lerini yeniden uygulamak için EELS'yi zaten kullanıyor ve Ethereum Vakfı'nın, EELS'i tamamlamak üzere Londra ve Paris gibi önceden birleştirilmiş ağ yükseltmelerinin eksik olduğunu içerecek şekilde sarı belgeyi güncellemekle ilgilenen herkes için bir bağışı var.