muchas personas fueron liquidadas en $KOMA pero estoy obteniendo ganancias desde los últimos dos días; suena increíble. Espero la entrada perfecta. Mira mi portafolio está en verde como siempre. Bastan operaciones para hoy, pero puedes ponerte largo en $memes ahora déjame compartir mi punto de vista sobre @BabylonLabs_io mi clasificación sigue bajando porque me enfoqué en el trading. Ahora debería esforzarme para mejorar eso, así que pensé que lo interesante era que la Cap-3 de Babylon duró 1.000 bloques de Bitcoin.
Luego me di cuenta de que el número era menos importante que la forma en que se medía la ventana.
La Cap-3 empezó en el bloque 874,088 de Bitcoin. Cada transacción válida de staking incluida durante los siguientes 1.000 bloques se aceptó, sin un límite total de BTC.
Eso significaba que la ventana no se cerraba a una hora fija.
Solo se cerraba cuando Bitcoin alcanzaba el bloque final.
Esa fue la parte que se me quedó grabada.
Los stakers, las billeteras y los servicios que verificaban transacciones tuvieron que seguir el mismo reloj público. Nadie podía extender la ventana porque la demanda era alta, ni acortarla porque ya había entrado suficiente BTC.
Bitcoin decidió cuándo terminó la participación.
Me gusta la simplicidad de ese diseño.
En lugar de crear otro temporizador que los participantes tuvieran que confiar, Babylon usó algo que todo el mundo podía comprobar de forma independiente en Bitcoin.
El límite de 1.000 bloques parecía al principio un límite normal.
Pero también era una regla de coordinación: una sola ventana compartida, un final visible y sin un reloj separado que gestionar.
A veces, la forma más clara de coordinar un sistema alrededor de Bitcoin es simplemente dejar que Bitcoin mida el tiempo.
¿El conteo de bloques de Bitcoin es el mejor reloj compartido?
@BabylonLabs_io
#baby $BABY
Luego me di cuenta de que el número era menos importante que la forma en que se medía la ventana.
La Cap-3 empezó en el bloque 874,088 de Bitcoin. Cada transacción válida de staking incluida durante los siguientes 1.000 bloques se aceptó, sin un límite total de BTC.
Eso significaba que la ventana no se cerraba a una hora fija.
Solo se cerraba cuando Bitcoin alcanzaba el bloque final.
Esa fue la parte que se me quedó grabada.
Los stakers, las billeteras y los servicios que verificaban transacciones tuvieron que seguir el mismo reloj público. Nadie podía extender la ventana porque la demanda era alta, ni acortarla porque ya había entrado suficiente BTC.
Bitcoin decidió cuándo terminó la participación.
Me gusta la simplicidad de ese diseño.
En lugar de crear otro temporizador que los participantes tuvieran que confiar, Babylon usó algo que todo el mundo podía comprobar de forma independiente en Bitcoin.
El límite de 1.000 bloques parecía al principio un límite normal.
Pero también era una regla de coordinación: una sola ventana compartida, un final visible y sin un reloj separado que gestionar.
A veces, la forma más clara de coordinar un sistema alrededor de Bitcoin es simplemente dejar que Bitcoin mida el tiempo.
¿El conteo de bloques de Bitcoin es el mejor reloj compartido?
@BabylonLabs_io
#baby $BABY
Yes, simple and verifiable
100%
No, too unpredictable
0%
Depends on the use case
0%
2 Votos • Votación cerrada