'¿Qué hice?': El CTO Emérito de Ripple reacciona ante la ira de la comunidad XRP contra las tarifas de las billeteras - U.Today

Una disputa técnica dentro de la comunidad XRP salió a la luz pública esta semana, cuando el CTO Emérito de Ripple, David “JoelKatz” Schwartz, respondió a las críticas relacionadas con las tarifas de Xaman Wallet y una configuración de multisignatura anidada controvertida en el XRP Ledger.

La disputa comenzó con publicaciones en redes sociales que afirmaban que usar Xaman podría ser más costoso que realizar transacciones en Ethereum para cantidades pequeñas, y con acusaciones de que a los usuarios se les habían cobrado tarifas de servicio inesperadamente altas en el intercambio descentralizado nativo de XRPL. Una captura de pantalla ampliamente compartida alegaba una tarifa de servicio de 659 XRP, muy por encima de la tarifa base de la red de 0.000012 XRP, y sugería que esta discrepancia era el resultado de una ruta de tarifas oculta.

Schwartz se distancia de los problemas de las billeteras de terceros

Schwartz se unió a la conversación después de ser etiquetado directamente, respondiendo: “¿Qué hice?” — una respuesta breve que indica su distancia de las decisiones operativas de los proveedores de billeteras de terceros, aunque reconociendo la intensidad de la preocupación de la comunidad.

Historias destacadas

Saylor: “Estamos en un invierno cripto”

Revisión del mercado cripto: XRP en el umbral de los 1.50 dólares, Shiba Inu (SHIB) entra en rango sobrevendido, ¿se aproxima una ruptura del triángulo en BTC?

El debate va más allá de las tarifas. Los críticos señalaron el uso por parte de Xaman de configuraciones de multisignatura “anidadas” bajo XLS-103d, argumentando que tales configuraciones podrían bloquear a los usuarios de sus cuentas o introducir rutas de aprobación ocultas.

En respuesta, Xaman y el desarrollador de XRPL, Wietse Wind, proporcionaron una explicación detallada de un caso real en el que un usuario había creado involuntariamente una estructura de multisignatura anidada no resoluble, lo que congeló el acceso a sus fondos. Wind afirmó que el problema no era una puerta trasera, sino una configuración permitida por el ledger que requería una enmienda formal del protocolo para resolverse.

Desde entonces, se ha presentado una propuesta de enmienda al código de XRPL para permitir firmas anidadas en una forma recuperable, pendiente de revisión y votación por parte de los validadores. Este proceso destaca una diferencia fundamental: las reglas del protocolo XRPL son aplicadas por los validadores, no por Ripple ni por los proveedores de billeteras, y los cambios requieren consenso en la red.