Observación dorada | Interpretación dura de cómo Bitcoin se reduce a la mitad

Justo a las 3:23 am del 12 de mayo, Bitcoin completó con éxito la tercera reducción a la mitad que todos esperaban.

Desde su nacimiento en 2009, Bitcoin ha atravesado una década magnífica. Desde intercambios, máquinas de minería, inversores hasta los medios, Bitcoin ha impulsado la industria de las criptomonedas para formar un ecosistema completo. La reducción a la mitad de la recompensa del bloque de Bitcoin reduce directamente la oferta monetaria a la mitad desde el lado de la oferta, lo que obviamente demuestra en gran medida la escasez de Bitcoin tanto marginalmente como en la psicología de los inversores.

Por lo tanto, la reducción a la mitad de Bitcoin de cuatro años se ha convertido en el foco de atención de toda la industria de las criptomonedas.

Pero después de leer tantos artículos sobre la reducción a la mitad de bitcoin, es posible que no sepa exactamente cómo se reduce a la mitad bitcoin, por ejemplo, cómo se produce la reducción a la mitad de cuatro años, cómo calcular la recompensa del bloque actual y otros problemas.

Con motivo de la tercera reducción a la mitad de Bitcoin, sigamos al reportero de Golden Finance para ver cómo el código de Bitcoin Core implementa la reducción a la mitad de las recompensas de bloque de Bitcoin.

Código de reducción a la mitad de Bitcoin

Reducción a la mitad de Bitcoin, abreviatura de reducción a la mitad de la recompensa del bloque de Bitcoin. La reducción a la mitad de la recompensa por bloque de Bitcoin es parte del consenso de Bitcoin y está escrita directamente en el código de software de Bitcoin.

El código de reducción a la mitad específico está aquí, y la captura de pantalla está debajo.

El cliente de Ethereum Lighthouse lanzó la v2.5.0, que ya es compatible con la fusión Goerli/Prater: el 2 de agosto, el cliente de Ethereum Lighthouse lanzó una nueva versión v2.5.0 y los nodos de verificación que participan en la fusión Goerli/Prater deben actualizarse antes de esta fusión. de esta última versión, es una versión totalmente funcional que admite la fusión. [2022/8/2 2:52:31]

Código de reducción a la mitad de la recompensa del bloque de Bitcoin Fuente: Bitcoin Core github

La función GetBlockSubsidy definida en estas 6 líneas de código determina la recompensa del bloque de Bitcoin en diferentes alturas de bloque. El consenso de bitcoin creado por Satoshi Nakamoto establece que las recompensas por bloque se reducirán a la mitad cada 210 000 bloques a partir de 50 bitcoins, y las recompensas por bloque serán 0 después de reducirse a la mitad 64 veces.

El tiempo para 210.000 bloques es de unos cuatro años, que es también la razón de la reducción a la mitad de cuatro años que dicen las personas en el círculo de divisas. Debido a que el evento de reducción a la mitad de Bitcoin está escrito en el código de software de Bitcoin y verificado por nodos completos de Bitcoin distribuidos en todo el mundo, su consenso es difícil de cambiar, lo que también es el origen de "In Code We Trust".

Una interpretación línea por línea de la reducción a la mitad de Bitcoin

El código de apelación tiene principalmente varias funciones y parámetros: GetBlockSubsidy, nHeight, Consensus.nSubsidyHalvingInterval, halving, nSubsidy. Sus significados son los siguientes:

Las tenencias de Grayscale BTC Trust aumentaron en 230 BTC ayer: el mercado del índice AICoin muestra que el 25 de octubre, hora del este, las tenencias de Grayscale's Bitcoin Trust aumentaron en 230 BTC, lo que eleva las tenencias totales a 467,511 BTC. [2020/10/27]

GetBlockSubsidy es principalmente la recompensa de bloque (nSubsidy) bajo la altura de bloque actual;

nHeight es la altura del bloque actual;

Consensus.nSubsidyHalvingInterval es el intervalo de reducción a la mitad de la recompensa del bloque determinado por el consenso de Bitcoin. Este valor es una constante, que es 210000.

halvings es el número de veces que se reduce a la mitad, que es una variable entera, es decir, redondea nHeight/210000;

COIN es una constante, que es 100000000, es decir, en el código Bitcoin, la unidad de Bitcoin es Satoshi.

nSubsidy es la recompensa en bloque.

La línea 1239 llama a la función GetBlockSubsidy.

1240 líneas de código: halvings=nHeight/Consensus.nSubsidyHalvingInterval, calcula el número de halvings correspondientes al bloque actual. Por ejemplo, en el momento de escribir este artículo, la altura del bloque es 629929, 629929/210000=2,99, mitades=2. Cuando la altura del bloque alcanza 630000, mitades = 3.

Líneas 1242 y 1243: si (halvings >= 64) devuelve 0; determine si el número de halvings es mayor que 64, y si el número de halvings es mayor o igual a 64, la recompensa del bloque es 0. Esto también es del consenso de Bitcoin, solo hay 64 mitades y la recompensa del bloque es 0 después de 64 mitades.

1245 líneas de código nSubsidy=50*COIN, cada vez que el software Bitcoin ejecuta el código, la recompensa del bloque se establece en 50*COIN, que es 5000000000.

1247 líneas de código nSubsidy>>=halvings, esta oración es el código de reducción a la mitad de la recompensa del bloque Bitcoin que realmente funciona. >>= es una operación binaria de desplazamiento a la derecha, nSubsidy>>=halvings es equivalente a nSubsidy=nSubsidy dividido por 2 elevado a la mitad.

1248 líneas de código devuelven el valor de recompensa del bloque para la altura actual de Bitcoin.

La esencia final del código anterior es la siguiente fórmula:

Por lo tanto, la recompensa del bloque de 1-209999 bloques es 50/(2^0) = 50 bitcoins; la recompensa de 210000-419999 bloques se reduce a la mitad a 50/(2^1) = 25 bitcoins, 420000- La recompensa del bloque 629999 es reducido a la mitad a 50/(2^2)=12,5 BTC. Después de que la altura del bloque sea 630000, se reducirá a 50/(2^3)=6,25 bitcoins.

Dios también tiene BUG

Sin embargo, las 6 líneas de código anteriores no son el código original de Satoshi Nakamoto. El código original de Satoshi Nakamoto es el siguiente:

Aunque Satoshi Nakamoto es un maestro, no significa que su código no tenga errores. Debido a que nSubsidy es un número entero de 64 bits con signo, y >>= más de 64 es un comportamiento indefinido en C++, lo que conducirá a un bucle invertido del valor y eventualmente hará que la cantidad de BTC repita el proceso de liberación de 21 millones de bitcoins, como se muestra en la siguiente figura.

Pieter Wuille solucionó este error, y hay un Protocolo de mejora de Bitcoin BIP042 especial que describe este error, el documento está aquí.

Referencias:

¿En qué parte del código tiene lugar la reducción a la mitad?

BIP042

Tags：

Intercambio de bitcoins