source avatarLourenço Matalonga

Compartilhar
Share IconShare IconShare IconShare IconShare IconShare IconCopy

Estou desenvolvendo na XRPL há algum tempo, e ainda vejo pessoas descartando-a porque ela “não é proof-of-work nem proof-of-stake”. Como se essas fossem as únicas opções válidas. Elas não são. A XRPL utiliza um modelo de consenso federado. Um pequeno conjunto de validadores confiáveis deve concordar, com um limiar de 80%, antes que um ledger seja fechado. Sem mineração. Sem recompensas de staking. Sem competição entre validadores. Apenas acordo. Críticos dizem que isso a torna centralizada. E, honestamente, essa crítica não é absurda. Mas é isso que eles ignoram: a Ripple não controla esses validadores. Qualquer um pode executar um. A lista padrão de validadores é apenas um ponto de partida, não um controle estrito. O que isso significa na prática para os usuários? Finalidade em 3-5 segundos. Sem forks. Sem jogos de congestionamento no mempool. Quando estou desenvolvendo lógica de trustline, não preciso considerar reorgs ou uncle blocks. Essa é uma vantagem real e prática que se perde no ruído do debate sobre consenso.

Aviso legal: as informações nesta página podem ter sido obtidas de terceiros e não refletem necessariamente os pontos de vista ou opiniões da KuCoin. Este conteúdo é fornecido apenas para fins informativos gerais, sem qualquer representação ou garantia de qualquer tipo, nem deve ser interpretado como aconselhamento financeiro ou de investimento. A KuCoin não é responsável por quaisquer erros ou omissões, ou por quaisquer resultados do uso destas informações. Os investimentos em ativos digitais podem ser arriscados. Avalie cuidadosamente os riscos de um produto e a sua tolerância ao risco com base nas suas próprias circunstâncias financeiras. Para mais informações, consulte nossos termos de uso e divulgação de risco.