Contratos inteligentes no XRP Ledger, comunidade de preocupações com a mudança de coração da Ripple

Oi pessoal! Você já cansou de viver na pobreza enquanto as criptomoedas estão curtindo uma vida de luxo? Então junte-se ao nosso canal @Crypnoticias no Telegram, onde compartilhamos notícias sobre criptomoedas em português - porque quem precisa de dinheiro de verdade quando você pode nadar em Dogecoins? Venha para o lado selvagem da especulação financeira, onde o único risco é perder tudo... ou ganhar um foguete para a lua! 😂💰🚀

Junte-se ao Telegram


Como analista experiente com anos de experiência navegando no cenário das criptomoedas, fico intrigado com este último desenvolvimento entre Ripple e XRPL Labs. A mudança repentina na posição da Ripple em relação aos contratos inteligentes para o XRP Ledger (XRPL) é realmente surpreendente, especialmente dadas as afirmações anteriores feitas pelo seu CTO, David Schwartz.

Em 2 de setembro, a Ripple compartilhou suas intenções de adicionar contratos inteligentes nativamente à rede principal do XRP Ledger (XRPL). No entanto, esta notícia não agradou a alguns desenvolvedores da comunidade XRPL, especialmente Wietse Wind, diretor do XRPL Labs, que respondeu escrevendo uma carta aberta à Ripple.

A mudança repentina nos contratos inteligentes XRPL é “surpreendente”

Em uma carta aberta recente publicada na plataforma X (anteriormente Twitter), Wind expressou surpresa com a mudança inesperada de política da Ripple em relação à introdução de contratos inteligentes nativos. Anteriormente, o Diretor de Tecnologia (CTO) da Ripple, David Schwartz, havia declarado inequivocamente no XRP Ledger Apex que não havia suporte para contratos inteligentes no XRP Ledger há três meses.

No passado, Schwartz apontou que a rede principal XRPL era um “razão de funções definidas” e sugeriu que os contratos inteligentes deveriam ser implementados em outras redes, como EVM Sidechain ou Xahua. Wind expressou preocupação de que as frequentes mudanças de direção do Ripple tornem um desafio promover um ecossistema sustentável, já que essas “mudanças imprevisíveis por parte da organização” muitas vezes alteram o curso do protocolo principal

O Diretor do XRPL Labs expressou seu desapontamento pelo fato de a liderança da Ripple não ter comunicado diretamente sobre sua mudança significativa de postura e as razões por trás dela. Ele sugeriu que descobrir isso por meio de fontes indiretas, em vez de um diálogo aberto, ressalta o nível atual de colaboração dentro da comunidade de desenvolvedores

É importante notar que Wind sugeriu e defendeu contratos inteligentes nativos na rede principal XRPL há algum tempo. No entanto, parece que Ripple não deu muita atenção a essa ideia na época. Apesar de não ter ouvido falar diretamente da Ripple, o desenvolvedor expressou satisfação com a mudança de perspectiva, mas também apontou que a considera lamentável e cara para aqueles que lideram a inovação dentro do ecossistema, já que essa constatação parece ter chegado tarde demais.

Segundo Wind, chegamos a um ponto crucial no desenvolvimento do XRPL. Ele explicou que a Ripple deve tomar uma decisão decisiva: adotar e nutrir a atual tecnologia Hooks na rede principal ou optar por uma abordagem diferente que poderia potencialmente afastar desenvolvedores comprometidos e dividir o ecossistema

Wind e sua equipe começaram a desenvolver uma solução de contrato inteligente de camada 1 chamada Hooks, já que Ripple parecia hesitante em incorporar um contrato inteligente nativo na rede principal XRPL

CTO da Ripple responde à carta aberta

David Schwartz, diretor de tecnologia da Ripple, abordou a declaração pública da Wind, fornecendo a perspectiva da Ripple sobre o assunto. Em contraste com as afirmações de Wind sobre nenhuma comunicação direta, Schwartz revelou que a equipe RippleX o contatou antes da publicação do seu anúncio. Além disso, Schwartz revelou que sua empresa apoiou e financiou a Hooks desde o seu início. No entanto, ele esclareceu que Ripple só endossaria Hooks como uma alteração na rede principal

Schwartz também mencionou que há muita inovação em Hooks, como o XRPL Labs propôs inicialmente, mas acredita que algumas atualizações poderiam torná-lo uma opção melhor para a rede principal XRPL. Em uma postagem anterior do X, o CTO da Ripple explicou por que ele não apoiava o Hooks como a solução de contrato inteligente na rede principal XRPL. 

Ele observou que não estava convencido de que fosse “pequeno e seguro o suficiente para ser implantado na rede principal sem riscos significativos para coisas como estabilidade de preços de transações e pagamentos de desempenho”.

Schwartz recebeu uma resposta do vento, expressando sua alegria com a mudança de postura e antecipação pelo que se aproximava na rede principal, envolvendo ou não Hooks – uma ferramenta que sua equipe havia criado. Ele mencionou ainda que sua principal preocupação era a comunicação insuficiente da Ripple, já que as partes interessadas na comunidade de desenvolvedores deveriam ser informadas quando uma empresa de criptografia como a Ripple altera sua direção, especialmente em situações como esta.

Contratos inteligentes no XRP Ledger, comunidade de preocupações com a mudança de coração da Ripple

2024-09-04 21:12