El Director de Tecnología de Ripple, David Schwartz, exploró recientemente la idea de modernizar los componentes centrales del libro mayor XRP, incluyendo la posibilidad de una arquitectura modular y una implementación basada en Rust.
A pesar del rendimiento y la fiabilidad de larga data de XRPL, Schwartz no dudó en identificar ineficiencias arquitectónicas. "Es un poco molesto que tengas un monolito que tiene el motor de consenso, el motor de transacciones y las consultas de clientes todo de manera monolítica", dijo.
Schwartz, quien es uno de los arquitectos del XRPL, explicó que los componentes estrechamente acoplados han dificultado la implementación de mejoras o la habilitación de la interoperabilidad con implementaciones alternativas.
@media only screen and (min-width: 0px) and (min-height: 0px) {
div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px;height:100px;}
}
@media only screen and (min-width: 728px) and (min-height: 0px) {
div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px;height:90px;}
}
Moviendo hacia una arquitectura más modular
Una solución que se está considerando es la modularización del motor de transacciones, lo que podría permitir que funcione dentro de una máquina virtual. Ese cambio podría separar la lógica central de la superposición y los componentes de base de datos orientados al cliente, libres para evolucionar de manera independiente.
Rust ha surgido como un candidato para tal reimplementación. Cuando se le preguntó por qué el libro mayor no se estaba reconstruyendo ya en Rust, Schwartz señaló que se están llevando a cabo discusiones sobre hacer exactamente eso. Enfatizó que la dificultad radica en desentrañar la arquitectura existente, especialmente el motor de pagos.
Schwartz explicó que partes del motor de pago son difíciles de definir claramente, lo que hace que reconstruir o re-implementarlas sea un desafío. Algunos comportamientos dependen del orden de las operaciones de maneras que no están documentadas de manera consistente. Para abordar esto, sugirió reescribir esos componentes con una lógica más clara y predecible y posiblemente introducir definiciones formales para guiar futuras implementaciones.
Una versión más limpia y consistente haría que el sistema fuera más fácil de mantener y podría ayudar a futuras mejoras, aumentando el atractivo de XRP en el ecosistema financiero global.
Propuestas Bajo Revisión
Ripple está revisando actualmente propuestas externas para llevar a cabo partes de este esfuerzo, y Schwartz mencionó que se están tomando decisiones sobre la viabilidad y la priorización de tales iniciativas. Señaló a Aanchal Malhotra, miembro de la junta y jefe de investigación en RippleX, como alguien que lidera aspectos de ese proceso.
XRP ya es muy atractivo para las instituciones, y mejorar su funcionalidad a través de un lenguaje de programación moderno como Rust podría aumentar la confianza institucional en el activo y potencialmente elevar las tasas de adopción.
Aviso Legal*: Este contenido está destinado a informar y no debe considerarse como asesoramiento financiero. Las opiniones expresadas en este artículo pueden incluir las opiniones personales del autor y no representan la opinión de Times Tabloid. Se aconseja a los lectores que realicen una investigación exhaustiva antes de tomar cualquier decisión de inversión. Cualquier acción tomada por el lector es estrictamente bajo su propio riesgo. Times Tabloid no es responsable de ninguna pérdida financiera.*
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.
CTO de Ripple: Qué se Usará si el Libro Mayor de XRP se Reinicia desde Cero
El Director de Tecnología de Ripple, David Schwartz, exploró recientemente la idea de modernizar los componentes centrales del libro mayor XRP, incluyendo la posibilidad de una arquitectura modular y una implementación basada en Rust.
A pesar del rendimiento y la fiabilidad de larga data de XRPL, Schwartz no dudó en identificar ineficiencias arquitectónicas. "Es un poco molesto que tengas un monolito que tiene el motor de consenso, el motor de transacciones y las consultas de clientes todo de manera monolítica", dijo.
Schwartz, quien es uno de los arquitectos del XRPL, explicó que los componentes estrechamente acoplados han dificultado la implementación de mejoras o la habilitación de la interoperabilidad con implementaciones alternativas.
@media only screen and (min-width: 0px) and (min-height: 0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:320px;height:100px;} } @media only screen and (min-width: 728px) and (min-height: 0px) { div[id^="wrapper-sevio-6a57f7be-8f6e-4deb-ae2c-5477f86653a5"]{width:728px;height:90px;} }
Moviendo hacia una arquitectura más modular
Una solución que se está considerando es la modularización del motor de transacciones, lo que podría permitir que funcione dentro de una máquina virtual. Ese cambio podría separar la lógica central de la superposición y los componentes de base de datos orientados al cliente, libres para evolucionar de manera independiente.
Rust ha surgido como un candidato para tal reimplementación. Cuando se le preguntó por qué el libro mayor no se estaba reconstruyendo ya en Rust, Schwartz señaló que se están llevando a cabo discusiones sobre hacer exactamente eso. Enfatizó que la dificultad radica en desentrañar la arquitectura existente, especialmente el motor de pagos.
Schwartz explicó que partes del motor de pago son difíciles de definir claramente, lo que hace que reconstruir o re-implementarlas sea un desafío. Algunos comportamientos dependen del orden de las operaciones de maneras que no están documentadas de manera consistente. Para abordar esto, sugirió reescribir esos componentes con una lógica más clara y predecible y posiblemente introducir definiciones formales para guiar futuras implementaciones.
Una versión más limpia y consistente haría que el sistema fuera más fácil de mantener y podría ayudar a futuras mejoras, aumentando el atractivo de XRP en el ecosistema financiero global.
Propuestas Bajo Revisión
Ripple está revisando actualmente propuestas externas para llevar a cabo partes de este esfuerzo, y Schwartz mencionó que se están tomando decisiones sobre la viabilidad y la priorización de tales iniciativas. Señaló a Aanchal Malhotra, miembro de la junta y jefe de investigación en RippleX, como alguien que lidera aspectos de ese proceso.
XRP ya es muy atractivo para las instituciones, y mejorar su funcionalidad a través de un lenguaje de programación moderno como Rust podría aumentar la confianza institucional en el activo y potencialmente elevar las tasas de adopción.
Aviso Legal*: Este contenido está destinado a informar y no debe considerarse como asesoramiento financiero. Las opiniones expresadas en este artículo pueden incluir las opiniones personales del autor y no representan la opinión de Times Tabloid. Se aconseja a los lectores que realicen una investigación exhaustiva antes de tomar cualquier decisión de inversión. Cualquier acción tomada por el lector es estrictamente bajo su propio riesgo. Times Tabloid no es responsable de ninguna pérdida financiera.*