Yazar: Christine Kim, galaksi; Çeviri: Huohuo/Yerel Blockchain
31 Ağustos'ta Ethereum geliştiricileri, Core Developers ution (ACDE) konferans görüşmesi için Zoom'da bir araya geldi. Ethereum Vakfı'ndan Tim Beiko'nun ev sahipliği yaptığı ACDE çağrısı, Ethereum müşteri ekibinin Ethereum Yürütme Katmanındaki (EL) değişiklikleri tartıştığı ve koordine ettiği iki haftada bir yapılan bir toplantı dizisidir. 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 göründüğünü belirtti. Nethermind istemcisinin geliştiricisi Lukasz Rozmej, sorunun doğasının Blob işlem havuzu uygulamasındaki yanlış yapılandırmadan kaynaklandığını açıkladı. **(Çevirmenin Notu: Devnet 8, Cancun/Deneb yükseltmesinin tüm tamamlanmış EIP'lerini 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'de işaret zinciri verilerini açığa çıkaran sözleşmeler, yükseltme etkinleştirilmeden önce birisinin sözleşme adresini finanse etmesini gerektiren normal akıllı sözleşmeler gibi dağıtılacak. Cancun yükseltmesinin bir sonraki test ağı olan Devnet #9, bu iş akışını benimseyecek ve geliştiricilerin buna 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ı.
*Tim Beiko, Marius Van Der Wijden ve Justin Florentine dahil olmak üzere görüşmedeki diğer kişiler, Devnet #8'de testlere daha fazla zaman ayırmayı ve daha sonra Devnet #9'da EIP 4788'deki değişiklikleri test etmeyi destekliyordu *. Beiko, geliştiricilere bir sonraki ACDE konferans görüşmesi sırasında Devnet #9'u yeniden bir araya getirmeleri için bir zaman önerdi. Beiko, test ağı dağıtım stratejileriyle ilgili olarak aşağıdaki sırayı öneriyor:
Devnet #9: Dencun spesifikasyonu dondurulan bir Devnet daha. Ağa stres testi yapın ve geliştiricilerin bundan memnun olduğunu varsayalım, ardından genel test ağına geçin. Aksi takdirde 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. Ana ağdan önceki sondan bir önceki test ağı lansmanı nedeniyle, şu andaki yükseltme spesifikasyonları nihai olmalı ve ana ağ yükseltmesi etkinleştirilmeden önce kullanıcılara ve uygulamalara yazılımlarını test etmeleri için yeterli zaman 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'den oluşan bileşik bir kelimedir. Cancun, bu Ethereum yürütme katmanı yükseltmesinin adıdır ve Deneb, protokol katmanı yükseltmesinin adıdır. Bu nedenle, Cancun yükseltmesi ile birlikte Deneb yükseltmesi, toplu olarak Dencun yükseltmesi olarak adlandırılır.)
Sepolia: Son olarak Dencun, iyi sonuçlar elde etmek için Sepolia'ya konuşlandırıldı.
Beiko'nun Devnet #9'dan sonra bir test ağı yayınlama teklifine kimse itiraz etmedi. Beiko, Holesky test ağı 15 Eylül'de resmi olarak başlatıldığında yukarıdaki 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.
**Durum Sona Ermesi, sınırsız durum büyümesi sorununu çözmek için tasarlanmış ayrı bir programdır. **Durum süresinin sona ermesinin amacı, Ethereum durumunun kullanıcının belirli bir süre (ör. 365 gün) boyunca 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ı anlattı. Bununla birlikte, her yıl yeni "adres dönemlerini" desteklemek için daha fazla adres alanı ekleme ihtiyacı gibi durum süresinin dolması için karmaşık önkoşulların bulunduğunu da belirtti. Dolayısıyla Verkle'ı uygulamanın karmaşıklığı azalacak olsa da geliştiricilerin yine de buna ihtiyacı var. Ek olarak, eğer Verkle Tries, Durum Sona Erme Tarihinden önce uygulanırsa, Durum Sona Erme Tarihinin aciliyeti daha az olacaktır, bu nedenle geliştiriciler, geçişi yapmak için Verkle'yi kullanmayı düşünmeli veya Verkle Sonra Durum Sona Ermesinin tanıtılmasından önce birkaç yıl beklemelidir. Geliştiriciler, iki yükseltmeyi bir araya getirmenin getireceği ek değer konusunda net değildi 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ı formatı kullanarak Ethereum veri serileştirmesini güncellemenin yeni bir yolunu vurguladı. Kissling, bu haftanın konferans görüşmesi gündemi altındaki yorumlarında şunları yazdı: "Bu [format], esasen [önceki formatın] tüm avantajlarını birleştirir ve aynı zamanda başka amaçlar için de yeniden kullanılabilir, şu anda kullanılmayan SSZ Union ve SSZ isteğe bağlı türlerini ortadan kaldırır ." (Çevirmenin Notu: Basit Serileştirme (SSZ), işaret zincirinde kullanılan serileştirme yöntemidir. Bu yöntem, eş keşif protokolü dışındaki konsensüs katmanının tüm yönlerinin yerini alır. Yürütme katmanında kullanılan özyinelemeli uzunluk-önek serileştirme. Basit serileştirme tasarımları deterministiktir ve aynı zamanda verimli bir şekilde Merkleleştirilebilir.)
Güncellemenin ardından Beiko, Python'da yeni oluşturulan EL referans uygulamasını (EELS adı verilen) övmek için hızlı davrandı. EIP editörü ve Ethereum Vakfı araştırmacısı Sam Wilson, yakın tarihli bir Ethereum Vakfı blog yazısında şunları yazdı: "EELS, Ethereum yürütme istemcisinin temel bileşenlerinin okunabilirlik ve netliğe odaklanan bir Python referans uygulamasıdır. EELS, Ethereum Vakfı'nın manevi bir halefi olacak şekilde tasarlanmıştır. Sarı Kitap, daha programcı dostu ve birleştirme sonrası çatallarla senkronize olan EELS, durum bilgisi olan testleri doldurup yürütebilir, ana ağa bağlı kalabilir 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.
Ethereum'un en son çekirdek geliştirici yönetici toplantısının özeti
Yazar: Christine Kim, galaksi; Çeviri: Huohuo/Yerel Blockchain
31 Ağustos'ta Ethereum geliştiricileri, Core Developers ution (ACDE) konferans görüşmesi için Zoom'da bir araya geldi. Ethereum Vakfı'ndan Tim Beiko'nun ev sahipliği yaptığı ACDE çağrısı, Ethereum müşteri ekibinin Ethereum Yürütme Katmanındaki (EL) değişiklikleri tartıştığı ve koordine ettiği iki haftada bir yapılan bir toplantı dizisidir. 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 göründüğünü belirtti. Nethermind istemcisinin geliştiricisi Lukasz Rozmej, sorunun doğasının Blob işlem havuzu uygulamasındaki yanlış yapılandırmadan kaynaklandığını açıkladı. **(Çevirmenin Notu: Devnet 8, Cancun/Deneb yükseltmesinin tüm tamamlanmış EIP'lerini 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'de işaret zinciri verilerini açığa çıkaran sözleşmeler, yükseltme etkinleştirilmeden önce birisinin sözleşme adresini finanse etmesini gerektiren normal akıllı sözleşmeler gibi dağıtılacak. Cancun yükseltmesinin bir sonraki test ağı olan Devnet #9, bu iş akışını benimseyecek ve geliştiricilerin buna 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ı.
*Tim Beiko, Marius Van Der Wijden ve Justin Florentine dahil olmak üzere görüşmedeki diğer kişiler, Devnet #8'de testlere daha fazla zaman ayırmayı ve daha sonra Devnet #9'da EIP 4788'deki değişiklikleri test etmeyi destekliyordu *. Beiko, geliştiricilere bir sonraki ACDE konferans görüşmesi sırasında Devnet #9'u yeniden bir araya getirmeleri için bir zaman önerdi. Beiko, test ağı dağıtım stratejileriyle ilgili olarak aşağıdaki sırayı öneriyor:
Devnet #9: Dencun spesifikasyonu dondurulan bir Devnet daha. Ağa stres testi yapın ve geliştiricilerin bundan memnun olduğunu varsayalım, ardından genel test ağına geçin. Aksi takdirde 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. Ana ağdan önceki sondan bir önceki test ağı lansmanı nedeniyle, şu andaki yükseltme spesifikasyonları nihai olmalı ve ana ağ yükseltmesi etkinleştirilmeden önce kullanıcılara ve uygulamalara yazılımlarını test etmeleri için yeterli zaman 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'den oluşan bileşik bir kelimedir. Cancun, bu Ethereum yürütme katmanı yükseltmesinin adıdır ve Deneb, protokol katmanı yükseltmesinin adıdır. Bu nedenle, Cancun yükseltmesi ile birlikte Deneb yükseltmesi, toplu olarak Dencun yükseltmesi olarak adlandırılır.)
Sepolia: Son olarak Dencun, iyi sonuçlar elde etmek için Sepolia'ya konuşlandırıldı.
Beiko'nun Devnet #9'dan sonra bir test ağı yayınlama teklifine kimse itiraz etmedi. Beiko, Holesky test ağı 15 Eylül'de resmi olarak başlatıldığında yukarıdaki 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.
**Durum Sona Ermesi, sınırsız durum büyümesi sorununu çözmek için tasarlanmış ayrı bir programdır. **Durum süresinin sona ermesinin amacı, Ethereum durumunun kullanıcının belirli bir süre (ör. 365 gün) boyunca 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ı anlattı. Bununla birlikte, her yıl yeni "adres dönemlerini" desteklemek için daha fazla adres alanı ekleme ihtiyacı gibi durum süresinin dolması için karmaşık önkoşulların bulunduğunu da belirtti. Dolayısıyla Verkle'ı uygulamanın karmaşıklığı azalacak olsa da geliştiricilerin yine de buna ihtiyacı var. Ek olarak, eğer Verkle Tries, Durum Sona Erme Tarihinden önce uygulanırsa, Durum Sona Erme Tarihinin aciliyeti daha az olacaktır, bu nedenle geliştiriciler, geçişi yapmak için Verkle'yi kullanmayı düşünmeli veya Verkle Sonra Durum Sona Ermesinin tanıtılmasından önce birkaç yıl beklemelidir. Geliştiriciler, iki yükseltmeyi bir araya getirmenin getireceği ek değer konusunda net değildi 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ı formatı kullanarak Ethereum veri serileştirmesini güncellemenin yeni bir yolunu vurguladı. Kissling, bu haftanın konferans görüşmesi gündemi altındaki yorumlarında şunları yazdı: "Bu [format], esasen [önceki formatın] tüm avantajlarını birleştirir ve aynı zamanda başka amaçlar için de yeniden kullanılabilir, şu anda kullanılmayan SSZ Union ve SSZ isteğe bağlı türlerini ortadan kaldırır ." (Çevirmenin Notu: Basit Serileştirme (SSZ), işaret zincirinde kullanılan serileştirme yöntemidir. Bu yöntem, eş keşif protokolü dışındaki konsensüs katmanının tüm yönlerinin yerini alır. Yürütme katmanında kullanılan özyinelemeli uzunluk-önek serileştirme. Basit serileştirme tasarımları deterministiktir ve aynı zamanda verimli bir şekilde Merkleleştirilebilir.)
Güncellemenin ardından Beiko, Python'da yeni oluşturulan EL referans uygulamasını (EELS adı verilen) övmek için hızlı davrandı. EIP editörü ve Ethereum Vakfı araştırmacısı Sam Wilson, yakın tarihli bir Ethereum Vakfı blog yazısında şunları yazdı: "EELS, Ethereum yürütme istemcisinin temel bileşenlerinin okunabilirlik ve netliğe odaklanan bir Python referans uygulamasıdır. EELS, Ethereum Vakfı'nın manevi bir halefi olacak şekilde tasarlanmıştır. Sarı Kitap, daha programcı dostu ve birleştirme sonrası çatallarla senkronize olan EELS, durum bilgisi olan testleri doldurup yürütebilir, ana ağa bağlı kalabilir 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.