Według Odaily, Christine Kim, wiceprezes ds. badań w Galaxy, podsumowała główne punkty 144. Ethereum Core Developers Consensus Meeting (ACDC #144). Deweloperzy zgodzili się uwzględnić nową zmianę kodu, EIP 7742, w Pectra, która pozwala łańcuchowi beaconów dynamicznie ustawiać docelowe i maksymalne limity gazu blobów w sieci. Uwzględnienie EIP 7742 sugeruje, że deweloperzy mogą również dodać docelowe i maksymalne limity gazu blobów w Pectra. Jednak niektórzy deweloperzy wyrazili obawy podczas rozmowy, że dodanie dodatkowych EIP, w szczególności EIP 7742, może opóźnić aktywację innych zmian kodu Pectra w sieci głównej. Deweloperzy omówili również postępy w testowaniu rozwoju Pectra i PeerDAS. Konkretnie, inżynier ds. operacji rozwojowych EF Barnabas Busa oświadczył, że zamierza natychmiast zamknąć Pectra Devnet 3 i zapytał, czy któryś z zespołów klienckich nadal potrzebuje Devnet do testów. Busa zauważył problem z propozycjami bloków w kliencie Grandine, który nie został rozwiązany w Devnet 3. Wspomniał, że będzie współpracował z deweloperem Grandine Sauliusem Grigaitisem, aby rozwiązać ten problem przed zamknięciem sieci deweloperskiej. W odniesieniu do wydania Pectra Devnet 4, Busa wyraził chęć, aby więcej klientów warstwy wykonawczej (EL) uruchomiło nową sieć testową za pośrednictwem lokalnych testów Kurtosis. Jak dotąd Busa powiedział, że klienci Geth i Ethereum JS są gotowi, podobnie jak klienci Lighthouse, Teku i Nimbus po stronie warstwy konsensusu (CL). Stokes zasugerował, aby zespoły klienckie wydały Devnet 4 do 18 października. Następnie deweloperzy kontynuowali dyskusję na temat kilku otwartych kwestii związanych ze specyfikacją kodu Pectra, w tym PR#3900, PR#3767, PR#3979, P#104i ponownej wyceny prekompilacji BLS. Ponadto zespoły klienckie CL wdrażają nową specyfikację API silnika, której celem jest pomoc użytkownikom, którzy proponują bloki lokalnie (tj. bez korzystania z zewnętrznych konstruktorów i przekaźników MEV), aby uwzględnić transakcje blob w swoich blokach. Deweloperzy omówili kwestię przebudowy specyfikacji PeerDAS na specyfikacji Pectra.Przedstawiciele zespołów klienckich Lighthouse, Nimbus i Teku wyrazili swoje poparcie dla tej zmiany. Deweloper bazy L2 rollup, Francis Li, przedstawił pilność i uzasadnienie zwiększenia pojemności blobów w Pectra. Li zasugerował zwiększenie docelowego gazu blobów do 5, a maksymalnego do 8, wraz z dodatkową pracą na warstwie sieciowej, taką jak wdrożenie engine_getBlobsV1. Busa zauważył, że zwiększenie pojemności blobów powinno być połączone z wdrożeniem EIP 7742, które wprowadza mechanizm dynamicznego ustawiania docelowych gazów blobów i maksymalnych limitów za pośrednictwem CL. Busa stwierdził, że obecny mechanizm ustawiania tych parametrów jest trudny do zmiany, a wprowadzenie EIP 7742 zapewniłoby programistom możliwość łatwego dostosowywania tych ustawień w przyszłości, w przypadku aktualizacji, takich jak PeerDAS. Jednak Busa zauważył również, że EIP 7742 wymaga dodatkowej pracy zarówno ze strony zespołów klienckich EL, jak i CL, aby wdrożyć i może opóźnić harmonogram Pectra o 1 do 2 miesięcy. Namawiał deweloperów do rozważenia rozpoczęcia wdrażania EIP 7742 wcześniej, aby uniknąć niepotrzebnych opóźnień w aktualizacji Pectra. Na koniec deweloperzy zgodzili się odwołać rozmowę ACDC zaplanowaną na czwartek, 14 listopada, ponieważ większość deweloperów weźmie udział w corocznej konferencji Ethereum Devcon w Bangkoku w Tajlandii.