La ingeniera de RippleX, Mayukha Vadari, ha abordado las preocupaciones de los desarrolladores mientras XRP Ledger ve una revisión de los fundamentos de su repositorio.
Actualmente, los desarrolladores principales de XRPL han estado trabajando arduamente en la reconstrucción de los fundamentos del repositorio. Se describieron seis áreas de enfoque en las que se está trabajando, incluyendo telemetría, nomenclatura, seguridad de tipos, refactorización, registro y documentación.
En este sentido, un usuario de XRP preguntó si hay una ETA (línea de tiempo esperada) para cuando gran parte de la refactorización en el núcleo se espera que ralentice la actualización diaria de parches.
Ahora mismo el foco está en la estabilización y la corrección de errores, lo que significa que el feedback será más lento y los conflictos son probables a medida que las cosas sigan cambiando. No hay necesidad de seguir actualizando tus ramas con cada cambio - una cadencia más lenta está perfectamente bien.
— Mayukha Vadari (@msvadari) April 3, 2026
Entiendo la frustración,…
Esta pregunta fue dirigida a la ingeniera de RippleX, Mayukha Vadari. Vadari respondió que el enfoque actual sigue siendo la estabilización y la corrección de errores, lo que significa que la retroalimentación podría ser más lenta y es probable que surjan conflictos a medida que las cosas sigan cambiando. La desarrolladora de RippleX dice que no es necesario que los usuarios sigan actualizando las ramas con cada cambio, por lo que una cadencia más lenta está perfectamente bien.
Los desarrolladores de XRP Ledger están trabajando actualmente en seis áreas, según el desarrollador de XRPL, Denis Angell. Estas incluyen telemetría, que abarca informes empresariales, métricas y registro en tiempo real.
El desarrollador de XRP Ledger, Denis Angell, señaló que en el pasado, si había un problema, los registros debían solicitarse a los validadores. Los desarrolladores de XRP Ledger ahora pueden construir un Centro de Comando completo para XRPL y monitorear la UNL como una empresa.
El segundo es la nomenclatura y el tercero es la seguridad de tipos, y Angell señala que hay áreas que no son seguras en cuanto a tipos. Añadir esto ayudará a los desarrolladores a encontrar errores antes de que la aplicación siquiera compile. También asegura el futuro del repositorio.
El cuarto es la refactorización, que Angell cree que podría tener algunas opiniones encontradas pero ayudará a los desarrolladores principales. Afirmó que había visto algunos de los primeros resultados, que eran prometedores.
El quinto es el registro, con el objetivo de sinergizar el registro. Esto se debe a que los registros son muy diferentes de un archivo a otro. Una vez que esto se limpie, la telemetría podrá ser ingerida en herramientas que permitirán buscar y filtrar registros, acelerando el tiempo de depuración para los desarrolladores y el triaje de la red.
El sexto es la documentación. Según Angell, este esfuerzo aún no ha comenzado porque la refactorización todavía se está realizando, pero será la última pieza del rompecabezas, y cuando esté terminada, brindará a los desarrolladores todas las herramientas que necesitan para comprender el código. También permitirá que los nuevos desarrolladores comprendan mejor el código sin tener que programar una llamada con los ingenieros senior de RippleX.
