Votación de comisiones o fees

Los validadores pueden votar por cambiar los costes de transacción básicos como los requisitos de reserva. Si las preferencias en la configuración de un validador son diferentes a los ajustes actuales de la red, el validador expresa sus preferencias a la red periódicamente. Si un cuórum de validadores está de acuerdo en un cambio, pueden aplicar un cambio que se haga efectivo a partir de entonces. Los validadores pueden hacer esto por varias razones, especialmente para adaptarse a cambios en el valor de XRP a largo plazo.

Los operadores de validadores rippled pueden configurar sus preferencias para el coste de transacción y los requisitos de reserva en el apartado de [voting] del fichero rippled.cfg.

Atención: Los requisitos insuficientes, en caso de ser adoptados por un consenso de validadores confiables, podrían exponer a la red peer-to-peer XRP Ledger a ataques de denegación de servicio.

Los parámetros que puedes configurar son los siguientes:

Proceso de votación

Cada 256º ledger se denomina un "flag" ledger. (Un flag ledger se define de manera que el ledger_index modulo 256 es igual a 0.) En el ledger inmediatamente antes del flag ledger, cada validador cuyas preferencias de reserva de cuenta o coste de transacción son diferentes a la configuración actual de la red distribuye un mensaje de "voto" junto con su validación del ledger, indicando los valores que prefiere ese validador.

En el propio flag ledger en sí, no ocurre nada, pero los validadores reciben y toman nota de los votos de los otros validadores en los que confían.

Después de contar los votos de otros validadores, cada validador intenta llegar a un acuerdo entre sus propias preferencias y las preferencias de la mayoría de validadores en los que confía. (Por ejemplo, si un validador quiere aumentar el coste de transacción mínima de 10 a 100, pero la mayoría de los validadores solo quiere aumentarla de 10 a 20, el validador decide aumentar el coste de transacción a 20. Sin embargo, el validador nunca estará de acuerdo en un valor menor a 10 o superior a 100.) Si es posible llegar a un compromiso, el validador inserta una pseudo transacción SetFee en su propuesta para el ledger siguiente al flag ledger. Otros validaodres que quieran el mismo cambio, insertan la misma pseudo-transacción SetFee en sus propuestas para el mismo ledger. (Los validadores cuyas preferencias coincidan con las existentes en la red no hacen nada.) Si una pseudo-transacción SetFee sobrevive al proceso de consenso para ser incluida en un ledger validado, entonces el nuevo coste de transacción y configuración de reservas indicados por la pseudo transacción SetFee toman efecto empezando por el siguiente ledger.

En resumen:

• Flag ledger -1: Los validadores emiten sus votos.
• Flag ledger: Los validadores cuentan sus votos y deciden qué SetFee incluir, si hay alguna.
• Flag ledger +1: Los validadores incluyen una pseudo-transacción SetFee pseudo-transaction en sus ledgers propuestos.
• Flag ledger +2: La nueva configuración toma efecto, si la pseudo-transacción alcanza consenso.

Valores máximos de comisiones o fees

Los valores máximos posibles para las comisiones están limitadas por los tipos de datos internos almacenados en el objeto de ledger FeeSettings. Los valores son los siguientes:

Ver también

• Conceptos:
  • Enmiendas
  • Coste de transacción
  • Reservas
  • Cola de transacción
• Tutoriales:
  • Configurar rippled
• Referencias:
  • [Método fee][]
  • [Método server_info][]
  • Objeto FeeSettings
  • [Pseudo-transacción SetFee][]