NoticiasCriptoNik Bougalis regresa al desarrollo de XRP Ledger con una propuesta de código central

Nik Bougalis regresa al desarrollo de XRP Ledger con una propuesta de código central

Autor: Hokanews·

Puntos clave

  • •Nik Bougalis presentó el pull request #8300, titulado "I'm back, baby", en el repositorio XRPLF/rippled, marcando su regreso al desarrollo de XRP Ledger más de tres años después de dejar Ripple en 2022.
  • •La propuesta apunta a base_uint, un tipo entero ampliamente utilizado, introduciendo elementos de 64 bits en arquitecturas compatibles, eliminando punteros crudos inseguros y restringiendo constructores que aceptan valores sin comprobaciones adecuadas.
  • •Las revisiones buscan detectar errores de programación en tiempo de compilación en lugar de en tiempo de ejecución, endureciendo potencialmente la seguridad de memoria, aunque los beneficios de rendimiento y usabilidad siguen dependiendo de las pruebas y la compatibilidad con el código base más amplio.
  • •El CTO Emérito de Ripple, David Schwartz, reconoció el regreso de Bougalis en X, pero el pull request en sí no establece que Schwartz haya reanudado el desarrollo activo de XRP Ledger.
  • •La propuesta no introduce un nuevo tipo ni una enmienda del ledger, por lo que su impacto final depende de la revisión de los mantenedores, los resultados de las pruebas y una decisión de fusión, y no de un cambio inmediato en la red.
Nik Bougalis regresa al desarrollo de XRP Ledger con una propuesta de código central

El criptógrafo Nik Bougalis ha regresado al desarrollo de XRP Ledger con una propuesta de renovación de un tipo de dato fundamental utilizado en el software del servidor de la red. Esta movida entrega a los mantenedores un código concreto para evaluar más de tres años después de su salida de Ripple en 2022.

Bougalis presentó el pull request #8300 en el repositorio XRPLF/rippled bajo el título “I'm back, baby.” La propuesta se centra en base_uint, un tipo entero ampliamente utilizado en el código base, y busca fortalecer la forma en que el software maneja sus estructuras de datos subyacentes. Dado que el repositorio se mantiene públicamente bajo la XRP Ledger Foundation (XRPLF), la revisión de la propuesta se desarrollará de manera abierta, donde cualquier desarrollador puede seguirla.

El CTO Emérito de Ripple, David Schwartz, reconoció el regreso de Bougalis en X, destacando su larga historia de trabajo conjunto. Sin embargo, el pull request en sí no indica que Schwartz haya reanudado el desarrollo activo de XRP Ledger.

La propuesta apunta a los tipos de datos centrales

Los cambios propuestos utilizarían elementos de 64 bits dentro de base_uint donde la arquitectura del sistema subyacente lo permita. Bougalis también propone eliminar punteros crudos inseguros y constructores que pueden aceptar ciertos valores sin comprobaciones adecuadas. Este tipo de enteros envolventes sustentan gran parte de la aritmética en un código base de C++, y el uso indebido de punteros crudos es una fuente conocida de defectos de seguridad de memoria, razón por la cual las comprobaciones en tiempo de compilación son un foco común del trabajo de endurecimiento.

Las revisiones tienen como objetivo facilitar la detección de ciertos errores de programación en el momento de la compilación en lugar de después de que el software esté en ejecución, una distinción importante para la infraestructura, donde los errores detectados durante la compilación pueden corregirse antes de desplegar cualquier servidor. La implementación revisada también podría mejorar algunas operaciones en sistemas compatibles, aunque la propuesta no establece que entregue un aumento de rendimiento en toda la red.

Las salvaguardas adicionales en torno a un tipo de dato muy utilizado también podrían dificultar que los desarrolladores usen la estructura de manera incorrecta. Ese beneficio potencial sigue dependiendo de las pruebas y de la compatibilidad con el resto del código base de XRP Ledger.

Aún se requiere revisión de los mantores

Dado que el pull request #8300 sigue siendo una propuesta, los cambios no se han convertido automáticamente en parte del software del servidor de XRP Ledger. Los mantenedores deben revisar la implementación, evaluar los resultados de las pruebas y determinar si el código debe fusionarse, el camino estándar para los cambios en un código base alojado públicamente, donde los comentarios de revisión y los resultados de las pruebas son visibles para cualquiera que siga el repositorio.

Esa revisión es particularmente importante para los componentes fundamentales, ya que un cambio en un tipo de uso común puede afectar múltiples partes del software más allá de los archivos modificados directamente en la propuesta.

Las revisiones propuestas no introducen un nuevo tipo de transacción ni activan una nueva enmienda del ledger. Por lo tanto, su impacto final depende del proceso de desarrollo y revisión en lugar de un cambio inmediato en la red. Para los desarrolladores, la pregunta central es si la implementación revisada puede proporcionar salvaguardas más fuertes manteniendo el comportamiento requerido por los componentes existentes de XRP Ledger.

Bougalis pasó casi una década contribuyendo a XRP Ledger y al desarrollo del protocolo relacionado durante su tiempo en Ripple. Después de dejar la empresa en 2022, se desempeñó como director de tecnología de la Algorand Foundation en 2025.

El jefe de ingeniería de RippleX, H. Ayo Akinyele, también ha vinculado el regreso de Bougalis con los desafíos técnicos más amplios que enfrenta el proyecto. El último pull request proporciona un área específica de trabajo de desarrollo en lugar de un cambio en la funcionalidad visible para el usuario del ledger.

Schwartz ha dicho anteriormente que la perspectiva de trabajar de nuevo con Bougalis podría ser una razón para que él mismo regrese a programar. Sin embargo, su reacción a la última presentación por sí sola no establece que haya regresado al desarrollo activo.

Por ahora, la contribución de Bougalis representa un regreso al desarrollo del código fuente de XRP Ledger mediante un cambio propuesto en una de sus estructuras de datos subyacentes. El resultado del pull request #8300 dependerá de la revisión de los mantenedores, las pruebas y una decisión sobre si las revisiones deben incorporarse al software del servidor, y su progreso, desde los comentarios de los revisores hasta una posible fusión, sería rastreable en el propio repositorio.