El CTO de Ripple, David Schwartz, dice que la compañía debería haber priorizado las capacidades nativas de contratos inteligentes en el XRP Ledger (XRPL) mucho antes.
Dudas Tempranas
Lanzado en 2012, el XRP Ledger fue diseñado para velocidad, fiabilidad y pagos, no para aplicaciones complejas y programables. En consecuencia, Ripple inicialmente no vio la necesidad de desarrollar contratos inteligentes.
Después de que Ethereum se lanzó en 2015, los contratos inteligentes ganaron popularidad en el espacio cripto, y muchos proyectos comenzaron a explorarlos. Mientras los desarrolladores de XRPL estaban haciendo movimientos para introducir la función, Ripple se mantuvo dudoso.
Según Schwartz, la postura temprana de la empresa reflejaba la creencia de que los contratos inteligentes debían ser perfectos o líderes en la industria para justificar su implementación. En retrospectiva, admite que esta mentalidad hizo que Ripple pasara por alto el valor del progreso incremental.
Limitaciones Actuales Enfrentadas por los Desarrolladores
Además, Schwartz reconoció que los desarrolladores actualmente enfrentan desafíos al construir directamente en el XRP Ledger. Según él, los desarrolladores deben proponer nuevas características para la cadena de bloques, lo que requiere la aprobación de la comunidad a través de enmiendas, o centrarse únicamente en crear billeteras y aplicaciones de interfaz.
Si bien destacó que construir billeteras e interfaces de usuario es esencial, Schwartz enfatizó que este enfoque no es ideal para crear negocios sostenibles en la blockchain.
Subestimar el Valor del Pequeño Progreso
Además, señaló que incluso la funcionalidad básica de los contratos inteligentes habría proporcionado beneficios significativos. El CTO sugirió que esta funcionalidad básica podría haber permitido a los desarrolladores diferenciar sus productos con características únicas en la cadena y implementar lógica empresarial personalizada.
Distinguir productos en la cadena, según Schwartz, tiende a ofrecer a los desarrolladores una mejor experiencia en el libro mayor e influye en sus decisiones sobre en qué blockchain construir.
AMM No Es Suficiente
Además, Schwartz señaló que, aunque el Creadores de Mercado Automatizados de XRPL (AMM) es una función poderosa, su impacto es limitado sin herramientas complementarias como los contratos inteligentes, que habrían permitido una integración más profunda y programabilidad.
En esencia, él cree que incluso la funcionalidad más simple de un contrato inteligente habría permitido a los desarrolladores construir nuevos productos sobre características existentes.
Mientras tanto, Ripple comenzó a explorar las capacidades de contratos inteligentes en el XRPL el año pasado. La iniciativa ya ha producido resultados significativos, con la función implementada en AlphaNet del XRPL a principios de este mes, permitiendo a los desarrolladores probarla antes de su eventual lanzamiento en la red principal.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
David Schwartz dice que Ripple debería haber priorizado las capacidades de Contrato inteligente en XRP antes.
El CTO de Ripple, David Schwartz, dice que la compañía debería haber priorizado las capacidades nativas de contratos inteligentes en el XRP Ledger (XRPL) mucho antes.
Dudas Tempranas
Lanzado en 2012, el XRP Ledger fue diseñado para velocidad, fiabilidad y pagos, no para aplicaciones complejas y programables. En consecuencia, Ripple inicialmente no vio la necesidad de desarrollar contratos inteligentes.
Después de que Ethereum se lanzó en 2015, los contratos inteligentes ganaron popularidad en el espacio cripto, y muchos proyectos comenzaron a explorarlos. Mientras los desarrolladores de XRPL estaban haciendo movimientos para introducir la función, Ripple se mantuvo dudoso.
Según Schwartz, la postura temprana de la empresa reflejaba la creencia de que los contratos inteligentes debían ser perfectos o líderes en la industria para justificar su implementación. En retrospectiva, admite que esta mentalidad hizo que Ripple pasara por alto el valor del progreso incremental.
Limitaciones Actuales Enfrentadas por los Desarrolladores
Además, Schwartz reconoció que los desarrolladores actualmente enfrentan desafíos al construir directamente en el XRP Ledger. Según él, los desarrolladores deben proponer nuevas características para la cadena de bloques, lo que requiere la aprobación de la comunidad a través de enmiendas, o centrarse únicamente en crear billeteras y aplicaciones de interfaz.
Si bien destacó que construir billeteras e interfaces de usuario es esencial, Schwartz enfatizó que este enfoque no es ideal para crear negocios sostenibles en la blockchain.
Subestimar el Valor del Pequeño Progreso
Además, señaló que incluso la funcionalidad básica de los contratos inteligentes habría proporcionado beneficios significativos. El CTO sugirió que esta funcionalidad básica podría haber permitido a los desarrolladores diferenciar sus productos con características únicas en la cadena y implementar lógica empresarial personalizada.
Distinguir productos en la cadena, según Schwartz, tiende a ofrecer a los desarrolladores una mejor experiencia en el libro mayor e influye en sus decisiones sobre en qué blockchain construir.
AMM No Es Suficiente
Además, Schwartz señaló que, aunque el Creadores de Mercado Automatizados de XRPL (AMM) es una función poderosa, su impacto es limitado sin herramientas complementarias como los contratos inteligentes, que habrían permitido una integración más profunda y programabilidad.
En esencia, él cree que incluso la funcionalidad más simple de un contrato inteligente habría permitido a los desarrolladores construir nuevos productos sobre características existentes.
Mientras tanto, Ripple comenzó a explorar las capacidades de contratos inteligentes en el XRPL el año pasado. La iniciativa ya ha producido resultados significativos, con la función implementada en AlphaNet del XRPL a principios de este mes, permitiendo a los desarrolladores probarla antes de su eventual lanzamiento en la red principal.