#baby $BABY
Este fin de semana también tendré que trabajar horas extra. De vuelta a casa, pediré comida para llevar… lo más fácil de equivocarse no es no haber obtenido cupones, sino que dos teléfonos reciban cupones y al final no terminen en el mismo pedido. La pignoración conjunta de BABY con BTC también tiene un problema similar de “conciliación”: que BTC y BABY estén bloqueados no significa necesariamente que el sistema los vaya a contabilizar como un todo.
En las reglas oficiales de Babylon, lo importante no es la frase “la misma persona”, sino si las dos operaciones de delegación están vinculadas a la misma dirección de BABY. Si la dirección no coincide, la recompensa de la pignoración conjunta podría ser directamente 0; además, BTC y BABY no pueden quedarse solo en VERIFIED: ambos deben entrar en el estado ACTIVE que puede contarse para obtener recompensas.
La relación de proporción también tiene un efecto de limitación: w = min（cantidad de BABY ÷ 20,000，cantidad de BTC）。Por ejemplo, 0.1 BTC con 1,000 BABY: el peso conjunto real es solo 0.05 BTC. Para “comerse” todo el peso de 0.1 BTC, necesitas aproximadamente 2,000 BABY. Poner más de un lado no rompe el límite del otro; y para importes pequeños, se calcula de forma proporcional, no hace falta ajustarse a un umbral de importes enteros.
Creo que lo que de verdad merece atención en la pignoración conjunta de BABY no es el número individual de ganancias que aparece en la publicidad, sino si a la vez coinciden la dirección, el estado y la proporción. Un 2.35% también debería entenderse como el parámetro anual de inflación del fondo compartido de recompensas, no como un APR fijo para cada persona. Cuando cambian los participantes y el peso total de toda la red, cambia también la asignación individual. El siguiente paso que más vale registrar es el estado de la delegación, el peso real y el peso total de la red. Cualquier actualización de parámetros puede volver inválidas las estimaciones antiguas de ganancias.#baby @BabylonLabs_io
Este fin de semana también tendré que trabajar horas extra. De vuelta a casa, pediré comida para llevar… lo más fácil de equivocarse no es no haber obtenido cupones, sino que dos teléfonos reciban cupones y al final no terminen en el mismo pedido. La pignoración conjunta de BABY con BTC también tiene un problema similar de “conciliación”: que BTC y BABY estén bloqueados no significa necesariamente que el sistema los vaya a contabilizar como un todo.
En las reglas oficiales de Babylon, lo importante no es la frase “la misma persona”, sino si las dos operaciones de delegación están vinculadas a la misma dirección de BABY. Si la dirección no coincide, la recompensa de la pignoración conjunta podría ser directamente 0; además, BTC y BABY no pueden quedarse solo en VERIFIED: ambos deben entrar en el estado ACTIVE que puede contarse para obtener recompensas.
La relación de proporción también tiene un efecto de limitación: w = min（cantidad de BABY ÷ 20,000，cantidad de BTC）。Por ejemplo, 0.1 BTC con 1,000 BABY: el peso conjunto real es solo 0.05 BTC. Para “comerse” todo el peso de 0.1 BTC, necesitas aproximadamente 2,000 BABY. Poner más de un lado no rompe el límite del otro; y para importes pequeños, se calcula de forma proporcional, no hace falta ajustarse a un umbral de importes enteros.
Creo que lo que de verdad merece atención en la pignoración conjunta de BABY no es el número individual de ganancias que aparece en la publicidad, sino si a la vez coinciden la dirección, el estado y la proporción. Un 2.35% también debería entenderse como el parámetro anual de inflación del fondo compartido de recompensas, no como un APR fijo para cada persona. Cuando cambian los participantes y el peso total de toda la red, cambia también la asignación individual. El siguiente paso que más vale registrar es el estado de la delegación, el peso real y el peso total de la red. Cualquier actualización de parámetros puede volver inválidas las estimaciones antiguas de ganancias.#baby @BabylonLabs_io