O CTO da Ripple, David Schwartz, diz que a empresa deveria ter priorizado as capacidades nativas de contratos inteligentes no XRP Ledger (XRPL) muito mais cedo.
Hesitação Inicial
Lançado em 2012, o XRP Ledger foi projetado para velocidade, confiabilidade e pagamentos, e não para aplicações complexas e programáveis. Consequentemente, a Ripple inicialmente não viu necessidade de desenvolver contratos inteligentes.
Após o lançamento do Ethereum em 2015, os contratos inteligentes ganharam popularidade no espaço cripto, e muitos projetos começaram a explorá-los. Enquanto os desenvolvedores do XRPL estavam a dar passos para introduzir a funcionalidade, a Ripple manteve-se hesitante.
De acordo com Schwartz, a posição inicial da empresa refletia a crença de que os contratos inteligentes tinham de ser perfeitos ou líderes de mercado para justificar a sua implementação. Com o passar do tempo, ele admite que esta mentalidade fez com que a Ripple deixasse de ver o valor do progresso incremental.
Limitações Atuais Enfrentadas pelos Desenvolvedores
Além disso, Schwartz reconheceu que os desenvolvedores enfrentam atualmente desafios ao construir diretamente na XRP Ledger. Segundo ele, os desenvolvedores devem propor novas funcionalidades para a blockchain, o que requer aprovação da comunidade através de emendas, ou focar exclusivamente na criação de carteiras e aplicações front-end.
Embora tenha apontado que construir carteiras e interfaces de utilizador é essencial, Schwartz enfatizou que esta abordagem não é ideal para criar negócios sustentáveis na blockchain.
Subestimar o Valor do Pequeno Progresso
Além disso, ele observou que mesmo a funcionalidade básica de contratos inteligentes poderia ter proporcionado benefícios significativos. O CTO sugeriu que essa funcionalidade básica poderia ter permitido aos desenvolvedores diferenciar seus produtos com recursos exclusivos na cadeia e implementar lógica de negócios personalizada.
Distinguir produtos na cadeia, de acordo com Schwartz, tende a proporcionar aos desenvolvedores uma melhor experiência no livro razão e influencia suas decisões sobre em qual blockchain construir.
AMM Não É Suficiente
Além disso, Schwartz observou que, embora o Automated Market Maker (AMM) do XRPL seja um recurso poderoso, seu impacto é limitado sem ferramentas complementares, como contratos inteligentes, que teriam permitido uma integração mais profunda e programabilidade.
Em essência, ele acredita que até mesmo a funcionalidade de contrato inteligente mais simples teria permitido aos desenvolvedores criar novos produtos em cima das funcionalidades existentes.
Entretanto, a Ripple começou a explorar as capacidades de contratos inteligentes na XRPL no ano passado. A iniciativa já produziu resultados significativos, com a funcionalidade implantada na AlphaNet da XRPL no início deste mês, permitindo que os desenvolvedores a testem antes do seu lançamento final na mainnet.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
David Schwartz diz que a Ripple deveria ter priorizado as capacidades de Contrato inteligente no XRP mais cedo.
O CTO da Ripple, David Schwartz, diz que a empresa deveria ter priorizado as capacidades nativas de contratos inteligentes no XRP Ledger (XRPL) muito mais cedo.
Hesitação Inicial
Lançado em 2012, o XRP Ledger foi projetado para velocidade, confiabilidade e pagamentos, e não para aplicações complexas e programáveis. Consequentemente, a Ripple inicialmente não viu necessidade de desenvolver contratos inteligentes.
Após o lançamento do Ethereum em 2015, os contratos inteligentes ganharam popularidade no espaço cripto, e muitos projetos começaram a explorá-los. Enquanto os desenvolvedores do XRPL estavam a dar passos para introduzir a funcionalidade, a Ripple manteve-se hesitante.
De acordo com Schwartz, a posição inicial da empresa refletia a crença de que os contratos inteligentes tinham de ser perfeitos ou líderes de mercado para justificar a sua implementação. Com o passar do tempo, ele admite que esta mentalidade fez com que a Ripple deixasse de ver o valor do progresso incremental.
Limitações Atuais Enfrentadas pelos Desenvolvedores
Além disso, Schwartz reconheceu que os desenvolvedores enfrentam atualmente desafios ao construir diretamente na XRP Ledger. Segundo ele, os desenvolvedores devem propor novas funcionalidades para a blockchain, o que requer aprovação da comunidade através de emendas, ou focar exclusivamente na criação de carteiras e aplicações front-end.
Embora tenha apontado que construir carteiras e interfaces de utilizador é essencial, Schwartz enfatizou que esta abordagem não é ideal para criar negócios sustentáveis na blockchain.
Subestimar o Valor do Pequeno Progresso
Além disso, ele observou que mesmo a funcionalidade básica de contratos inteligentes poderia ter proporcionado benefícios significativos. O CTO sugeriu que essa funcionalidade básica poderia ter permitido aos desenvolvedores diferenciar seus produtos com recursos exclusivos na cadeia e implementar lógica de negócios personalizada.
Distinguir produtos na cadeia, de acordo com Schwartz, tende a proporcionar aos desenvolvedores uma melhor experiência no livro razão e influencia suas decisões sobre em qual blockchain construir.
AMM Não É Suficiente
Além disso, Schwartz observou que, embora o Automated Market Maker (AMM) do XRPL seja um recurso poderoso, seu impacto é limitado sem ferramentas complementares, como contratos inteligentes, que teriam permitido uma integração mais profunda e programabilidade.
Em essência, ele acredita que até mesmo a funcionalidade de contrato inteligente mais simples teria permitido aos desenvolvedores criar novos produtos em cima das funcionalidades existentes.
Entretanto, a Ripple começou a explorar as capacidades de contratos inteligentes na XRPL no ano passado. A iniciativa já produziu resultados significativos, com a funcionalidade implantada na AlphaNet da XRPL no início deste mês, permitindo que os desenvolvedores a testem antes do seu lançamento final na mainnet.