Bitcoin Forum
September 01, 2024, 05:09:02 AM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Sobre la congestión del Mempool  (Read 47 times)
MA40 (OP)
Hero Member
*****
Offline Offline

Activity: 801
Merit: 552


--- I ❤ Ƀ ---


View Profile WWW
August 25, 2024, 05:17:29 PM
Merited by DdmrDdmr (1)
 #1

Hola.

¿A partir de cuántas transacciones esperando confirmación se puede considerar que el “Mempool” está congestionado?

Y ¿Por debajo de cuántas transacciones sin confirmar se puede decir que hay fluidez en la red Bitcoin?

Saludos.

¿Qué sucedería si se enfrentara una fuerza imparable contra un muro inamovible?
ChessFaucet.com - Gana bitcoins jugando al ajedrez contra el ordenador. ♟♟♜♞♝♛♚♝♞♜♟♟
⚡ Lightning Address: MA40@coinos.io
DdmrDdmr
Legendary
*
Offline Offline

Activity: 2422
Merit: 10989


There are lies, damned lies and statistics. MTwain


View Profile WWW
August 25, 2024, 05:45:56 PM
Merited by paxmao (10), d5000 (1)
 #2

<...>
No sé, quizás alguien pueda aportar algo más empírico y formal, pero ahora mismo tenemos casi 294K TXs pendientes de confirmar, con tasas de 3 o 5 sats/vByte para entrar en el siguiente bloque. Cuando hace uso meses teníamos el tema de Runes y Ordinals dando por saco, el volumen de TXs pendientes no distaba tanto de la cifra actual, y en cambio las tasas estaban entre los 50 sats/vByte y los 100 sats/vByte con frecuencia, con picos que superaban los 300 sats/vByte.

Yo, en el escenario de Runes/Ordinals consideraba que había saturación, simplemente porque lo que estaba dispuesto a pagar no garantizaba poder procesar la TX en los n bloques siguientes. Digamos que la saturación que uno percibe, es un tanto relativa a las tasas asociadas para poder procesar la TX en los siguientes n bloques / m días.

Por otro lado, si miramos el número de TXs de bitcoin procesadas por día, tenemos cifras diarias en la franja de las 500K-800K diarias en la época actual:
https://ycharts.com/indicators/bitcoin_transactions_per_day
famososMuertos
Legendary
*
Offline Offline

Activity: 1848
Merit: 2961


LE ☮︎ Halving es la purga


View Profile WWW
August 27, 2024, 01:37:01 AM
Merited by paxmao (5), d5000 (1)
 #3

Hola.

¿A partir de cuántas transacciones esperando confirmación se puede considerar que el “Mempool” está congestionado?

Y ¿Por debajo de cuántas transacciones sin confirmar se puede decir que hay fluidez en la red Bitcoin?

Saludos.


Hay respuesta técnica, pero voy a usar el bono dejado en el post anterior empírica.

Lo primero es, que sin importar el hacerse esas dos buenas preguntas, priva la Alta Prioridad señalada en el MemPool para que tu send llegue a destino y se confirme. Caso Cerrado.

Por obvias razones, eso se dice fácil, pagar la alta prioridad, yo lo hice este fin de semana, de hecho a veces ni reviso el MP, solo tomo la que me dan por defecto y a veces le incremento unos satoshi, si tengo apuro, si no la que me indican. Listo.

Luego esas dos preguntan surgen, al menos en mi caso cuando, te sale el mensaje  algo así " estas pagando el 10% fee, esto es mucho..." y voy a provechar la cola de tu idea para decir que, se revisa el monto-fee, hay gente (ojo no es tu caso, es comentario general), quejándose de pagar $1 cuando están enviando $10/BTC. Y por obvias razones a veces envías $100/BTC y si el fee es $4-$5, ni te fijas.

Ahora, en esos 2 casos tu pregunta cala muy bien, porque sin importar el precio del fee o mejor decir sat/vB, la red puede estar congestionada, y esta congestión varia dependiendo del tamaño de las transacciones, hay congestiones "anormales" y "normales", y esta el otro lado sin congestión.

Por ejemplo, uno lo puede 'predecir', el tiempo, por ejemplo estos datos:
Uso de Memoria:‎789 MB / 300 MB
Sin confirmar: 235.987 TXs

Ahora mismo puedo decir que hay una congestión normal, pues he usado el fee Alta prioridad y a demorado unas 1 hora (congestión normal), hace días, datos parecidos, mismo fee llego en 6 horas, fue una congestión "anormal".

Atrás mencione, que a veces dado que el fee es irrelevante, por ejemplo en días pasados la Alta prioridad no llegaba a los 3.5sat/vB y dado el tamaño de mi Txid, este no llegaba ni siquiera a los $0.20 de fee, y estaba enviando unos +$100/btc por lo que sin dudarlo, creo que la puse en $2, con esos datos parecidos llego en menos de 30 minutos.

y esto lo puedes identificar inmediatamente, al menos en Electrum con el "Mempool depth" el cual mientras más se acerca a cero más rápido tu transacción entra en el bloque.



Pero, esto es lo que conocemos, pero vale preguntarse que es congestionado, porque si es lo anterior, tenemos los tres casos conocidos, en consecuencia, lo que es congestionado para ti, no lo es para mi, si me explico, pero existe un punto donde si es congestionado para todos, e incluso puedas tener esos mismos datos (ya sabes, no seas tan estrictos con esa aseveración) y ahì si todos coincidimos la red esta congestionada.

Y ocurre cuando hay  transacciones (por ejemplo, ya sabes Ordinales) que por su tamaño congestionan, y es lo bello de todo esto, como dicen en el aeropuerto, más peso en la maleta, pagas sobrepeso, aunque este pagando el mismo sat/vB, en fin, otra situación de inputs-output que hacen en algunos casos aumentar el fee final, y con razón pues tu transacción ocupa espacio en el bloque, bueno ahí redefinimos, no es congestión, es "saturación" en el mempool, a veces orgánica, a veces infundida por terceros:



Y aquí hacemos un inciso, pues cuando es orgánica es difícil de detectar, las cosas cambian repentinamente, recuerdas el Mempool depth, lo he tenido menos de 2vMB, luego a más de 10vMB, y ahí le metes RBF cuando las cosas de ese fee están con un par $, si no esperar es una buena opción.

Luego, llegamos al punto de partida,  la más fácil de analizar, para todos, ya que siempre queremos ir al tecnicismo, que nunca esta mal, pero realmente quieres saber si la red esta congestionada, bueno depende de la Alta Prioridad que estés dispuesto a pagar Smiley




Bonus extra!

En todo caso hay un hilo en el cual desahogamos nuestras penurias Feeburianas, que por cierto hay bastantes análisis técnicos, y otros no tantos pero a veces se pueden ver algunos buenos ejemplos:

Ya que nuestros guardianes habituales del hilo no pusieron esto lo hago yo.

Fue algo bastante rapido porque duro solamente un dia o tal vez horas, pero pobrecito el que tenia que enviar algo cuando a Okx se ocurrió hacer vaya a saber uno que en la red. Según ellos probaron algo, la cuestión es que destrozaron las fees.

Adjunto esta foto del momento.


...//...

Hoy:

███████████████████████
████▐██▄█████████████████
████▐██████▄▄▄███████████
████▐████▄█████▄▄████████
████▐█████▀▀▀▀▀███▄██████
████▐███▀████████████████
████▐█████████▄█████▌████
████▐██▌█████▀██████▌████
████▐██████████▀████▌████
█████▀███▄█████▄███▀█████
███████▀█████████▀███████
██████████▀███▀██████████

███████████████████████
.
BC.GAME
▄▄▀▀▀▀▀▀▀▄▄
▄▀▀░▄██▀░▀██▄░▀▀▄
▄▀░▐▀▄░▀░░▀░░▀░▄▀▌░▀▄
▄▀▄█▐░▀▄▀▀▀▀▀▄▀░▌█▄▀▄
▄▀░▀░░█░▄███████▄░█░░▀░▀▄
█░█░▀░█████████████░▀░█░█
█░██░▀█▀▀█▄▄█▀▀█▀░██░█
█░█▀██░█▀▀██▀▀█░██▀█░█
▀▄▀██░░░▀▀▄▌▐▄▀▀░░░██▀▄▀
▀▄▀██░░▄░▀▄█▄▀░▄░░██▀▄▀
▀▄░▀█░▄▄▄░▀░▄▄▄░█▀░▄▀
▀▄▄▀▀███▄███▀▀▄▄▀
██████▄▄▄▄▄▄▄██████
.
..CASINO....SPORTS....RACING..
█░░░░░░█░░░░░░█
▀███▀░░▀███▀░░▀███▀
▀░▀░░░░▀░▀░░░░▀░▀
░░░░░░░░░░░░
▀██████████
░░░░░███░░░░
░░█░░░███▄█░░░
░░██▌░░███░▀░░██▌
░█░██░░███░░░█░██
░█▀▀▀█▌░███░░█▀▀▀█▌
▄█▄░░░██▄███▄█▄░░▄██▄
▄███▄
░░░░▀██▄▀


▄▄████▄▄
▄███▀▀███▄
██████████
▀███▄░▄██▀
▄▄████▄▄░▀█▀▄██▀▄▄████▄▄
▄███▀▀▀████▄▄██▀▄███▀▀███▄
███████▄▄▀▀████▄▄▀▀███████
▀███▄▄███▀░░░▀▀████▄▄▄███▀
▀▀████▀▀████████▀▀████▀▀
d5000
Legendary
*
Offline Offline

Activity: 4018
Merit: 7165


Decentralization Maximalist


View Profile
August 31, 2024, 11:38:41 PM
 #4

Para mí durante mucho tiempo "había congestión" cuando había muchos bloques en fila llenos, es decir que siempre quedaba algo en el mempool.

Pero en 2024 ya no sirve esta "métrica", porque la última vez que vimos que los mineros lograron vaciar el mempool fue en 2023. Mirando el gráfico de Jochen Hoenicke el último momento que parece que bajó (¿casi?) a cero la cantidad de transacciones almacenadas fue en junio/julio del año pasado. O sea, desde hace más de un año siempre hubo congestión según esta definición.

Me gustan las definiciones simples, y creo que como ya escribió DdmrDdmr el tema de la tasa o comisión es clave, por eso mi nueva definición sería:

Hay congestión cuando la tasa mínima para ingresar al bloque al final del período observado (hora/día/semana/mes) es mayor a la de comienzos del período.

Esta definición tiene en cuenta que cuando sube la tasa, los usuarios se "rinden" ante la congestión, y ya no esperan que la tasa baje sino que la suben activamente por arriba del mínimo recomendado.

Se pueden hacer graduaciones, como "mucha congestión" -> la fee salta al doble, "extrema congestión" -> la fee se quintuplica etcétera (valores arbitrarios).

En cambio, cuando la tasa baja, esto es un indicio que los usuarios se relajan y tienden a usar la fee mínima recomendada. En estos momentos "hay fluidez".

Durante las horas del día, en parte por las fluctuaciones en el intervalo entre bloques, el valor fluctúa bastante, por eso si la fee se multiplica por cinco de una hora a la próxima, creo que todavía no se puede realmente hablar de congestión. Un período que me parece útil para observar es sobre todo el de la semana. Seguro muchos han observado que las tasas tienden a bajar durante los fines de semana. Pero si al final del domingo superan a los valores de comienzos del lunes anterior, entonces la semana se puede considerar "de congestión".

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!