Blog EF

Gambar awal latar belakang atas ETH
Gambar akhir latar belakang bawah ETH
Lewati ke konten

Postingan ini tersedia dalam 11 bahasa:

Bahasa Indonesia

Pengumuman Penggabungan Goerli/Prater

Diposting oleh Tim Dukungan Protokol pada tanggal 27 Juli 2022

Pengumuman Penggabungan Goerli/Prater
  • Untuk transisi bukti taruhan jaringan percobaan terakhir, Goerli akan bergabung dengan Prater. Jaringan gabungan Goerli/Prater akan mempertahankan nama Goerli setelah penggabungan.
  • Bellatrix, peningkatan Prater menyiapkannya untuk Penggabungan yang akan berlangsung pada jangka waktu 112260, diperkirakan pada pukul 12:24 UTC tanggal 4 Agustus 2022.
  • Setelah Bellatrix diaktifkan, penggabungan Goerli/Prater akan berlangsung saat Goerli mencapai total tingkat kesulitan 10790000, diperkirakan antara tanggal 6-12 Agustus 2022.
  • Setelah penggabungan, set validator Goerli akan tetap terbuka bagi penaruh individual untuk menjalankan validator jaringan percobaan. Penaruh yang ingin memulai validator Goerli/Prater dapat melakukannya di Landasan Peluncuran Prater.

Latar Belakang

Setelah bertahun-tahun berusaha menghadirkan bukti taruhan ke Ethereum, sekarang kami memasuki tahap percobaan akhir: penyebaran jaringan percobaan!

Setelah beberapa jaringan pengembang, shadow fork, dan penggabungan pada jaringan percobaan tidak digunakan lagi, Sepolia baru-baru ini beralih ke bukti taruhan. Sekarang, hanya tersisa satu jaringan percobaan lagi: Goerli, dan Rantai Suar terkait, Prater.

Penggabungan berbeda dari peningkatan Ethereum sebelumnya dalam dua cara. Pertama, operator simpul perlu memperbarui baik klien lapisan konsensus (CL) dan lapisan eksekusi (EL) mereka secara bersamaan, bukan hanya salah satu dari keduanya. Kedua, peningkatan diaktifkan dalam dua fase: yang pertama, bernama Bellatrix, pada ketinggian jangka waktu di Rantai Suar dan yang kedua, bernama Paris, setelah mencapai nilai Total Tingkat Kesulitan di lapisan eksekusi.

Informasi Peningkatan

Pengaturan waktu

Penggabungan merupakan proses dua langkah. Dimulai dengan peningkatan jaringan, Bellatrix, pada lapisan konsensus, dipicu oleh ketinggian jangka waktu. Ini diikuti oleh transisi lapisan eksekusi dari bukti kerja ke bukti taruhan, Paris, dipicu oleh ambang batas Total Tingkat Kesulitan tertentu, yang disebut Total Tingkat Kesulitan Terminal (TTD).

Peningkatan Bellatrix dijadwalkan untuk jangka waktu 112260 pada Rantai Suar Prater, yang diperkirakan pada pukul 12:24 UTC tanggal 4 Agustus 2022. Paris, bagian transisi lapisan eksekusi, akan dipicu dengan mencapai Total Tingkat Kesulitan Terminal (TTD) dari 10790000 di Goerli, diperkirakan antara tanggal 6-12 Agustus 2022.

Setelah lapisan eksekusi melampaui TTD, blok berikutnya akan diproduksi sepenuhnya oleh validator Rantai Suar. Kami menganggap Penggabungan telah selesai setelah Rantai Suar menyelesaikan blok ini. Dengan asumsi kondisi jaringan normal, ini akan terjadi dalam 2 jangka waktu, atau sekitar 13 menit, setelah blok pasca TTD pertama dicapai!

Label blok JSON-RPC yang baru, selesai, mengembalikan blok yang terakhir selesai atau kesalahan jika tidak ada blok pasca penggabungan seperti itu. Label ini dapat digunakan untuk aplikasi guna memeriksa apakah Penggabungan telah selesai. Demikian juga, kontrak pintar dapat meminta kode operasi TINGKAT KESULITAN (0x44), diganti namanya menjadi PREVRANDAO setelah penggabungan, untuk menentukan apakah Penggabungan telah terjadi. Kami menyarankan agar penyedia infrastruktur memantau stabilitas jaringan keseluruhan selain status finalisasi.

Rilis Klien

Rilis klien berikut mendukung Penggabungan di jaringan percobaan Goerli & Prater. Operator simpul harus menjalankan keduanya baik klien lapisan eksekusi maupun lapisan konsensus agar tetap berada di jaringan selama dan setelah Penggabungan.

Saat memilih klien mana yang akan dijalankan, validator harus memperhatikan secara khusus risiko menjalankan klien mayoritas di keduanya baik EL dan CL. Penjelasan tentang risiko ini dan konsekuensinya dapat ditemukan di sini. Perkiraan distribusi klien EL dan CL saat ini dan panduan untuk beralih dari satu klien ke klien lainnya dapat ditemukan di sini.

Lapisan Konsensus

NamaVersiTautan
LighthouseGeardude Clockberg (v2.4.0)Unduh
Lodestarv0.41.0Unduh
Nimbusv22.7.0Unduh
Prysmv2.1.4-rc.0Unduh
Teku22.7.0Unduh

Lapisan Eksekusi

NamaVersiTautan
Besu22.7.0-RC3Unduh
Erigon2022.07.03-alphaUnduh
go-ethereum (geth)v1.10.21Unduh
Nethermind1.13.5Unduh

Spesifikasi Peningkatan

Perubahan penting konsensus untuk Penggabungan ditentukan dalam dua tempat:

  • Perubahan lapisan konsensus, di bawah direktori bellatrix dari repositori spesifikasi konsensus
  • Perubahan lapisan eksekusi, di bawah spesifikasi Paris di repositori spesifikasi-eksekusi

Selain itu, dua spesifikasi lainnya mencakup bagaimana klien lapisan konsensus dan lapisan eksekusi berinteraksi:

  • API Mesin, yang ditetapkan dalam repositori api-eksekusi, digunakan untuk komunikasi antara lapisan konsensus dan lapisan eksekusi
  • Sinkronisasi Optimis, yang ditetapkan dalam folder sinkronisasi di repositori spesifikasi konsensus, yang digunakan oleh lapisan konsensus untuk mengimpor blok sebagai klien lapisan eksekusi disinkronkan, dan untuk memberikan tampilan parsial kepala rantai dari yang pertama hingga yang terakhir

PERTANYAAN YANG SERING DITANYAKAN

Sebagai operator simpul, apa yang harus saya lakukan?

Setelah penggabungan, simpul penuh Ethereum akan menggabungkan klien lapisan konsensus (CL), yang menjalankan Rantai Suar bukti taruhan, dan klien lapisan eksekusi (EL), yang mengelola state pengguna dan menjalankan komputasi yang terkait dengan transaksi. Simpul ini berkomunikasi melalui port yang diautentikasi menggunakan set baru metode JSON RPC, yang disebut API Mesin. Klien EL dan CL saling mengautentikasi menggunakan rahasia JWT. Operator simpul harus merujuk pada dokumentasi klien mereka untuk mendapatkan instruksi tentang cara membuat dan mengonfigurasinya.

Dengan kata lain, jika Anda sudah menjalankan simpul di Rantai Suar, sekarang Anda juga perlu menjalankan klien lapisan eksekusi. Demikian juga, jika Anda menjalankan simpul di jaringan bukti kerja saat ini, Anda perlu menjalankan klien lapisan konsensus. Agar mereka berkomunikasi dengan aman, token JWT harus diteruskan ke setiap klien. Ringkasan petunjuk untuk menjalankan simpul di jaringan Goerli/Prater dapat ditemukan di sini.

Perlu ditekankan bahwa meskipun keduanya merupakan bagian dari rilis klien lapisan konsensus, menjalankan Simpul Suar berbeda dari menjalankan Klien Validator. Penaruh harus menjalankan keduanya, tetapi operator simpul hanya memerlukan yang pertama. Postingan ini menjelaskan perbedaan di antara kedua komponen secara rinci.

Selain itu, perhatikan bahwa setiap lapisan akan mempertahankan set peer independen dan mengekspos API-nya sendiri. API Suar dan JSON RPC keduanya akan tetap berjalan seperti yang diharapkan.

Sebagai penaruh, apa yang perlu saya lakukan?

Penggabungan Goerli/Prater adalah kesempatan terakhir Anda untuk memastikan bahwa validator Anda telah dikonfigurasi dengan benar sebelum transisi jaringan utama. Menjalankan transisi sekarang sangat disarankan untuk menghindari masalah yang tidak diharapkan pada jaringan utama.

Seperti yang dijelaskan di atas, validator di Rantai Suar perlu menjalankan klien lapisan eksekusi setelah Penggabungan, selain klien lapisan konsensus mereka. Sebelum penggabungan, hal ini sangat direkomendasikan, tetapi validator dapat mengalihdayakan fungsi ini ke penyedia pihak ketiga. Hal ini dimungkinkan karena satu-satunya data yang diperlukan di lapisan eksekusi adalah pembaruan kontrak deposit.

Pasca-penggabungan, validator perlu memastikan bahwa transaksi di blok yang mereka buat dan membuktikan bahwa itu valid. Untuk melakukannya, setiap simpul suar harus dipasangkan dengan klien lapisan eksekusi. Perhatikan bahwa beberapa validator masih tetap bisa dipasangkan ke satu simpul suar & kombo klien lapisan eksekusi. Meskipun hal ini memperluas tanggung jawab validator, juga memberi hak kepada validator yang mengusulkan blok atas biaya prioritas transaksi terkait (yang saat ini diberikan kepada penambang).

Meskipun imbalan validator bertambah di Rantai Suar dan akan memerlukan peningkatan jaringan berikutnya untuk ditarik, biaya transaksi akan terus dibayarkan, dibakar, dan didistribusikan di lapisan eksekusi. Validator dapat menentukan alamat Ethereum mana saja sebagai penerima untuk biaya transaksi.

Setelah memperbarui klien konsensus, pastikan untuk mengatur penerima biaya sebagai bagian dari konfigurasi klien validator guna memastikan biaya transaksi dikirimkan ke alamat yang Anda kendalikan. Jika Anda telah bertaruh menggunakan penyedia pihak ketiga, terserah penyedia yang Anda pilih untuk menentukan cara mengalokasikan biaya ini.

Landasan Peluncuran Penaruhan Prater memiliki Daftar Periksa Kesiapan Penggabungan yang dapat digunakan penaruh untuk memastikan mereka telah melalui setiap langkah dalam prosesnya. Tim EthStaker juga mengadakan Workshop Persiapan Validator Penggabungan pada tanggal 29 Juli.

Mengapa perkiraan tanggal Total Tingkat Kesulitan Terminal begitu luas?

Volatilitas dalam tingkat kesulitan tambahan per blok membuat perkiraaan jendela untuk TTD lebih sulit daripada dengan ketinggian blok atau jangka waktu, oleh karena itu rentang perkiraan lebih luas. Pengguna harus memperhatikan bahwa ini juga akan terjadi pada transisi jaringan utama karena perubahan dalam hash rate bukti kerja.

Sebagai pengembang aplikasi atau perangkat, apa yang harus saya lakukan?

Dengan ditayangkannya Penggabungan di Goerli, sekarang adalah kesempatan terakhir untuk memastikan bahwa produk Anda berjalan seperti yang diharapkan melalui transisi bukti taruhan dan dalam konteks pasca penggabungan. Seperti yang dijelaskan dalam postingan sebelumnya, Penggabungan hanya akan berdampak minimal pada sebagian kontrak yang disebarkan di Ethereum, tidak ada yang akan dilanggar. Selain itu, bagian terbesar dari titik akhir API pengguna akan tetap stabil (kecuali Anda menggunakan metode khusus bukti kerja seperti eth_getWork).

Meskipun demikian, sebagian besar aplikasi di Ethereum melibatkan lebih dari sekadar kontrak di dalam rantai. Sekarang adalah saatnya untuk memastikan bahwa kode front-end, perangkat, saluran penyebaran, dan komponen di luar rantai Anda berjalan sebagaimana yang dimaksudkan. Kami sangat menyarankan agar pengembang menjalankan siklus percobaan & penyebaran penuh di Sepolia, Ropsten, atau Kiln serta melaporkan masalah apa pun pada perangkat atau dependensi terhadap pengelola proyek tersebut. Jika Anda tidak yakin di mana harus melayangkan permasalahan yang ada, gunakan repositori ini.

Selain itu, Anda harus memperhatikan bahwa semua jaringan percobaan selain Sepolia dan Goerli tidak akan digunakan lagi setelah penggabungan. Jika Anda adalah pengguna Ropsten, Rinkeby, atau Kiln, Anda harus siap untuk bermigrasi ke Goerli atau Sepolia. Informasi selengkapnya tentang hal ini dapat ditemukan di sini.

Sebagai pengguna Ethereum atau pemegang Ether, apakah ada yang perlu saya lakukan?

Tidak. Jaringan utama Ethereum tidak terpengaruh oleh jaringan percobaan ini. Pengumuman berikutnya akan dibuat di blog ini sebelum transisi jaringan utama.

Sebagai penambang, apakah ada yang perlu saya lakukan?

Tidak. Jika Anda menambang di jaringan utama Ethereum, Anda harus menyadari bahwa setiap jaringan akan beroperasi sepenuhnya di bawah bukti taruhan setelah Penggabungan. Pada saat itu, penambangan tidak lagi dapat dilakukan di jaringan.

Sebagai validator, bisakah saya menarik taruhan saya?

Tidak. Penggabungan adalah peningkatan ke Ethereum yang paling rumit untuk saat ini. Untuk meminimalkan risiko gangguan jaringan, pendekatan minimal diambil yang mengecualikan perubahan non-transisi dari peningkatan ini.

Penarikan dari Rantai Suar kemungkinan akan diperkenalkan di peningkatan pertama setelah Penggabungan. Spesifikasi baik untuk lapisan konsensus dan eksekusi sedang dalam proses.

Saya masih punya pertanyaan, ke mana saya harus menyampaikannya?

Komunitas EthStaker telah menyiapkan saluran perselisihan untuk menjawab pertanyaan penaruh dan operator simpul. Anda dapat bergabung dengan saluran perselisihan mereka di sini lalu menggunakan saluran #goerli-prater untuk mendapatkan bantuan. Seperti yang disebutkan di atas, EthStaker juga akan mengadakan Workshop Persiapan Validator Penggabungan pada tanggal 29 Juli.

Selain itu, Panggilan Komunitas Penggabungan dijadwalkan tanggal 12 Agustus, pukul 14:00 UTC. Pengembang dan peneliti klien akan tersedia untuk menjawab pertanyaan dari operator simpul, penaruh, penyedia infrastruktur & perangkat, serta anggota komunitas. Perhatikan bahwa panggilan komunitas ini diperkirakan akan berlangsung setelah penggabungan Goerli/Prater.

kapan penggabungan?

Sejak dipublikasikannya postingan ini, jadwal untuk transisi bukti taruhan jaringan utama Ethereum belum ditetapkan. Sumber mana pun yang mengklaim sebaliknya kemungkinan adalah penipuan. Pembaruan akan diposting di blog ini. Tetap aman!

Dengan asumsi tidak ditemukan masalah selama penggabungan Goerli/Prater, setelah klien memiliki rilis fitur lengkap, ketinggian ruang akan dipilih untuk peningkatan Bellatrix di jaringan utama Rantai Suar dan nilai total tingkat kesulitan akan ditetapkan untuk transisi jaringan utama. Kemudian klien akan membuat rilis yang memungkinkan Penggabungan di jaringan utama. Hal ini akan diumumkan di blog ini dan di publikasi komunitas lainnya.

Namun, jika ditemukan masalah pada titik mana pun di dalam prosesnya atau cakupan percobaan dinilai tidak mencukupi, hal ini akan diselesaikan sebelum melanjutkan proses penyebaran.

Hanya dengan demikianlah dimungkinkan untuk memperkirakan tanggal pasti Penggabungan.

Dengan kata lain, 🔜.

Postingan ini telah diterjemahkan dari bahasa Inggris. Akibatnya, mungkin tidak sepenuhnya akurat atau terkini. Versi aslinya dapat ditemukan di Bahasa Inggris.

Berlangganan Pengumuman Protokol

Daftar guna menerima notifikasi email untuk pengumuman terkait protokol, seperti peningkatan jaringan, Pertanyaan Umum, atau masalah keamanan. Anda dapat memilih untuk menolaknya kapan saja.


Kategori