Tại sao tất cả các khoản phí lại chuyển đến L2? Không phải do lòng tham hay tham nhũng của L2, mà là vì một lý do đơn giản hơn: một L2 không kiểm soát được các khoản phí L1 $kas. Những người duy nhất kiểm soát trực tiếp các khoản phí là các thợ mỏ. Nếu các giao dịch trả phí rất nhỏ, thì các khoản phí sẽ thấp. Điều này không liên quan gì đến nội dung của các giao dịch, và L2 mà nó liên quan đến (trong trường hợp này là @kasplex, nhưng những gì tôi nói là đúng chung). Những gì bạn đang thấy không phải là một L2 đang hút cạn mạng lưới, mà là các thợ mỏ L1 không tận dụng được sự gia tăng TPS. (Trong KRC, Kasplex đã áp dụng một cách tiếp cận (tồi) là buộc các giao dịch phải trả phí bằng cách cài đặt một ngưỡng phí vào giao thức của họ. Vấn đề với các giải pháp ngưỡng là chúng phải được cập nhật thủ công để theo kịp thị trường (ít nhất cho đến khi @eliottmea phát minh ra một oracle hoạt động mempool).) Các khoản phí không thể được thực thi trong sự đồng thuận. Chúng được xác định bởi thị trường. Bất kỳ thợ mỏ nào cũng có thể và nên xác định chính sách tính phí của họ. Vấn đề? Tính năng này vẫn chưa được triển khai, vì vậy việc thay đổi phí tối thiểu yêu cầu phải sửa đổi mã nguồn thủ công. Do đó, đề xuất của tôi để kích hoạt thị trường phí Kaspa là: 1. Triển khai một lệnh RPC để thiết lập ngưỡng phí (CLI cũng tốt, nhưng RPC thì tốt hơn vì mọi người có thể muốn tự động hóa quy trình). Tôi nhấn mạnh rằng đây không phải là một ngưỡng toàn cầu, mà là một giao diện cho phép mỗi thợ mỏ xác định mức tối thiểu của riêng họ. 2. Khởi động thị trường phí bằng cách đặt ngưỡng mặc định thành một giá trị rất nhỏ, nhưng không thể bỏ qua. Nói là 0.01 Kaspa (điều này gấp 1000 lần phí tối thiểu hiện tại). Hy vọng rằng chức năng này sẽ khuyến khích các thợ mỏ đặt phí phản ánh tốt hơn chi phí của họ, và thị trường phí sẽ ổn định ở mức phí trung bình lành mạnh hơn. Đây là một dự án khá đơn giản, và là một cơ hội tốt cho các nhà phát triển quan tâm để tham gia vào phát triển Kaspa.