Três novas emendas foram ativadas na mainnet do XRPL após um bem-sucedido temporizador de contagem regressiva de 14 dias, durante o qual tiveram 80% de apoio da maioria.
Num tweet, o explorador de blockchain XRP Ledger XRPscan descreve estas três emendas que agora foram ativadas na mainnet do XRP Ledger, incluindo as emendas fixAMMv1_3, fixEnforceNFTokenTrustlineV2 e fixPayChanCancelAfter.
Com a sua ativação, todos os nós rippled em execução na versão v2.4.0 e abaixo correm o risco de serem bloqueados por emenda.
Novidades?
FixAMMv1_3 adiciona várias correções ao código do Market Maker Automatizado, especificamente adicionando várias verificações de invariância para garantir que os AMMs funcionem conforme projetado. Também adiciona arredondamento aos depósitos e retiradas do AMM para garantir que o saldo do AMM atenda à invariância.
Por outro lado, fixEnforceNFTokenTrustlineV2 corrige um erro onde as taxas de transferência de NFT poderiam contornar certas limitações na recepção de tokens, impedindo que um emissor de NFT recebesse tokens fungíveis como taxas de transferência se o emissor usasse linhas de confiança autorizadas e a linha de confiança do emissor de NFT não estiver autorizada. Também impede que um emissor de NFT receba tokens fungíveis como taxas de transferência numa linha de confiança profundamente congelada. Sem esta emenda, as taxas de transferência de NFT poderiam ser pagas a um emissor de NFT, contornando estas restrições.
A emenda FixPayChanCancelAfter impede a criação de novos canais de pagamento com um "Tempo Cancelar Após" que esteja antes do livro razão atual. Sem esta emenda, as transações podem criar um canal de pagamento cujo "Tempo Cancelar Após" está no passado. Este canal de pagamento é automaticamente removido como expirado pela próxima transação.
Ontem, o engenheiro de software da RippleX, Mayukha Vadari, sugeriu um novo lançamento de especificações que descreve o ciclo de vida de um processo de Padrões do XRP Ledger (XLS), clarificando categorias de padrões e estabelecendo responsabilidades editoriais.
Esta proposta é inspirada no EIP-1 do Ethereum e adapta processos de padrões estabelecidos para atender às necessidades únicas do ecossistema XRPL.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Três Principais Atualizações do XRP Ledger Entram em Funcionamento: Detalhes - U.Today
Três novas emendas foram ativadas na mainnet do XRPL após um bem-sucedido temporizador de contagem regressiva de 14 dias, durante o qual tiveram 80% de apoio da maioria.
Num tweet, o explorador de blockchain XRP Ledger XRPscan descreve estas três emendas que agora foram ativadas na mainnet do XRP Ledger, incluindo as emendas fixAMMv1_3, fixEnforceNFTokenTrustlineV2 e fixPayChanCancelAfter.
Com a sua ativação, todos os nós rippled em execução na versão v2.4.0 e abaixo correm o risco de serem bloqueados por emenda.
Novidades?
FixAMMv1_3 adiciona várias correções ao código do Market Maker Automatizado, especificamente adicionando várias verificações de invariância para garantir que os AMMs funcionem conforme projetado. Também adiciona arredondamento aos depósitos e retiradas do AMM para garantir que o saldo do AMM atenda à invariância.
Por outro lado, fixEnforceNFTokenTrustlineV2 corrige um erro onde as taxas de transferência de NFT poderiam contornar certas limitações na recepção de tokens, impedindo que um emissor de NFT recebesse tokens fungíveis como taxas de transferência se o emissor usasse linhas de confiança autorizadas e a linha de confiança do emissor de NFT não estiver autorizada. Também impede que um emissor de NFT receba tokens fungíveis como taxas de transferência numa linha de confiança profundamente congelada. Sem esta emenda, as taxas de transferência de NFT poderiam ser pagas a um emissor de NFT, contornando estas restrições.
A emenda FixPayChanCancelAfter impede a criação de novos canais de pagamento com um "Tempo Cancelar Após" que esteja antes do livro razão atual. Sem esta emenda, as transações podem criar um canal de pagamento cujo "Tempo Cancelar Após" está no passado. Este canal de pagamento é automaticamente removido como expirado pela próxima transação.
Ontem, o engenheiro de software da RippleX, Mayukha Vadari, sugeriu um novo lançamento de especificações que descreve o ciclo de vida de um processo de Padrões do XRP Ledger (XLS), clarificando categorias de padrões e estabelecendo responsabilidades editoriais.
Esta proposta é inspirada no EIP-1 do Ethereum e adapta processos de padrões estabelecidos para atender às necessidades únicas do ecossistema XRPL.