Paradigma: Penjelasan mendetail tentang masalah dan solusi pertumbuhan historis Ethereum

Artikel asli oleh Storm Slivkoff dan Georgios Konstantopoulos

Terjemahan asli: Luffy, Berita Pandangan ke Depan

Pertumbuhan sejarah saat ini merupakan hambatan terbesar bagi ekspansi Ethereum. Anehnya, sejarah pertumbuhan telah menjadi masalah yang lebih besar dibandingkan pertumbuhan negara. Dalam beberapa tahun, data riwayat akan melebihi kapasitas penyimpanan banyak node Ethereum.

Kabar baiknya adalah:

• Pertumbuhan sejarah adalah masalah yang jauh lebih mudah dipecahkan dibandingkan pertumbuhan negara.

• A solution is already under active development.

• Menyelesaikan sejarah pertumbuhan akan meringankan masalah pertumbuhan negara.

Dalam postingan ini, kami melanjutkan penyelidikan kami mengenai penskalaan Ethereum dari Bagian 1, yang kini mengalihkan fokus kami dari pertumbuhan negara ke pertumbuhan historis. Dengan menggunakan kumpulan data yang telah disempurnakan, tujuan kami adalah 1) memahami secara teknis hambatan penskalaan Ethereum, dan 2) membantu menginformasikan diskusi seputar solusi optimal terhadap batas gas Ethereum.

Apa yang dimaksud dengan pertumbuhan historis?

Sejarah adalah kumpulan semua blok dan transaksi yang dieksekusi oleh Ethereum sepanjang siklus hidupnya. Itu semua data dari blok genesis hingga blok saat ini. Pertumbuhan sejarah adalah akumulasi blok baru dan transaksi baru dari waktu ke waktu.

Figure 1 shows the relationship between history growth and various protocol metrics and Ethereum node hardware constraints. History growth is limited by a different set of hardware constraints than state growth. History growth puts pressure on network IO because new blocks and transactions must be transmitted throughout the network. History growth also puts pressure on node storage space because each Ethereum node stores a complete copy of the history. If history growth is fast enough to exceed these hardware constraints, the node will no longer be able to reach a stable consensus with its peers. For an overview of state growth and other scaling bottlenecks, see Bagian 1 dari seri ini.

Gambar 1: Kemacetan penskalaan Ethereum

Sampai saat ini, sebagian besar throughput jaringan setiap node digunakan untuk mentransfer riwayat (seperti blok dan transaksi baru). Hal ini berubah dengan diperkenalkannya blob di hard fork Dencun. Blob kini mencakup sebagian besar aktivitas jaringan node. Namun, blob tidak dianggap sebagai bagian dari sejarah karena 1) hanya disimpan oleh node selama 2 minggu dan kemudian dibuang, dan 2) tidak perlu mengulang data dari asal-usul Ethereum. Karena (1), blob tidak meningkatkan beban penyimpanan setiap node Ethereum secara signifikan. Kita akan membahas blob nanti di artikel ini.

Pada artikel ini, kita akan fokus pada pertumbuhan sejarah dan membahas hubungan antara sejarah dan negara. Karena pertumbuhan negara bagian dan sejarah pertumbuhan mempunyai beberapa kendala perangkat keras yang saling tumpang tindih, keduanya merupakan masalah yang terkait dan penyelesaian satu masalah dapat membantu menyelesaikan masalah lainnya.

Seberapa cepat pertumbuhan historisnya?

Gambar 2 menunjukkan tingkat pertumbuhan historis sejak lahirnya Ethereum. Setiap garis vertikal mewakili satu bulan pertumbuhan. Sumbu y menunjukkan jumlah gigabyte pertumbuhan historis pada bulan tersebut. Transaksi dikategorikan berdasarkan “alamat tujuan” dan diukur menggunakan RLP (https://ethereum.org/en/developers/docs/data-structures-and-encoding/rlp/) byte. Kontrak yang tidak mudah diidentifikasi diklasifikasikan sebagai “tidak diketahui”. Kategori “lainnya” mencakup sejumlah kategori kecil seperti infrastruktur dan permainan.

Gambar 2: Tingkat pertumbuhan historis Ethereum dari waktu ke waktu

Beberapa poin penting dari grafik di atas:

• Sejarah tumbuh 6 hingga 8 kali lebih cepat dari negara bagian: Pertumbuhan sejarah baru-baru ini mencapai puncaknya pada 36,0 GiB/bulan dan saat ini berada pada 19,3 GiB/bulan. Pertumbuhan negara bagian mencapai puncaknya pada sekitar 6,0 GiB/bulan dan saat ini berada pada 2,5 GiB/bulan. Perbandingan sejarah dan negara dalam hal pertumbuhan dan ukuran kumulatif akan dijelaskan kemudian dalam artikel ini.

• Sebelum masa pemerintahan Decun, laju pertumbuhan historis mengalami percepatan: meskipun negara bagian ini tumbuh secara linier selama bertahun-tahun (lihat Bagian 1), namun sejarahnya bersifat superlinier. Mengingat bahwa tingkat pertumbuhan linier akan menghasilkan pertumbuhan kuadratik dalam ukuran keseluruhan, maka tingkat pertumbuhan superlinear akan menghasilkan pertumbuhan lebih dari kuadratik dalam ukuran keseluruhan. Akselerasi ini berhenti tiba-tiba setelah Dencun. Ini adalah pertama kalinya Ethereum mengalami penurunan signifikan dalam tingkat pertumbuhan historis.

• Sebagian besar pertumbuhan historis baru-baru ini berasal dari Rollups: setiap L2 menerbitkan salinan transaksinya kembali ke mainnet. Hal ini menghasilkan sejumlah besar sejarah dan menyebabkan Rollups menjadi kontributor terpenting terhadap pertumbuhan historis selama setahun terakhir. Namun, Dencun mengizinkan L2 untuk mempublikasikan data transaksi mereka menggunakan blob, bukan riwayat, sehingga Rollup tidak lagi menghasilkan sebagian besar riwayat Ethereum. Kami akan membahas Rollup lebih detail nanti di artikel ini.

Siapa kontributor terbesar terhadap pertumbuhan historis Ethereum?

Jumlah kontrak historis yang dihasilkan oleh berbagai kategori kontrak mengungkapkan bagaimana pola penggunaan Ethereum telah berkembang seiring waktu. Gambar 3 menunjukkan kontribusi relatif dari berbagai kategori kontrak. Ini adalah data yang sama seperti Gambar 2, dinormalisasi.

Gambar 3: Kontribusi berbagai jenis kontrak terhadap pertumbuhan historis

Data tersebut mengungkapkan empat periode berbeda dari pola penggunaan Ethereum:

• Awal (ungu): Beberapa tahun pertama Ethereum hanya menunjukkan sedikit aktivitas on-chain. Sebagian besar kontrak awal ini sulit diidentifikasi saat ini dan ditandai sebagai “tidak diketahui” di grafik.

• Era ERC-20 (Hijau): Standar ERC-20 telah diselesaikan pada akhir tahun 2015, namun belum mendapatkan momentum yang signifikan hingga tahun 2017 dan 2018. Kontrak ERC-20 merupakan sumber pertumbuhan historis terbesar pada tahun 2019.

• Era DEX/DeFi (Brown): Kontrak DEX dan DeFi muncul secara on-chain sejak tahun 2016 dan mulai mendapatkan daya tarik pada tahun 2017. Namun baru pada Musim Panas DeFi tahun 2020 kontrak tersebut menjadi kategori terbesar dalam hal pertumbuhan historis. Kontrak DeFi dan DEX menyumbang lebih dari 50% pertumbuhan historis pada tahun 2021 dan sebagian tahun 2022.

• Era Rollup (Abu-abu): L2 Rollup mulai mengeksekusi lebih banyak transaksi daripada mainnet pada awal tahun 2023. Pada bulan-bulan sebelum Dencun, mereka menghasilkan sekitar 2/3 dari sejarah Ethereum.

Setiap era mewakili pola penggunaan Ethereum yang lebih kompleks dibandingkan era sebelumnya. Kompleksitas dapat dilihat sebagai bentuk penskalaan Ethereum dari waktu ke waktu, yang tidak dapat diukur dengan metrik sederhana seperti transaksi per detik.

Pada bulan data terbaru (April 2024), Rollup tidak lagi menghasilkan sebagian besar riwayat. Tidak jelas apakah sejarah masa depan akan datang dari DEX dan DeFi, atau akan muncul pola penggunaan baru.

Bagaimana dengan gumpalan?

Hard fork Dencun memperkenalkan blob, yang secara signifikan mengubah dinamika pertumbuhan historis dengan memungkinkan Rollups mempublikasikan data menggunakan blob murah, bukan catatan historis. Gambar 4 memperbesar tingkat pertumbuhan historis sebelum dan sesudah peningkatan Dencun. Bagan ini mirip dengan Gambar 2, hanya saja setiap garis vertikal mewakili satu hari, bukan satu bulan.

Gambar 4: Dampak Dencun terhadap pertumbuhan historis

Kita dapat menarik beberapa kesimpulan penting dari bagan ini:

• Sejak Dencun, pertumbuhan historis rollup telah menurun sekitar 2/3: sebagian besar rollup telah dikonversi dari data panggilan menjadi blob, sehingga sangat mengurangi jumlah riwayat yang dihasilkan. Namun, hingga April 2024, masih ada beberapa rollup yang belum dikonversi dari data panggilan menjadi blob.

• Total pertumbuhan historis telah turun sekitar 1/3 sejak Dencun: Dencun hanya mengurangi pertumbuhan historis untuk rollup. Pertumbuhan historis untuk kategori kontrak lainnya sedikit meningkat. Bahkan setelah Dencun, pertumbuhan historis masih 8 kali lebih besar dari pertumbuhan negara bagian (lihat bagian selanjutnya untuk rinciannya).

Meskipun blob telah mengurangi tingkat pertumbuhan historis, mereka masih merupakan fitur baru Ethereum dan tidak jelas pada tingkat mana tingkat pertumbuhan historis akan stabil jika blob ada.

Seberapa cepat pertumbuhan historis dapat diterima?

Meningkatkan batas Gas akan meningkatkan laju pertumbuhan historis. Oleh karena itu, usulan untuk meningkatkan batas Gas (seperti Pompa Gasnya ) harus mempertimbangkan hubungan antara pertumbuhan historis dan hambatan perangkat keras di setiap node.

Untuk menentukan tingkat pertumbuhan historis yang dapat diterima, pertama-tama kita perlu memahami berapa lama perangkat keras node saat ini dapat bertahan dalam hal jaringan dan penyimpanan. Perangkat keras jaringan mungkin dapat mempertahankan status quo tanpa batas waktu, karena tingkat pertumbuhan historis kemungkinan besar tidak akan kembali ke puncak sebelum Dencun sebelum batas bahan bakar dinaikkan. Namun beban penyimpanan sejarah akan terus meningkat seiring berjalannya waktu. Berdasarkan strategi penyimpanan saat ini, tidak dapat dihindari bahwa setiap hard disk penyimpanan node pada akhirnya akan diisi dengan catatan sejarah.

Gambar 5 menunjukkan beban penyimpanan node Ethereum dari waktu ke waktu dan memperkirakan pertumbuhan beban penyimpanan selama 3 tahun ke depan. Perkiraan tersebut mengacu pada tingkat pertumbuhan pada bulan April 2024. Tingkat pertumbuhan tersebut dapat meningkat atau menurun seiring dengan perubahan pola penggunaan atau batasan bahan bakar di masa mendatang.

Gambar 5: Ukuran sejarah, status, dan beban penyimpanan node penuh

Kita dapat menarik beberapa kesimpulan penting dari gambar ini:

• Sejarah memakan ruang penyimpanan sekitar 3 kali lebih banyak daripada negara. Perbedaan ini semakin besar seiring berjalannya waktu, karena sejarah berkembang sekitar 8 kali lebih cepat dari pertumbuhan negara.

• 1,8 TiB adalah ambang batas kritis, dan banyak node akan terpaksa mengupgrade hard disk penyimpanannya. 2 TB adalah ukuran hard disk penyimpanan umum, yang hanya menyediakan ruang kosong 1,8 TiB. Perhatikan bahwa TB (1 triliun byte) adalah unit yang berbeda dari TiB (= 1024^4 byte). Bagi banyak operator node, ambang batas kritis sebenarnya bahkan lebih rendah, karena setelah merger, validator harus menjalankan klien konsensus bersama dengan klien eksekusi.

• Ambang batas kritis akan tercapai dalam 2-3 tahun. Menaikkan batas bahan bakar sebanyak apa pun akan mempercepat waktu tersebut. Mencapai ambang batas ini akan menimbulkan beban pemeliharaan yang signifikan pada operator node dan memerlukan pembelian perangkat keras tambahan (seperti drive $300 NVME).

Berbeda dengan data negara bagian, data riwayat hanya bersifat tambahan dan lebih jarang diakses. Oleh karena itu, secara teori, data sejarah dapat disimpan terpisah dari data negara pada media penyimpanan yang lebih murah. Hal ini dapat dicapai oleh beberapa klien seperti Geth.

Selain kapasitas penyimpanan, IO jaringan adalah batasan utama lainnya terhadap pertumbuhan historis. Berbeda dengan kapasitas penyimpanan, batasan IO jaringan tidak akan menimbulkan masalah bagi node dalam jangka pendek, namun batasan ini akan menjadi penting seiring dengan peningkatan batasan gas di masa mendatang.

Untuk memahami seberapa besar pertumbuhan historis yang dapat didukung oleh kapasitas jaringan dari node Ethereum pada umumnya, kita harus mengetahui hubungan antara pertumbuhan historis dan berbagai metrik kesehatan jaringan, seperti tingkat reorganisasi, kesalahan slot, kesalahan finalitas, kesalahan bukti, kesalahan komite sinkronisasi, dan kesalahan sinkronisasi. memblokir latensi pengiriman. Analisis metrik ini berada di luar cakupan artikel ini, namun informasi lebih lanjut dapat ditemukan di survei kesehatan lapisan konsensus sebelumnya. Selain itu, proyek Ethereum Foundations Xatu telah membangun kumpulan data publik untuk mempercepat analisis tersebut.

Bagaimana cara mengatasi masalah pertumbuhan historis?

Pertumbuhan sejarah adalah masalah yang jauh lebih mudah dipecahkan dibandingkan pertumbuhan negara. Hal ini hampir dapat diselesaikan sepenuhnya dengan proposal kandidat EIP-4444. EIP ini mengubah setiap node dari menyimpan seluruh riwayat Ethereum menjadi hanya menyimpan riwayat satu tahun. Setelah penerapan EIP-4444, penyimpanan data tidak lagi menjadi penghambat ekspansi Ethereum, dan peningkatan batas bahan bakar tidak lagi menjadi kendala dalam jangka panjang. EIP -4444 diperlukan untuk keberlanjutan jaringan dalam jangka panjang, jika tidak, laju pertumbuhan riwayat akan sangat cepat dan perangkat keras node jaringan perlu diperbarui secara berkala.

Gambar 6 menunjukkan dampak EIP-4444 terhadap beban penyimpanan setiap node selama 3 tahun ke depan. Hal ini sama seperti Gambar 4, namun dengan penambahan garis yang lebih ringan yang mewakili beban penyimpanan setelah EIP-4444 diimplementasikan.

Gambar 6 : Dampak EIP-4444 pada beban penyimpanan node Ethereum

Beberapa kesimpulan penting dapat diambil dari gambar ini:

• EIP-4444 akan mengurangi separuh beban penyimpanan saat ini. Beban penyimpanan akan turun dari 1,2 TiB menjadi 633 GiB.

• EIP-4444 akan menstabilkan beban penyimpanan riwayat. Dengan asumsi tingkat pertumbuhan sejarah konstan, data sejarah akan dibuang pada tingkat yang dihasilkannya.

• Setelah EIP-4444, diperlukan waktu bertahun-tahun agar beban penyimpanan node mencapai tingkat saat ini. Hal ini karena pertumbuhan negara bagian akan menjadi satu-satunya faktor yang meningkatkan beban penyimpanan, dan pertumbuhan negara bagian lebih lambat dibandingkan pertumbuhan historis.

Setelah penerapan EIP-4444, pertumbuhan riwayat masih akan membawa beban penyimpanan pada tingkat tertentu, karena node akan menyimpan riwayat selama satu tahun. Namun, meskipun Ethereum mencapai skala global, beban ini tidak sulit untuk diatasi. Setelah metode pelestarian riwayat terbukti dapat diandalkan, waktu kedaluwarsa satu tahun EIP-4444 dapat dipersingkat menjadi beberapa bulan, minggu, atau bahkan lebih pendek.

Bagaimana cara melestarikan sejarah Ethereum?

EIP-4444 menimbulkan pertanyaan: jika riwayat tidak disimpan oleh node Ethereum itu sendiri, lalu bagaimana cara menyimpannya? Sejarah memainkan peran sentral dalam verifikasi, akuntansi, dan analisis Ethereum, jadi melestarikan sejarah sangatlah penting. Untungnya, pelestarian riwayat adalah masalah sederhana yang hanya membutuhkan 1/n penyedia data yang jujur. Hal ini sangat berbeda dengan masalah konsensus negara yang mengharuskan 1/3 hingga 2/3 pesertanya jujur. Operator node dapat memverifikasi keaslian kumpulan data historis dengan 1) memutar ulang semua transaksi sejak blok genesis dan 2) memeriksa apakah transaksi ini mereproduksi akar status yang sama dengan akhir blockchain saat ini.

Ada banyak cara untuk menyelamatkan sejarah.

• Torrent/P2P: Torrent adalah metode paling sederhana dan paling dapat diandalkan. Node Ethereum secara berkala dapat mengemas bagian-bagian sejarah dan membagikannya sebagai file torrent publik. Misalnya, sebuah node mungkin membuat file torrent riwayat baru setiap 100.000 blok. Klien node seperti Erigon sudah melakukan proses ini dengan cara yang agak tidak standar. Untuk menstandardisasi proses ini, semua klien node harus menggunakan format data yang sama, parameter yang sama, dan jaringan P2P yang sama. Node akan dapat memilih apakah akan berpartisipasi dalam jaringan ini berdasarkan kemampuan penyimpanan dan bandwidth mereka. Torrent mempunyai keuntungan karena menggunakan standar terbuka yang sangat lindy dan sudah didukung oleh sejumlah besar alat data.

• Jaringan Portal: Jaringan Portal adalah jaringan baru yang dirancang khusus untuk menampung data Ethereum. Ini adalah pendekatan mirip Torrent sekaligus menyediakan beberapa fitur tambahan untuk mempermudah verifikasi data. Keuntungan Jaringan Portal adalah lapisan verifikasi tambahan ini memberikan utilitas bagi klien ringan untuk memverifikasi dan menanyakan kumpulan data bersama secara efisien.

• Cloud hosting: Layanan penyimpanan cloud seperti S3 AWS atau R2 Cloudflare memberikan opsi yang murah dan berkinerja tinggi untuk menyimpan catatan sejarah. Namun, pendekatan ini membawa lebih banyak risiko hukum dan operasional bisnis, karena tidak ada jaminan bahwa layanan cloud ini selalu bersedia dan mampu menghosting data terenkripsi.

Tantangan implementasi lainnya lebih bersifat sosial dibandingkan teknis. Komunitas Ethereum perlu mengoordinasikan detail implementasi spesifik sehingga dapat diintegrasikan langsung ke setiap klien node. Secara khusus, melakukan sinkronisasi penuh dari blok genesis (bukan sinkronisasi snapshot) akan memerlukan pengambilan riwayat dari penyedia riwayat, bukan dari node Ethereum. Perubahan ini secara teknis tidak memerlukan hard fork, sehingga dapat diterapkan lebih awal dari hard fork Ethereum berikutnya, Pectra.

Semua metode pelestarian riwayat ini juga dapat digunakan oleh L2 untuk melestarikan data blob yang mereka publikasikan ke mainnet. Dibandingkan dengan pelestarian riwayat, pelestarian blob 1) lebih sulit karena jumlah total datanya jauh lebih besar; 2) kurang penting karena blob tidak diperlukan untuk memutar ulang riwayat mainnet. Namun, pelestarian blob masih diperlukan agar setiap L2 dapat memutar ulang riwayatnya sendiri. Oleh karena itu, beberapa bentuk pelestarian blob penting bagi keseluruhan ekosistem Ethereum. Selain itu, jika L2 mengembangkan infrastruktur penyimpanan blob yang kuat, L2 mungkin juga dapat dengan mudah menyimpan data historis L1.

Akan sangat membantu jika membandingkan secara langsung kumpulan data yang disimpan oleh berbagai konfigurasi node sebelum dan sesudah EIP-4444. Gambar 7 menunjukkan beban penyimpanan berbagai jenis node Ethereum. Data negara adalah akun dan kontrak, data riwayat adalah blok dan transaksi, dan data arsip adalah kumpulan indeks data opsional. Jumlah byte dalam tabel ini didasarkan pada snapshot reth terbaru, namun jumlah untuk klien node lainnya kira-kira sebanding.

Gambar 7: Beban penyimpanan berbagai jenis node Ethereum

dengan kata lain,

• Node arsip menyimpan data status dan data historis serta data arsip. Node arsip dapat digunakan ketika seseorang ingin dengan mudah menanyakan status rantai historis.

• Node penuh hanya menyimpan data historis dan status. Kebanyakan node saat ini adalah node penuh. Beban penyimpanan pada node penuh adalah sekitar setengah dari beban penyimpanan pada node arsip.

• Setelah EIP-4444, node penuh hanya menyimpan data status dan data historis selama setahun terakhir. Hal ini mengurangi beban penyimpanan node dari 1,2 TiB menjadi 633 GiB dan menjadikan ruang penyimpanan untuk data historis ke nilai kondisi stabil.

• Node tanpa kewarganegaraan, juga dikenal sebagai “light node”, tidak menyimpan kumpulan data apa pun dan dapat melakukan verifikasi segera di akhir rantai. Node jenis ini akan menjadi mungkin setelah upaya Verkle atau skema komitmen negara lainnya ditambahkan ke Ethereum.

Terakhir, terdapat beberapa EIP tambahan yang membatasi laju pertumbuhan historis dibandingkan hanya beradaptasi dengan laju pertumbuhan saat ini. Hal ini membantu tetap berada dalam batasan IO jaringan dalam jangka pendek dan dalam batasan penyimpanan dalam jangka panjang. Meskipun EIP-4444 masih diperlukan untuk keberlanjutan jaringan dalam jangka panjang, EIP lain ini akan membantu Ethereum berkembang lebih efisien di masa depan:

• EIP-7623: Harga ulang data panggilan, membuat transaksi tertentu dengan terlalu banyak data panggilan menjadi lebih mahal. Membuat pola penggunaan ini lebih mahal akan memaksa beberapa pola tersebut untuk mengkonversi dari data panggilan ke blob. Hal ini akan mengurangi tingkat pertumbuhan historis.

• EIP-4488: Menerapkan batasan jumlah total data panggilan yang dapat dimasukkan dalam setiap blok. Hal ini akan memberikan batasan yang lebih ketat terhadap seberapa cepat sejarah dapat berkembang.

EIP ini lebih mudah diterapkan dibandingkan EIP-4444, sehingga dapat berfungsi sebagai langkah sementara sebelum EIP-4444 mulai diproduksi.

Kesimpulan

Tujuan artikel ini adalah menggunakan data untuk memahami 1) cara kerja pertumbuhan historis dan 2) cara memecahkan masalah. Banyak data dalam artikel ini yang sulit diperoleh melalui cara-cara tradisional, jadi kami berharap dengan mempublikasikan data ini dapat memberikan beberapa wawasan baru mengenai masalah pertumbuhan historis.

Pertumbuhan sejarah sebagai penghambat ekspansi Ethereum belum mendapat perhatian yang cukup. Bahkan tanpa meningkatkan batas Gas, praktik pelestarian sejarah Ethereum saat ini akan memaksa banyak node untuk meningkatkan perangkat keras mereka dalam beberapa tahun. Untungnya, ini bukanlah masalah yang sulit untuk dipecahkan. Sudah ada solusi yang jelas di EIP-4444. Kami percaya bahwa penerapan EIP ini harus dipercepat untuk memberikan ruang bagi peningkatan batas Gas di masa depan.

Tautan asli

Artikel ini bersumber dari internet: Paradigma: Penjelasan rinci tentang masalah dan solusi pertumbuhan historis Ethereum

Terkait: Penambang Bitcoin Berjuang untuk Mempertahankan Operasi Menjelang Halving

Singkatnya, Bitcoin tahun ini mengurangi separuhnya untuk mengurangi imbalan penambangan menjadi 3.125 BTC, menantang profitabilitas para penambang. CryptoQuant melaporkan penurunan harga hash penambang sebesar 30% sejak halving terakhir, diperkirakan akan terjadi penurunan lebih lanjut. Persaingan dan biaya meningkat, dengan hashrate jaringan Bitcoin mencapai 600 EH/s, memengaruhi pendapatan. Kurang lebih 10 hari lagi, komunitas Bitcoin akan menyaksikan peristiwa penting, yakni separuh Bitcoin. Fenomena ini akan mengurangi separuh imbalan penambangan blok Bitcoin dari 6,25 menjadi 3,125 Bitcoin, sehingga memberikan tekanan pada profitabilitas penambang. Para penambang sekarang berpacu dengan waktu, membutuhkan harga Bitcoin yang lebih tinggi untuk mempertahankan pendapatan mereka. Mengapa Penambang Bitcoin Akan Menghadapi Tantangan Menurut laporan CryptoQuant yang dibagikan dengan BeInCrypto, harga hash penambang telah turun 30% sejak halving terakhir pada Mei 2020. Saat ini bernilai $0.11 per Terahash per detik, ini…