Một trong những chủ đề chính của cập nhật công nghệ Ethereum hiện tại là việc thanh toán "nợ kỹ thuật".
Trước đây, khi chúng tôi chia sẻ về công nghệ Ethereum, nhiều người đã hỏi nợ kỹ thuật thực sự là gì.
Tuần trước, EIP-7999, cũng là một đề xuất mà Vitalik tham gia thúc đẩy, là một ví dụ rất tốt, nó mong muốn giải quyết nợ kỹ thuật do việc tồn tại nhiều mô hình phí khác nhau trong Ethereum hiện tại.
Mọi người đều biết rằng, thị trường gas bình thường của Ethereum được hình thành sau EIP-1559, một mô hình phí cơ bản được đốt cháy + tiền tip cho thợ đào.
Tuy nhiên, sau EIP-4844, Ethereum đã tạo ra Blob để làm cho L2 rẻ hơn và nhanh hơn, vì vậy nó đã tạo ra một không gian giao dịch rẻ (dù chỉ tồn tại vài tháng sau đó) và do đó lại có một mô hình phí khác hướng tới L2.
Đó chính là một khoản nợ kỹ thuật tiêu chuẩn, khi đó khi lên L2, không chọn cách thanh lịch mà chọn cách đơn giản và thô bạo để thêm cơ chế Blob.
Điều này có nghĩa là hiện tại phí gas đang hoạt động song song theo hai hệ thống.
Cách để thanh toán nợ kỹ thuật hiện nay là thống nhất hai thị trường phí gas này, trực tiếp đưa ra một mức phí tối đa (max-fee), tức là người dùng sẽ điền số tiền tối đa mà họ sẵn sàng trả.
Mức phí tối đa này sẽ được ủy thác cho thuật toán của các nút, và các nút sẽ phân bổ chi phí giữa các thành phần kỹ thuật khác nhau dựa trên yêu cầu thực tế và điều kiện khối thời gian thực.
Như vậy, hai thị trường phí lớn đã được thống nhất, đồng thời giảm thiểu chi phí học tập cho người dùng.
Tuy nhiên, điều này cần được thực hiện thông qua một hard fork, và có thể sẽ được bao gồm trong lần nâng cấp tiếp theo hoặc lần nâng cấp sau đó.
Thực tế, nợ kỹ thuật trong phát triển truyền thống cũng khá nhiều, thường là do cân nhắc giữa việc "tái tạo" hay "thêm một bản vá", và với khối lượng công việc, cuối cùng thường chọn thêm một bản vá.
Kết quả là, mã và chức năng ngày càng trở nên cồng kềnh, cuối cùng trở thành điều mà ai cũng không dám dễ dàng động vào, chỉ có thể tiếp tục thêm bản vá.
Vì vậy, nợ kỹ thuật cần phải được thanh toán kịp thời.