Discussões sobre XRPL expandem-se enquanto Schwartz explora condições necessárias para possível staking nativo

O design de longa data do XRP Ledger está recebendo atenção renovada após comentários do Diretor de tecnologia (CTO) da Ripple, David "JoelKatz" Schwartz, que afirmou que a próxima fase da rede pode exigir uma reavaliação de como o valor flui através de sua infraestrutura.

A discussão surgiu enquanto desenvolvedores e membros da comunidade examinam o papel em expansão do XRP Ledger (XRPL) devido ao crescimento contínuo em aplicações de finanças descentralizadas, à introdução de novos casos de uso de tokenização e ao recente lançamento do primeiro fundo negociado em bolsa (ETF) spot de XRP pela Canary.

As observações de Schwartz destacaram que as demandas emergentes em todo o ecossistema provocaram uma conversa mais ampla sobre se o staking nativo poderia um dia ser integrado à rede, apesar da arquitetura fundamentalmente diferente do XRP dos sistemas típicos de Proof of Stake (PoS).

Mudança no pensamento sobre a funcionalidade do XRPL

Schwartz observou que a indústria blockchain mudou desde o lançamento do XRPL em 2012. Ele afirmou que suas próprias visões sobre governança, consenso e incentivos de rede também mudaram. De acordo com ele, a atividade envolvendo XRP em plataformas DeFi / Finanças descentralizadas, como Flare, MoreMarkets, Axelar e Doppler, juntamente com iniciativas em andamento em torno de programabilidade e potencial funcionalidade de contrato inteligente / smart contract, provocou uma reavaliação de quais capacidades nativas adicionais podem eventualmente ser suportadas.

Suas observações seguem uma observação relacionada de J. Ayo Akinyele, que citou o uso histórico do XRP em pagamentos, liquidação de ativos tokenizados e operações de liquidez, provocando seus comentários. De acordo com Akinyele, o lançamento do primeiro ETF spot de XRP e a chegada antecipada de mais emissores sinalizam uma mudança de direção para um engajamento institucional mais extenso com o ativo, incluindo domínios como fundos do mercado monetário e tesouros tokenizados.

Conceitos iniciais em torno do staking nativo

O CTO da Ripple esclareceu que o XRP difere das redes de proof-of-stake em várias formas estruturais. As taxas de transação no XRPL são destruídas em vez de distribuídas, o ledger é projetado para mover qualquer ativo rapidamente e a baixo custo, e a influência do validador não é determinada pela propriedade do token. Ele afirmou que para o staking nativo existir, a rede exigiria tanto uma fonte definida de recompensas de staking quanto um mecanismo para distribuição justa, o que remodelaria como o valor circula dentro do ledger.

O membro da comunidade Vet respondeu observando que o staking em outras chains geralmente é empregado para determinar os produtores de blocos, levantando questões sobre como tal modelo se aplicaria ao XRPL. Em resposta, Schwartz delineou dois conceitos técnicos que ele e outros colaboradores examinaram, afirmando que ambos permanecem improváveis de serem adotados no curto prazo.

Modelo de duas camadas e incentivos de prova ZK

Uma abordagem de consenso de duas camadas é usada no primeiro conceito. De acordo com este modelo, as transições do ledger seriam avançadas por uma camada interna de 16 validadores que seriam escolhidos por meio de um mecanismo de staking.

O algoritmo de consenso atual do XRPL formaria uma concha que regula emendas, diretrizes de taxas e funcionalidade adequada da camada interna. De acordo com Schwartz, essa separação permitiria mais diversidade de validadores, mantendo a progressão rápida do ledger usando rodadas menores e mais leves de validadores.

Um segundo conceito mantém o mecanismo de consenso atual enquanto reutiliza as taxas de transação para compensar as provas de conhecimento zero que verificam a execução do contrato inteligente / smart contract. De acordo com o CTO da Ripple, Schwartz, essa abordagem reduziria a necessidade de cada nó executar cálculos complexos, transferindo os custos de verificação para a geração de prova ZK.

À medida que a discussão avançava, Vet levantou a questão de se a estrutura de duas camadas descarregaria com sucesso tarefas que são mais intensivas em computação em um ambiente incentivado, enquanto deixaria a lógica de consenso orientada a pagamentos atual em vigor.

Schwartz esclareceu que o progresso do ledger seria gerenciado pelo protocolo interno em uma base de transição por transição, com a camada externa supervisionando. Ele também afirmou que seu design pode aumentar a resiliência do sistema, uma vez que o ledger só pararia quando ambas as camadas cessassem suas operações.

Quer seu projeto na frente das mentes mais brilhantes de criptomoeda? Apresente-o em nosso próximo relatório da indústria, onde dados encontram impacto.