Pregunta 5 -> Los peers outbound reciben un refill rate de 2.5x más rápido. ¿Por qué privilegiar outbound sobre inbound?
Pregunta 5
p2p: Replace per-peer transaction rate-limiting with global rate li...
24/04/2026 16:38
👋🏻
En outbound tú controlas a quién te conectas que son nodos de confianza, por lo cual sería más difícil recibir un ataque de nodos de confianza, en cambio los inbound cualquiera puede conectarse a tu nodo un atacante podría crear 500 conexiones entrantes desde diferentes IPs para saturar tu ancho de banda
3
Exacto, el num de conexiones lo puedes limitar obviamente, pero si la idea es que seria mala pata conectarte tu a un atacante. Pero no puedes evitar que un atacante se conecte a ti pues no sabes que es un actor malintencionado.
224/04/2026 16:41
A parte de esto hay un factor de estructura en una red p2p donde hay nodos reachable y nodos no-reachable. Priorizar los reachable (outbound) hace que la propagacion de transacciones sea mas rapida, pues tienen un alcanze de la red mayor.
1↩ Respondiendo a kruxelizea: En outbound tú controlas a quién te conectas que son nodos de confianza, por lo …
Correcto pero 500 conexiones creo que es imposible jajaja no @Pol Espinasa ?
Digamos que la red esta “““““centralizada””””” alrededor de los reachable (tus outbound)
1↩ Respondiendo a >: Correcto pero 500 conexiones creo que es imposible jajaja no @Pol Espinasa ?
1
imposible imposible no, pero por defecto dificil, no se cual es el valor, voy a ver
1
120 o algo asi creo
1Creo que no se mencionó en el thread de los buckets, pero el código agrega en realidad 2 dualbuckets. Uno para cada tipo de peer (in/out).
5
↩ Respondiendo a >: Correcto pero 500 conexiones creo que es imposible jajaja no @Pol Espinasa ?
1
1
es muy dificil porque las inbound son mas lentas justo con la idea de evitar ese tipo de ataque
1
1
↩ Respondiendo a Kepler: 120 o algo asi creo
1
120 es el máximo de los pares por defecto, pero puedes cambiar eso
1de hecho parece que son 125 🙂
1↩ Respondiendo a Pol Espinasa: imposible imposible no, pero por defecto dificil, no se cual es el valor, voy a …
Tengo entendido son 125, no se si incluye los 2 tipos
-maxconnections=<n>
Maintain at most <n> automatic connections to peers (default: 125). This
limit does not apply to connections manually added via -addnode
or the addnode RPC, which have a separate limit of 8. It does not
apply to short-lived private broadcast connections either, which
have a separate limit of 64.
↩ Respondiendo a >: Tengo entendido son 125, no se si incluye los 2 tipos
1
juraria que si, me suena que se mantiene una proporcion entre outbound y inbound si estas con
-listen=1
1Se que el maximo para outbounds son 10 o 12, el resto son los inbounds.
tiene sentido
Hacemos 8 salidas para relé de transacciones más 2 solo para bloques (más 1 o 2 extras para periodos cortos)
1Continuamos en la siguiente pregunta! Recuerden que igual pueden seguir discutiendo en los threads
2https://github.com/bitcoin/bitcoin/pull/28463 para aumentar las connetas solo de bloques ; https://github.com/bitcoin/bitcoin/issues/34542 para aumentar las conexiones de transacción
1↩ Respondiendo a aj: https://github.com/bitcoin/bitcoin/pull/28463 para aumentar las connetas solo de …
desconocia que hay tanta demanda de only-blocks, pensaba que eran una minoria de nodos
Las conexiones solo de bloques consumen menos memoria (no hace falta todo el estado de transmisión por par), así que tener más de ellas es barato y ayuda a protegerse contra ataques que podrían dificultar el relé de bloques. Los ataques contra relé de bloque son malos porque podrían animar a los mineros a centralizar
1como ayudan a mitigar los ataques? en blocks-only no usamos compact blocks verdad? ahi la transmision es mas lenta
Un tipo de ataque es el “eclipse attack”, donde intentan ser todos los nodos a los que te conectas. Cuantos más nodos conectes, más difícil es. related: https://github.com/bitcoin/bitcoin/issues/34019
1