¿Por qué tantos usuarios están alcanzando su límite de ancho de banda? ¡Resuelto! Lo que puedes hacer.

Suponiendo que la sección relevante en el Libro Blanco de Steem aún es válida, he descubierto algo. He estado tratando de preguntar e incluso intenté encontrar las fórmulas relevantes en Github, ¡pero prefiero tratar con fórmulas que códigos!

 De todos modos, en el Libro Blanco hay una sección que dice: 

Bnew = MIN (0, B * (W-S) / W) + N * S / W

Tnew = T + S

Cada usuario tiene derecho a un ancho de banda semanal promedio de:

Deje U = el SP del usuario

Deje S = el número total de SP

Deje R = la relación de reserva actual entre 1 y Rmax

Deje C = la capacidad máxima de tamaño de bloque establecida por los testigos

Deje L = el total de bloques por semana

Deje M = C * L * R

Asignación = M * U / S

Un usuario tendría derecho a un ancho de banda promedio de M * U / S. Cada vez que una transacción haría que el promedio del usuario superara ese umbral, no podría realizar transacciones hasta que pase el tiempo suficiente para reducir el promedio.

La red puede aumentar la proporción de reserva, cada vez que los bloques son menos de la mitad de la capacidad objetivo y disminuirla en cualquier momento que sean más de la mitad. El algoritmo utilizado para ajustar R está diseñado para reaccionar rápidamente a fin de reducir la relación de reserva cuando hay un aumento en la demanda, mientras que actúa lentamente para aumentar la proporción de reserva en el período de baja demanda.

La proporción de reservas mínimas es 1, y la relación de reservas máximas debe calcularse para evitar que los pequeños interesados consuman todo el ancho de banda disponible. Si nadie está utilizando el ancho de banda disponible, la proporción de reservas puede crecer hasta que un usuario con solo 1 satoshi de la moneda pueda realizar transacciones en cada bloque.

Veamos esto más de cerca:

Asignación = (C * L * R * U) / S

Entonces, si la cantidad total de SP aumenta en el ecosistema, la asignación por usuario disminuye. Si el propio SP del usuario es menor, entonces la asignación es menor. Pero mira esto: si la proporción de reserva actual es baja, entonces la asignación promedio cae.

Y la asignación de cada usuario se calcula como un promedio de una semana. Pero estamos viendo usuarios con SPs modestamente grandes chocando contra sus límites de ancho de banda. Sospecho que la caída en la relación de reserva es la causa principal. En los 15 minutos que lleva escribir esto, ha aumentado de un valor de 229 a 243. No puedo ver un lugar donde obtener datos históricos recientes, pero veo en artículos antiguos que fue una vez 20,000. El Libro Blanco menciona un valor de 200, por lo que estos números son x100, lo que significa que la proporción de reserva actual es realmente 2.43.

Pero esta fórmula ofrece un doble golpe porque si el SP total está aumentando debido a la reinversión al mismo tiempo que la relación de reserva está cayendo, esto puede conducir a una caída precipitada en nuestro ancho de banda asignado promedio. Si el aumento en los reclamos recientes  se cobran principalmente, entonces es solo la reserva lo que está teniendo el efecto principal.

Es un aumento muy reciente en los últimos minutos, sin duda se debe a que muchas personas están bloqueadas debido a que alcanzan su límite de ancho de banda. A medida que aumenta la proporción de reservas, una mayor cantidad de su asignación semanal aumentará por encima del ancho de banda utilizado y podrá interactuar de nuevo.

La verdadera pregunta ahora es ¿qué está causando la caída en la proporción de reserva actual?

Creo que lo sabemos

¿Qué puede hacer en este momento si aún recibe un mensaje de límite de ancho de banda?

El ancho de banda asignado se calcula en 7 días, por lo que debe tener en cuenta todas las interacciones actuales: la forma más sencilla es en steemd.com/@susombredeusuario. Luego, al menos por ahora, ajuste su actividad para disminuir su uso promedio. Sin ningún incremento dramático en el tráfico de la red de reserva, esto tomará unos días para aclarar.

(Y, si estoy completamente equivocado acerca de esto, entonces estoy listo para comer pastel humilde ... ¡con crema extra!)

El motivo de los errores de límite de ancho de banda es la_retención_actual_actual, pero no es un parámetro financiero, es simplemente un parámetro de tráfico de red. Con la ayuda de algunos testigos localizamos el código que activa este parámetro.

La razón por la que sucedió tan repentinamente, en lugar de gradualmente, es que la relación solo disminuye si el tráfico de red alcanza más del 50% de la capacidad. La relación disminuye para ralentizar el tráfico, lo que ha sucedido. También ha limitado las interacciones y la votación, pero no se centra en actividades específicas: se trata únicamente del número de acciones registradas en la cadena de bloques.

El consenso ha sido aumentar el tamaño del bloque, esto ya debería mostrar algunas mejoras. En el mediano plazo, los testigos verificarán sus estadísticas de tráfico para descubrir qué ha causado este aumento constante del tráfico.

Gracias por su paciencia.

¡Gracias!