La semana pasada añadí otra aportación a los DUSK que ya tenía en staking. Pensé que, igual que en el primer staking, todo entraría en vigor de inmediato y empezaría a generar recompensas a pleno. Pero al abrir la página de staking me quedé un poco en blanco: muestra que solo el 90% de la parte adicional pasa a estado “activo” al instante; el 10% restante queda allí, “en espera”, sin generar intereses. Y además, ese 10% ni siquiera se puede mover: solo puedes recuperarlo si deshaces por completo el staking de todo el importe.
Al principio, este diseño me pareció bastante extraño. Luego entendí, más o menos, la lógica: es parecido a cuando recargas un plan de datos en el móvil. Crees que si cargas 100, podrás usar los 100 de inmediato; pero el sistema te dice que 90 se activan al instante y que los otros 10 tienes que esperar hasta que canceles el plan y lo vuelvas a tramitar para poder utilizarlos. Suena un poco incómodo, ¿no? Pero visto desde otro ángulo, probablemente esto busca evitar que alguien use el “staking ilimitado en cualquier momento” para amplificar de golpe su poder de voz en el consenso, añadiendo una fricción para que los cambios de escala no se materialicen de inmediato.
Además, encontré otro detalle: para que el staking adicional participe de verdad en el consenso, en medio hay que esperar un período de maduración de alrededor de 4320 bloques, es decir, cerca de 12 horas. No es algo que, al presentarlo, ya esté listo para usarse. Esto no tiene nada que ver con lo que yo entendía antes de “staking = activa de inmediato”.
También noté que quienes realmente consiguen recompensas “completamente limpias” a tiempo completo suelen ser los que ejecutan nodos por su cuenta las 24 horas. Como yo no quiero mantener servidores y prefiero que un tercero ejecute el staking mediante un pool, las recompensas que recibo vienen empaquetadas a través de la capa de delegación, y no son exactamente iguales a las que obtienes si corres el nodo tú mismo.
Estos matices antes no los había considerado desde esa perspectiva. Resulta que el staking no es tan “automático y sin complicaciones” como uno podría pensar.
Si eres tú y descubres que el staking adicional solo entra en vigor al 90% de inmediato, ¿cuál sería tu primera reacción?
@Dusk $DUSK #dusk
Al principio, este diseño me pareció bastante extraño. Luego entendí, más o menos, la lógica: es parecido a cuando recargas un plan de datos en el móvil. Crees que si cargas 100, podrás usar los 100 de inmediato; pero el sistema te dice que 90 se activan al instante y que los otros 10 tienes que esperar hasta que canceles el plan y lo vuelvas a tramitar para poder utilizarlos. Suena un poco incómodo, ¿no? Pero visto desde otro ángulo, probablemente esto busca evitar que alguien use el “staking ilimitado en cualquier momento” para amplificar de golpe su poder de voz en el consenso, añadiendo una fricción para que los cambios de escala no se materialicen de inmediato.
Además, encontré otro detalle: para que el staking adicional participe de verdad en el consenso, en medio hay que esperar un período de maduración de alrededor de 4320 bloques, es decir, cerca de 12 horas. No es algo que, al presentarlo, ya esté listo para usarse. Esto no tiene nada que ver con lo que yo entendía antes de “staking = activa de inmediato”.
También noté que quienes realmente consiguen recompensas “completamente limpias” a tiempo completo suelen ser los que ejecutan nodos por su cuenta las 24 horas. Como yo no quiero mantener servidores y prefiero que un tercero ejecute el staking mediante un pool, las recompensas que recibo vienen empaquetadas a través de la capa de delegación, y no son exactamente iguales a las que obtienes si corres el nodo tú mismo.
Estos matices antes no los había considerado desde esa perspectiva. Resulta que el staking no es tan “automático y sin complicaciones” como uno podría pensar.
Si eres tú y descubres que el staking adicional solo entra en vigor al 90% de inmediato, ¿cuál sería tu primera reacción?
@Dusk $DUSK #dusk