Os planos da Ripple de introduzir a funcionalidade de contrato inteligente no XRP Ledger (XRPL) geraram discussões na comunidade.
Curiosamente, o CTO da Ripple, David Schwartz, abordou algumas das preocupações emergentes, essencialmente esclarecendo a posição e as intenções futuras da empresa.
Visão da Ripple para contratos inteligentes XRPL
Lembre-se de que ontem, o The Crypto Basic confirmado que a Ripple anunciou planos para aprimorar o XRPL adicionando funcionalidade de contrato inteligente por meio de duas vias principais.
O primeiro envolve um Calabouço lateral EVM atualmente em desenvolvimento em colaboração com a Peersyst. Enquanto isso, a segunda opção envolverá uma proposta XLS para habilitar contratos inteligentes diretamente na XRPL Mainnet. A Ripple confirmou que buscará suporte da comunidade nisso.
No entanto, o proclamação não mencionou a tentativa de Hooks, um protocolo projetado pelo XRPL Labs especificamente para contratos inteligentes nativos na Mainnet. Laboratórios XRPL A equipe tem pressionado consistentemente por Hooks no pretérito, mas o CTO da Ripple expressou preocupações com a segurança.
A preterição de Hooks das opções possíveis no último proclamação gerou dúvidas, particularmente de Wietse Windque sentiu que Hooks merecia consideração, principalmente devido à sua implementação bem-sucedida em Xahau, uma novidade rede.
CTO da Ripple responde
Em meio à reação que se seguiu, David Schwartz levou para X para esclarecer a posição da Ripple. Ele enfatizou que a Ripple não pretende nem tem domínio para modificar o XRPL unilateralmente.
Em vez disso, o proclamação recente da empresa teve porquê objetivo discursar o reconhecimento da Ripple do valor de trazer programabilidade para a XRPL Mainnet.
Schwartz enfatizou que a Ripple se compromete com a transparência e o envolvimento da comunidade, e o proclamação foi um passo inicial em um processo que incluiria feedback da comunidade e revisões de design.
Parece que há confusão sobre a postagem do blog sobre programabilidade que publicamos ontem, portanto deixe-me esclarecer alguns pontos:
A Ripple simplesmente não pode (e absolutamente não quer) mudar unilateralmente o XRP Ledger. A postagem do blog é a Ripple dizendo que vemos o valor em trazer…
— David “JoelKatz” Schwartz (@JoelKatz) 4 de setembro de 2024
Ele explicou que, até recentemente, não via uma maneira viável de implementar contratos inteligentes na Mainnet sem mudar fundamentalmente a XRPL.
No entanto, depois discussões com vários membros da comunidade, incluindo os da Orchestra Finance, ele percebeu que seria provável introduzir a programabilidade na Mainnet e, ao mesmo tempo, abordar desafios importantes, porquê inchaço do razão, redução da velocidade das transações e potenciais vulnerabilidades de segurança.
Ele reconheceu que outros na comunidade chegaram a essa desenlace antes e enfatizou que a Ripple pretende adotar uma abordagem cautelosa e gradual para mitigar quaisquer riscos associados a tais mudanças.
O papel da comunidade XRP
Um dos pontos importantes que Schwartz destacou foi a valia da comunidade XRP no processo de tomada de decisão. Ele assegurou aos membros da comunidade que o objetivo da Ripple é colaborar com eles em vez de impor mudanças.
O Diretor de tecnologia da Ripple também abordou o momento do proclamação, observando que ele coincidiu com os próximos encontros da comunidade XRP na Coreia e no Japão. Schwartz viu esses eventos presenciais porquê oportunidades valiosas para discussões abertas sobre o porvir da programabilidade do XRPL.
Preocupações emergentes sobre a descentralização
Em resposta aos esclarecimentos de Schwartz, alguns membros da comunidade levantaram questões sobre a descentralização do XRPL.
Uma figura proeminente da comunidade, MetaManX, questionado se contratos inteligentes poderiam ser adicionados ao XRPL sem a aprovação da Ripple, sugerindo que contornar a Ripple deve ser provável se o blockchain for realmente descentralizado.
No momento do relatório, Schwartz ainda não havia respondido a essa pergunta. No entanto, o CTO da Ripple enfatizou persistentemente no pretérito que a Ripple é exclusivamente mais um construtor na XRPL. Uma vez que tal, ela não impõe ou bloqueia unilateralmente mudanças na rede.
