- Desde
- 2 May 2012
- Mensajes
- 4.462
- Fruta
- 6.681
Yo creo que la implementación va a hacer el protocolo bastante complejo.
Hasta donde yo sé, en el código de bitcoin hay exactamente 0 comprobaciones explicitas de la cantidad de bitcoins emitidos.
Esta es la función responsable de la recompensa de los bloques
¿Como sería el pseudocódigo del cambio que usted propone?
No sería mala idea abrir un hilo en bitcointalk y preguntar, allí sabrán más que cualquiera de nosotros.
Si tengo que elegir entre su solución o simplemente eliminar
Lo cual haría que después de 2140 se volvieran a minar 50 por bloque, pues que quiere que le diga... no creo que es algo que debamos decidir nosotros, si acaso los descendientes de nuestros descendientes. Pero algo me dice que si fuera un problema, elegirían esta opción.
El codigo original se pensó como si "se encuentra una nueva mina de oro".
Hasta donde yo sé, en el código de bitcoin hay exactamente 0 comprobaciones explicitas de la cantidad de bitcoins emitidos.
Tienes que estar registrado para ver este contenido
Esta es la función responsable de la recompensa de los bloques
C++:
CAmount GetBlockSubsidy(int nHeight, const Consensus::Params& consensusParams)
{
int halvings = nHeight / consensusParams.nSubsidyHalvingInterval;
// Force block reward to zero when right shift is undefined.
if (halvings >= 64)
return 0;
CAmount nSubsidy = 50 * COIN;
// Subsidy is cut in half every 210,000 blocks which will occur approximately every 4 years.
nSubsidy >>= halvings;
return nSubsidy;
}
¿Como sería el pseudocódigo del cambio que usted propone?
No sería mala idea abrir un hilo en bitcointalk y preguntar, allí sabrán más que cualquiera de nosotros.
Tienes que estar registrado para ver este contenido
Si tengo que elegir entre su solución o simplemente eliminar
C++:
if (halvings >= 64)
return 0;
El codigo original se pensó como si "se encuentra una nueva mina de oro".
Última edición: