Selamat ulang tahun ke-10 untuk Ethereum! Meremehkan untuk mengatakan bahwa proyek ini telah mengubah ❤️ hidup

DAN INILAH DIA: Blok Batas Gas 45 Juta pertama diusulkan di #Ethereum Mainnet! 🔥🚀 Target Berikutnya: 60M 📈

Batas gas perlahan bergerak ke atas! Kita harus segera berada di 45M. Jika Anda menjalankan validator, yang harus Anda lakukan adalah memperbarui perangkat lunak Anda!

Pilihan headliner dari semua tim klien: Lapisan Eksekusi: - Geth: EIP-7928 (Daftar Akses Tingkat Blok) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) peregangan - Erigon (keduanya EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Kurangi Latensi Blok) - Nethermind: EIP-7928 + EIP-7732 dan juga mendukung EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + peregangan EIP-7805 Lapisan Konsensus: - Mercusuar: EIP-7732 (ePBS) - Prysm: Peregangan EIP-7732 + EIP-7805 - Grandine: Peregangan EIP-7732 + EIP-7805 - Lodestar: EIP-7732 + EIP-7805 peregangan + EIP-7919 Pureth untuk EL - Teku: EIP-7732 - Nimbus (keduanya CL + EL): EIP-7732 + EIP-7919

apakah ada yang mengetahui upaya masa lalu untuk membangun model pemanfaatan bandwidth matematis untuk Eth? saat kita menskalakan kapasitas L1 + throughput, menskalakan gumpalan, merestrukturisasi slot, meningkatkan efisiensi propagasi, menambahkan mekanisme baru (misalnya FOCIL, BAL), mempool shard, dll. kita bekerja melawan kendala EIP-7870. Kami akan mendapat manfaat dari model di mana kami dapat memasukkan parameter seperti batas gas blok, tekanan mempool, jumlah blob, faktor overhead & efisiensi propagasi, jumlah blob, pemanfaatan blob, jumlah validator, jumlah rekan aktif, aktivitas sinkronisasi pos pemeriksaan, dll. untuk memvisualisasikan bagaimana semuanya menumpuk di sepanjang garis waktu slot. juga untuk memperingatkan kami ketika pilihan kami melanggar EIP-7870. Pada waktu desain, ini akan membantu kami bernalar tentang tradeoff, alokasi bandwidth, throughput/goodput. Selain itu, ini membantu mendorong diskusi tentang pembentukan lalu lintas aktif, di mana kami secara eksplisit memprioritaskan jenis aktivitas tertentu pada saat yang berbeda (dan membatasi bandwidth ke yang lain) untuk memaksimalkan efisiensi sistem secara keseluruhan. pada dasarnya model matematika yang dapat disetel dari bagan elemen di bawah ini (yang menghilangkan banyak),

Melihat seluruh set validator Ethereum untuk menghitung berapa banyak peluang konsolidasi yang terlewatkan setelah peningkatan Pestra. Statistik kunci: - Sejak pectra, 96.672 validator baru diaktifkan - 79.547 validator tersebut dapat dikonsolidasikan, mereka menggunakan kembali kredensial penarikan pra-pectra - 14.362 validator tersebut menggunakan kembali kredensial penarikan pasca-pectra - Ini hanya menyisakan 2.763 validator yang benar-benar "unik"! Pada titik tertentu, kita harus bertanya apa yang mencegah validator untuk berkonsolidasi, apakah itu kematangan peralatan, kerangka waktu kepercayaan, atau yang lainnya? Senang membantu siapa pun mengkonsolidasikan atau membicarakannya, cukup DM saya

Tidak serius, apa itu "headliner" garpu @ethereum? Siapa yang diuntungkan oleh EIP yang diusulkan? Bagaimana kita membandingkan mereka? Tim saya di @ethereumfndn ingin membuat proses peningkatan lebih mudah dipahami. Saya senang membagikan alat smol yang telah kami retas: 🧵 ↓

Setelah minggu tatap muka yang sangat produktif dengan pengembang klien, kami sampai pada rencana tentang bagaimana kami ingin mengatasi penskalaan dan tantangan yang mungkin muncul. Harapkan aliran analisis yang stabil dan pembaruan progresif untuk batas gas di masa mendatang.

Perambatan Pengesahan: Dalam slot yang terlewat (tanpa pemblokiran), attester menunda hingga batas waktu pengesahan. Ini memberi kita data yang bersih tentang kapan pengesahan non-agregat mencapai node. Bahkan node Xatu yang cepat dan terhubung dengan baik (dihosting DC) hanya melihat ~40% pengesahan setelah 1 detik; yang lebih lambat mencapai 40% setelah 2 detik. Ini adalah pengamatan latensi kasus yang lebih baik dari rata-rata.

Edisi interop khusus dari seri Checkpoint! Postingan Checkpoint adalah pembaruan yang dapat diakses untuk pengembangan inti @ethereum. Minggu lalu, pengembang inti & peneliti berkumpul untuk minggu peretasan tatap muka selama @BerBlockWeek dan ini adalah pandangan ke dalam tentang apa yang mereka lakukan: