#baby $BABY
Baby ha hecho un cruce dorado y volvió a ganar dinero. Luego, abrí mi propia compra y armé un pedido en conjunto con otra persona para completar el requisito de descuento. Elegimos bien los productos y los cupones; pero al pagar descubrí que la promoción no se aplicó. La razón es muy simple: un usuario hace el pedido y el otro usuario reclama el cupón; la plataforma, en realidad, no sabe que ambos pertenecen a la misma orden.
La participación combinada entre BTC-BABY también se atasca en este detalle. No es que “BTC se ha apostado” y “BABY también se ha apostado” automáticamente para que aparezca una recompensa extra. Para la participación conjunta, las direcciones de BABY asociadas en las dos operaciones deben ser exactamente las mismas. Si las direcciones son diferentes, el resultado en la documentación oficial es directo: la recompensa por participación conjunta es 0.
Tampoco basta con ver VERIFIED y cerrar la página. La delegación de BTC tiene que continuar hasta quedar en ACTIVE; la delegación de BABY también tiene que estar en active. Solo entonces el sistema combina ambos lados y forma el peso de la participación conjunta. “Ya verificado” suena a que se terminó, pero en realidad aún no se ha entrado en la etapa de cómputo de pesos.
La fórmula real es: w = min（cantidad apostada de BABY ÷ 20,000，cantidad apostada de BTC）。Por ejemplo, con 0.1 BTC y 1,000 BABY, el peso de la participación conjunta es solo 0.05 BTC; para usar ese 0.1 BTC de peso al máximo, se necesitan 2,000 BABY. Al contrario, poner más BABY no hará que el peso supere la cantidad de BTC ya apostada.
Aquí no hay un umbral de “al menos 1 BTC o 20,000 BABY”; los importes pequeños también se calculan proporcionalmente. Que BABY se reparta entre varios validadores no es problema, siempre que provenga de la misma dirección; el sistema unirá las cantidades.
Hay otro número que es el más fácil de confundir: 2.35% no es un APR fijo personal, sino el fondo anual de recompensas de inflación compartido por todos los participantes en la participación conjunta. Cuánto recibas depende de qué proporción de todo el peso de la red representen tus tokens. Cuantos más participantes haya, menor será la parte que le toca a un mismo peso.
Así que este mecanismo no es “con que los dos tokens estén apostados basta”, sino que hay que hacer que coincidan al mismo tiempo la dirección, el estado y la proporción. Voy a revisar con énfasis cuatro cosas: si la dirección de BABY es la misma, si BTC ya llegó a ACTIVE, si el peso real quedó limitado por el eslabón más débil y si el peso total de toda la red tuvo cambios evidentes. Los parámetros también pueden actualizarse; antes de operar, sigue confirmando en la página oficial. Lo que más se suele pasar por alto en la participación conjunta normalmente no es la acción de apostar, sino si el sistema atribuye las dos operaciones a la misma dirección.#baby @BabylonLabs_io
Baby ha hecho un cruce dorado y volvió a ganar dinero. Luego, abrí mi propia compra y armé un pedido en conjunto con otra persona para completar el requisito de descuento. Elegimos bien los productos y los cupones; pero al pagar descubrí que la promoción no se aplicó. La razón es muy simple: un usuario hace el pedido y el otro usuario reclama el cupón; la plataforma, en realidad, no sabe que ambos pertenecen a la misma orden.
La participación combinada entre BTC-BABY también se atasca en este detalle. No es que “BTC se ha apostado” y “BABY también se ha apostado” automáticamente para que aparezca una recompensa extra. Para la participación conjunta, las direcciones de BABY asociadas en las dos operaciones deben ser exactamente las mismas. Si las direcciones son diferentes, el resultado en la documentación oficial es directo: la recompensa por participación conjunta es 0.
Tampoco basta con ver VERIFIED y cerrar la página. La delegación de BTC tiene que continuar hasta quedar en ACTIVE; la delegación de BABY también tiene que estar en active. Solo entonces el sistema combina ambos lados y forma el peso de la participación conjunta. “Ya verificado” suena a que se terminó, pero en realidad aún no se ha entrado en la etapa de cómputo de pesos.
La fórmula real es: w = min（cantidad apostada de BABY ÷ 20,000，cantidad apostada de BTC）。Por ejemplo, con 0.1 BTC y 1,000 BABY, el peso de la participación conjunta es solo 0.05 BTC; para usar ese 0.1 BTC de peso al máximo, se necesitan 2,000 BABY. Al contrario, poner más BABY no hará que el peso supere la cantidad de BTC ya apostada.
Aquí no hay un umbral de “al menos 1 BTC o 20,000 BABY”; los importes pequeños también se calculan proporcionalmente. Que BABY se reparta entre varios validadores no es problema, siempre que provenga de la misma dirección; el sistema unirá las cantidades.
Hay otro número que es el más fácil de confundir: 2.35% no es un APR fijo personal, sino el fondo anual de recompensas de inflación compartido por todos los participantes en la participación conjunta. Cuánto recibas depende de qué proporción de todo el peso de la red representen tus tokens. Cuantos más participantes haya, menor será la parte que le toca a un mismo peso.
Así que este mecanismo no es “con que los dos tokens estén apostados basta”, sino que hay que hacer que coincidan al mismo tiempo la dirección, el estado y la proporción. Voy a revisar con énfasis cuatro cosas: si la dirección de BABY es la misma, si BTC ya llegó a ACTIVE, si el peso real quedó limitado por el eslabón más débil y si el peso total de toda la red tuvo cambios evidentes. Los parámetros también pueden actualizarse; antes de operar, sigue confirmando en la página oficial. Lo que más se suele pasar por alto en la participación conjunta normalmente no es la acción de apostar, sino si el sistema atribuye las dos operaciones a la misma dirección.#baby @BabylonLabs_io