cryptosnif
ES ↗
EnglishFrançaisPortuguês (Brasil)EspañolEl idioma conserva este tema. El país se elige por separado en las páginas de servicios.
Cryptosnif / Tokenomics

Tokenomics de Bitcoin

Tokenomics de Bitcoin

Revisión documental · Revisión · translation-1-711a89dd082a

La revisión de las fuentes explica los mecanismos documentados. Los controles independientes de la red siguen pendientes.

Promesa y Alcance

Este editorial examina los mecanismos de emisión documentados de Bitcoin según lo definido en código con versión fijada. El objetivo es aclarar la distinción entre subsidios de bloque, tarifas de transacción y límites teóricos de suministro sin afirmar fechas futuras ni estados actuales de la red. Analizamos las reglas que gobiernan la creación de nuevas unidades y sus restricciones matemáticas.

Hechos Establecidos: Subsidio versus Tarifas

Los nodos completos, software que verifica bloques contra reglas de consenso, validan esos bloques independientemente. La prueba de trabajo vincula los bloques mediante trabajo computacional. Esta descripción no mide la independencia entre operadores de nodos. Existe una distinción crítica entre un subsidio de bloque y las tarifas de transacción. El subsidio representa nuevas unidades creadas por el protocolo, mientras que las tarifas son unidades existentes transferidas de usuarios a mineros. Este mecanismo se describe en guías para desarrolladores pero no constituye una medición en vivo de la concentración de minería o patrones de uso.

Unidades y Definición de MAX_MONEY

Bitcoin Core v29.0 define 1 BTC como 100,000,000 satoshis. Un satoshi es la unidad contable utilizada por el código revisado, igual a 1/100,000,000 BTC. El código también establece un valor MAX_MONEY de 21,000,000 BTC. MAX_MONEY sirve como verificación de rango de consenso; no proporciona una medición del suministro total real. No se ha medido ningún suministro circulante o gastable en esta revisión.

El Mecanismo de Halving y Aritmética Entera

Un halving reduce el subsidio permitido en un límite de intervalo; el redondeo entero se aplica a la cantidad. La función GetBlockSubsidy comienza en 50 BTC y reduce la cantidad desplazando a la derecha según los intervalos de halving. Esta regla utiliza aritmética entera de satoshis y se expresa en alturas de bloque en lugar de fechas de calendario.

En alturas ilustrativas, el subsidio permitido disminuye: 50 BTC en altura 0, 25 BTC en 210,000, 3.125 BTC en 840,000, y 0.04882812 BTC en 2,100,000.

Cada intervalo de 210,000 bloques se llama época en este cálculo. Las épocas 0 a 32 permiten subsidios positivos, con la época 32 permitiendo 1 satoshi por bloque. La época 33 comienza en la altura 6,930,000 con subsidio cero. Debido al redondeo entero, la división teórica de 50/1024 produce 0.048828125 BTC, pero el código produce 0.04882812 BTC.

Restricciones de Intervalo y Totales Teóricos

Los parámetros de mainnet establecen el intervalo de halving del subsidio en 210,000 bloques. Porque este cronograma está basado en bloques, no establece una fecha exacta futura para los halvings. La emisión nativa de subsidio de bloque difiere fundamentalmente de las liberaciones contractuales de asignaciones existentes; activos envueltos de terceros o arreglos de custodia están fuera de este alcance.

El cálculo de Cryptosnif bitcoin-subsidy-1 suma el subsidio permitido a través de 33 intervalos, indexados k=0 a 32. La fórmula es la suma sobre esos valores de k de 210,000 × floor(5,000,000,000 / 2^k) satoshis, donde floor significa redondear hacia abajo a un entero. Esto resulta en un total teórico permitido de 2,099,999,997,690,000 satoshis, o 20,999,999.97690000 BTC. Esta cifra asume que cada subsidio permitido es reclamado, incluyendo el subsidio génesis, cuya salida es inspendible según la fuente de mainnet revisada, y excluye las tarifas de transacción.

Desconocidos y Estado Operativo

La concentración actual de propiedad, poderes de control privilegiados, uso medido independientemente, remediación de incidentes y liquidez localmente ejecutable permanecen sin verificar. Todos los criterios operativos, incluyendo identidad, suministro, gobernanza y seguridad, están marcados como desconocidos pendiente de verificación independiente con alcance específico. La cobertura de evidencia es insuficiente para asignar una puntuación general.

Consecuencias y Veredicto

La asignación teórica asume las reglas revisadas en cada altura y cada subsidio permitido reclamado, incluyendo la salida génesis inspendible.

El suministro circulante actual requiere observaciones separadas, tratamiento de recompensas no reclamadas y una definición declarada de circulación. Las tarifas transfieren unidades existentes, por lo que no agregan a la emisión de subsidio. Un mecanismo documentado solo no puede establecer resiliencia actual o retornos esperados. El veredicto permanece sin calificar porque las verificaciones no establecen la calidad general del proyecto. Se requerirían observaciones reproducibles de la red, mapas de control actuales y registros independientes de incidentes para evaluar las verificaciones pendientes.

Fuentes de este análisis

Los títulos y resúmenes de las fuentes están en inglés.

Bitcoin developer guide: block chain

The developer guide describes full nodes independently validating blocks against consensus rules, proof of work linking blocks, and the difference between a block subsidy (new units) and transaction fees (existing units). This is a description of rules, not a live measurement of mining concentration or use.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: c81a2bc03b88b5b6d4aa7e5c4f1d10615538989630e4bae5748610097ff8d9ee

Bitcoin Core v29.0: amount constants

Bitcoin Core v29.0 defines 100,000,000 satoshis per BTC and a MAX_MONEY value of 21,000,000 BTC. Its comment explicitly identifies MAX_MONEY as a consensus range check, not the actual total supply. No circulating or spendable supply has been measured here.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: cb7bd951877f3fea5a0c280d4bb907a8403437add81e3d5b898879b78fdc877e

Bitcoin Core v29.0: block subsidy function

The GetBlockSubsidy function in Bitcoin Core v29.0 starts at 50 BTC and right-shifts the amount by the number of halving intervals, using integer satoshi arithmetic. The rule is expressed in block heights. This historical version is a code observation, not confirmation of today’s deployed clients or the current subsidy. Original Cryptosnif calculation (bitcoin-subsidy-1) reproduces this verified function using exact integer satoshis. At illustrative heights 0, 210000, 840000 and 2100000 the allowed subsidy is respectively 50, 25, 3.125 and 0.04882812 BTC. These heights are examples, not observations of today's network. Epochs 0 through 32 have positive subsidy; epoch 32 allows 1 satoshi per block. Epoch 33 starts at height 6930000 with zero subsidy. No calendar date is inferred. At epoch 10, 50/1024 = 0.048828125 BTC, while integer arithmetic yields 0.04882812 BTC.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: b0d310506b9970b0870d0f9e1057c77c12c4aa653e879cc9192dd2c1d5f61c0a

Bitcoin Core v29.0: mainnet parameters

Mainnet parameters in Bitcoin Core v29.0 set the subsidy halving interval to 210,000 blocks. A block-based schedule does not establish an exact future calendar date. Native block subsidy issuance differs from a contractual release of an existing allocation; this review does not identify third-party wrapped BTC or custodial allocations as native issuance. Original Cryptosnif calculation sums 210000 * floor(5000000000 / 2^k) satoshis for k=0..32, giving 2099999997690000 satoshis (20999999.97690000 BTC). This is a theoretical total subsidy allowance under v29.0 rules assuming every allowed subsidy is claimed, including genesis. It excludes fees. This source also states the genesis output cannot be spent. Therefore this calculated allowance does not measure current issued, circulating or spendable supply; lost coins and unclaimed subsidies require separate evidence.

Recopilación . Ámbito: documentación. El funcionamiento actual de la red queda por verificar.

Consultar la fuente primaria ↗

Huella SHA-256: fb2dc8b21ca85fb074eb46ac49ced67b505972a333b1bd6bf9d54388b73b1aad

Continuar la investigación