Salah satu tema utama pembaruan teknis Ethereum saat ini adalah membayar kembali utang teknis.

Sebelumnya, saat berbagi informasi tentang teknologi Ethereum, banyak orang bertanya-tanya apa sebenarnya yang dimaksud dengan utang teknis.

EIP-7999 minggu lalu, yang juga didukung langsung oleh V神, merupakan contoh yang sangat baik, karena bertujuan untuk menyelesaikan utang teknis Ethereum yang saat ini memiliki berbagai model biaya yang berjalan beriringan.

Semua orang tahu bahwa pasar gas normal Ethereum terbentuk setelah EIP-1559, yaitu model biaya dasar yang dibakar ditambah tip untuk penambang.

Namun, setelah EIP-4844, Ethereum menciptakan Blob untuk membuat L2 lebih murah dan lebih cepat, dengan ruang transaksi yang murah (karena akan dihapus dalam beberapa bulan ke depan), sehingga muncul model biaya terpisah khusus untuk L2.

Ini adalah contoh utang teknis yang jelas: saat memperkenalkan L2, pilihan yang diambil bukanlah solusi elegan, melainkan pendekatan sederhana dan kasar, menambahkan mekanisme Blob secara ad-hoc.

Artinya, saat ini biaya gas berjalan dalam dua sistem yang berbeda secara bersamaan.

Cara membayar kembali utang teknis ini adalah dengan menyatukan kedua pasar biaya gas tersebut, dengan menghadirkan satu model biaya maksimum (max-fee), di mana pengguna hanya perlu mengisi jumlah maksimal yang bersedia dibayarkan.

Jumlah maksimum ini akan dikelola oleh algoritma node, yang akan membagi biaya secara dinamis berdasarkan permintaan aktual dan kondisi blok secara real-time di berbagai komponen teknis.

Dengan begitu, dua pasar biaya akan disatukan, serta mengurangi beban pembelajaran bagi pengguna.

Namun, proses ini membutuhkan hard fork, dan kemungkinan besar akan dimasukkan dalam pembaruan berikutnya atau pembaruan setelahnya.

Faktanya, dalam pengembangan perangkat lunak tradisional juga banyak utang teknis, biasanya muncul dari pertimbangan antara memilih untuk 'membangun ulang secara logis' atau 'menambahkan perbaikan sementara', dan karena pertimbangan beban kerja, akhirnya sering kali memilih perbaikan sementara.

Akibatnya, kode dan fitur menjadi semakin berat, hingga akhirnya tidak ada yang berani mengubahnya, dan hanya terus menambah perbaikan sementara tanpa henti.

Oleh karena itu, utang teknis harus dibayar segera ketika saatnya tiba.