Cover Image

O CTO da Ripple, David Schwartz, abordou uma controvérsia recente em torno dos planos de contrato inteligente da Ripple.

Conforme relatado pelo U.Today, a empresa revelou recentemente um plano para adicionar funcionalidade de contrato inteligente em 2025.

No entanto, o anúncio foi recebido com críticas de Wietse Wind, um desenvolvedor que atua na comunidade XRPL desde 2016.

cartão

Wind, o CEO da XRP Labs, diz que sua empresa de desenvolvimento de software introduziu inicialmente uma solução de contrato inteligente de camada 1 chamada Hooks há quatro anos. Ele observou que seus esforços culminaram com o lançamento da sidechain Xahau que permite que as pessoas experimentem hooks.

O desenvolvedor afirmou que a empresa sentiu "emoções confusas" após descobrir os novos esforços de programabilidade da Ripple, já que essa mudança ocorreu "frustrantemente tarde".

Wind mirou em Schwartz, argumentando que a Ripple mudou repentinamente sua opinião sobre contratos inteligentes, apesar do fato de que o CTO rejeitou a ideia de trazer contratos inteligentes para o XRP Ledger há apenas três meses. Tais "pivots caprichosos" não são um bom presságio para um ecossistema próspero, de acordo com Wind. "A Ripple enfrenta uma escolha clara: abraçar e dar suporte à tecnologia Hooks existente e comprovada na mainnet, ou seguir um caminho separado que corre o risco de alienar desenvolvedores dedicados e fragmentar o ecossistema", ele acrescentou.

"Não houve nenhuma chamada"

Em resposta às críticas mordazes de Wind, Schwartz disse que a equipe da RippleX teve uma ligação com West antes de publicar o post controverso. O CTO da Ripple também elogiou a Hooks por sua abordagem inovadora. "Você está certo de que mudei meus pensamentos sobre programabilidade recentemente, e você reconheceu absolutamente a necessidade disso muito antes", ele acrescentou.

cartão

No entanto, Wind disse que houve apenas uma breve mensagem em vez de uma chamada.

Ao mesmo tempo, o desenvolvedor diz que ainda está animado com o que está por vir na rede principal.