Tamaño de bloque

El tamaño de bloque es el parámetro de consenso más famoso de Bitcoin. El tope duro original de 1 MB (una constante MAX_BLOCK_SIZE de 1,000,000 bytes que Satoshi deslizó en el código en julio de 2010, y que suele leerse como una medida contra el spam) fue el centro de años de debate y, al final, del soft fork SegWit de 2017. La regla actual no es un tamaño plano en bytes: es un límite de 4 millones de unidades de peso, donde los datos que no son de testigo (witness) cuestan 4 unidades de peso por byte y los datos de testigo cuestan 1.

Efectos en la práctica:

• Los tamaños típicos de bloque rondan entre 1.5 y 1.6 MB en disco, con un rango que va de menos de 1 MB a unos 2.75 MB en el último mes, según qué fracción de las transacciones sea SegWit o Taproot (las que reciben el descuento por los datos de testigo). Más de nueve bloques de cada diez están llenos por peso, apenas por debajo de los 4 millones de unidades, sea cual sea su tamaño en bytes.
• El tope duro mantiene acotado el costo de validar. El mínimo que bitcoin.org indica para un nodo completo de Bitcoin Core es una computadora de escritorio o una laptop corriente, con 2 GB de memoria y una conexión de banda ancha. Eso es a propósito. Bloques más grandes empujarían hacia arriba el costo de correr un nodo y centralizarían el conjunto de validadores.
• El límite de peso del bloque ha sido políticamente intocable desde 2017. La guerra del tamaño de bloque (en inglés) de 2015 a 2017 (ver el BIP 101 (en inglés) y el BIP 102 (en inglés)) terminó con el soft fork SegWit más el hard fork de Bitcoin Cash; la comunidad de Bitcoin que quedó se decidió por "los bloques se quedan pequeños y el escalado ocurre fuera de la cadena, por Lightning".

Lo que no es:

• Ya no es 1 MB. Quien cite "los bloques de 1 MB de Bitcoin" en 2026 está usando información desactualizada.
• No es un límite literal en bytes. El enfoque por unidades de peso importa porque cambia la economía de las transacciones SegWit frente a las de tipo antiguo (legacy).

La cuestión del tamaño de bloque está zanjada para el futuro previsible. Los debates de fondo sobre capacidad se han trasladado al diseño de los canales Lightning, a la eficiencia del enrutamiento de pagos y a la optimización de los scripts de Taproot, no a la capacidad on-chain.

Lee La guerra del tamaño de bloque (en inglés) para ver cómo este límite se convirtió en el centro de una pelea de gobernanza de dos años.