O XRP Ledger finalmente implementou a emenda fixDirectoryLimit, removendo um "hard cap" desatualizado sobre quantos itens podem ser armazenados em uma lista específica no ledger.
Antes de hoje, se uma única lista ficasse muito longa, a rede bloqueava a adição de novos itens. Isso acontecia mesmo que o usuário tivesse XRP suficiente para pagar por eles.
Agora, esse limite arbitrário foi removido, e a rede passa a depender das Reservas (o XRP que você bloqueia para criar um objeto) para evitar spam.
Por que isso é importante
Pense em um diretório como uma pasta específica em um arquivo. O XRPL usa diretórios para agrupar coisas semelhantes. O exemplo mais comum é o livro de ordens.
Se 500 pessoas quiserem comprar XRP exatamente a US$2,50, o ledger agrupa todas essas 500 ofertas em um único "diretório" para esse preço.
Anteriormente, o código tinha um limite rígido de quantas "páginas" essa pasta poderia ter.
Se um determinado preço (US$2,50) se tornasse incrivelmente popular e milhares de ofertas fossem enviadas, o diretório poderia basicamente "encher".
Os usuários recebiam um código de erro como tecDIR_FULL. Isso significava que transações válidas falhavam simplesmente porque aquela "pasta" específica estava tecnicamente cheia.
A emenda exclui esse limite. A rede não precisa de um limite rígido no código para impedir spam porque já possui as "Owner Reserves". Você precisa bloquear XRP para criar uma oferta ou objeto. Esse custo econômico já é suficiente para impedir que as pessoas façam spam de objetos infinitos.
Os validadores não precisam mais desperdiçar recursos verificando se uma página de diretório está "cheia".
Enquanto isso, traders e aplicativos não encontrarão mais erros inesperados tecDIR_FULL durante momentos de alto tráfego.
Um ano movimentado
Este tem sido um ano movimentado para o XRPL. Esta foi a primeira grande emenda do ano. Ela adicionou um recurso de "clawback" especificamente para pools de Automated Market Maker (AMM). A rede introduziu capacidades de DynamicNFT, permitindo que tokens não fungíveis atualizem seus metadados ao longo do tempo sem precisar serem destruídos e cunhados novamente.
