XRP Ledger cuối cùng đã triển khai bản sửa đổi fixDirectoryLimit, loại bỏ "giới hạn cứng" lỗi thời về số lượng mục có thể được lưu trữ trong một danh sách cụ thể trên sổ cái.
Trước đây, nếu một danh sách trở nên quá dài, mạng lưới sẽ chặn không cho thêm mục mới vào. Điều này sẽ xảy ra ngay cả khi người dùng có đủ XRP để thanh toán cho chúng.
Bây giờ, giới hạn tùy ý đó đã bị loại bỏ, và mạng lưới dựa vào Reserves (số XRP bạn phải khóa lại để tạo một đối tượng) để ngăn chặn spam thay vì giới hạn cứng.
Tại sao điều này quan trọng
Hãy tưởng tượng một thư mục như một ngăn cụ thể trong tủ hồ sơ. XRPL sử dụng các thư mục để nhóm các mục tương tự lại với nhau. Ví dụ phổ biến nhất là sổ lệnh (order book).
Nếu 500 người đều muốn mua XRP ở đúng mức giá $2.50, sổ cái sẽ nhóm tất cả 500 lệnh đó vào một "thư mục" duy nhất cho mức giá đó.
Trước đây, mã nguồn có một giới hạn cứng về số lượng "trang" mà thư mục này có thể có.
Nếu một mức giá cụ thể ($2.50) trở nên cực kỳ phổ biến và hàng nghìn lệnh đổ vào, thư mục đó về cơ bản có thể "đầy".
Người dùng sẽ nhận được mã lỗi như tecDIR_FULL. Điều này có nghĩa là các giao dịch hợp lệ bị thất bại chỉ vì "thư mục" đó về mặt kỹ thuật đã đầy.
Bản sửa đổi này đã xóa bỏ giới hạn đó. Mạng lưới không cần một giới hạn cứng trong mã nguồn để ngăn spam vì đã có "Owner Reserves". Bạn phải khóa XRP để tạo một lệnh hoặc một đối tượng. Chi phí kinh tế này đủ để ngăn mọi người spam vô hạn các đối tượng.
Các validator không còn phải lãng phí tài nguyên để kiểm tra xem một trang thư mục đã "đầy" chưa.
Trong khi đó, các nhà giao dịch và ứng dụng sẽ không còn gặp lỗi tecDIR_FULL bất ngờ trong những thời điểm lưu lượng cao.
Một năm bận rộn
Đây là một năm bận rộn đối với XRPL. Đây là bản sửa đổi lớn đầu tiên của năm. Nó đã thêm tính năng "clawback" dành riêng cho các pool Automated Market Maker (AMM). Mạng lưới cũng đã giới thiệu khả năng DynamicNFT, cho phép các non-fungible token cập nhật metadata của chúng theo thời gian mà không cần phải bị phá hủy và đúc lại.
