Bitcoin decimals. Is 1.00000000 Bitcoin the same as 1.000000000000 Bitcoin?

[pooya87]

If Bitcoin development to the point where 1 Satoshi equals 1 USD that means an increase in demand,

It could also mean USD has lost its value and with the way they are printing it, that's not going to be far
1 Satoshi is already about 1 GNF (Guinean Franc).

Doing that would require a total blockchain data rewrite, something blockchain was designed to prevent.

Not necessarily. It is just data interpretation which means we could keep the blockchain files and transaction structure intact up to the point of the fork and deserialize it as before, but introduce new deserialization rules for any new blocks that come along. Somewhat similar to how we implemented SegWit.

[franky1]

black hat

there is no 21m hard rule at the real protocol level, its a conversational thing of interpretation

there is hard rule but not what you think
much like the block time rule is not actually a 10min rule..
its actually a target of 2016blocks per fort night. which translates for human display/conversation as being a "10 minute rule"
do you get the difference between actual protocol vs human expression/display

and so the actual protocol is this:
5000000000 units starting from block1 for 210,000 blocks
which then halves
yep there is a half the number of units...

by which time in roughly the year 2140
there will be
2,099,999,997,690,000 units

where by then the units FOR human interpretation of visual aid/conversation
then calculates that to being units /100,000,000 =
1btc= 100,000,000 units where the human conversation/display becomes
"21m million btc rule"

how ever thats the human conversation. not the actual rule at data level

the unit * /100,000,000 is a peg that is something people for years deemed a hard rule and hard protocol thing that should not be broke because it changes too many things and devalues and breaks alot of things by changing it

i truly dare you to actually find a transaction anywhere on the blockchain where at true data level(not human visual manipulation.. but actual data level) where a block reward in 2009-2012 was just the number "50"

waste as much time as you like. or actually realise that things are not actually measured in bitcoins at rule/code/data level of the actual protocol

so dont confuse human display stuff of conversation with actual rules

breaking the peg of sat to btc.. is going to break alot of things

thinkig that changing the 100,000,000 beg rate of sat(smallest unit to btc) to different numbers is of no concern where you group of malicious malcontents think it harms no one but only 1 undividual is completely wrong too (yes im linking in the other network of same conversation to make a wider point)

if one group of users want it to remain 100,000,000 math and another group want 100,000,000,000
then when one side wants "1btc" for $16k from both sides

guess what they both send different amounts of sub units
or when one group sends out the same sub units to different groups thinking they are paying the same amount. guess what other wallets will see they received different amount of "btc" one being 1000x less than the other

[BlackHatCoiner]

how ever thats the human conversation. not the actual rule at data level

You can check it on consensus/amount.h and see it yourself that one bitcoin is an actual unit of the system. You can also check yourself that the 21 million rule applies in line 26, wherein MAX_MONEY (which is used for sanity purposes only) is 21 million times COIN.

waste as much time as you like. or actually realise that things are not actually measured in bitcoins at rule/code/data level of the actual protocol

I know what's a satoshi, thanks for the kind clarification. I'm just saying that this line doesn't stop us from expanding the decimals. The total satoshis can remain 2,099,999,997,690,000.

[franky1]

how ever thats the human conversation. not the actual rule at data level

You can check it on consensus/amount.h and see it yourself that one bitcoin is an actual unit of the system. You can also check yourself that the 21 million rule applies in line 26, wherein MAX_MONEY (which is used for sanity purposes only) is 21 million times COIN.

waste as much time as you like. or actually realise that things are not actually measured in bitcoins at rule/code/data level of the actual protocol

I know what's a satoshi, thanks for the kind clarification. I'm just saying that this line doesn't stop us from expanding the decimals. The total satoshis can remain 2,099,999,997,690,000.

hard rule peg you forgot to include in your manipulate ignorance

https://github.com/bitcoin/bitcoin/blob/master/src/consensus/amount.h#L15
static constexpr CAmount COIN = 100000000;

now go check the blockchain data of 13 years of ACTUAL data!!!

i dare you to look at the data.. of actual decentralised immutable blockchain data.. and then change the peg and see the result of the value and the amount "COIN" that enters supply when you change the 100000000 peg

..
now once you realise it does change the halving events and total supply amounts by changing the peg..

then do yourself another learning experience favour
go read the blockchain data again.. and show me anywhere in raw tx form where "COIN" is shown on the blockchain

realise "COIN" is the human expression for human display at GUI level. its not actually a hard rule

the real hard rule is starting from 5000000000 units from genesis for 210,000 blocks then halves
and you will see this truth by looking at the actual blockchain data. not the bastardised visual aid math cludge of software developers playing mind games

stick to what real hard data shows and not some silly comment you read in some comment section mis representing the hard rules

last lesson. stop sounding like a doomad echo.. your not helping yourself or anyone.


dont even bother responding unless you can come back with answers about the raw data of bitcoin involving a 2009-2012 coinbase reward in either:
bin:100101010000001011111001000000000
hex:12A05F200
dec:5000000000

where you can actually articulate these answers in a way that changing the peg will not affect the answer nor change the conversational basket terms of "coin" "btc" form, nor change the number of halving events nor change the total supply of sharable units

and do not respond just to sound like the drama queen hysterical insults i usually hear you repeat from doomads selection of insults.. just so you can avoid doing the research

in short do the research and learn something and come back with proper researched and calculated response of actual data

[o_e_l_e_o]

it changes the number of halving events

You keep repeating this like it is a foregone conclusion, but it would be trivial to cap the number of halving events to ensure that the final supply is not changed. And even if this wasn't done, the difference from the rounding errors of 1 sat being the smallest unit compared to 1 millisat being the smallest unit are trivial. As things stand, the final number of bitcoin mined will be 20,999,999.97690000. If we converted to millisats before the first halving which it would matter (the 10th halving, which goes from 0.09765625 BTC to 0.04882812 BTC), then the final number of bitcoin mined will be 20,999,999.99997060. The "new bitcoin" as you put it would amount to around 0.02 BTC, and all your nonsense about 1.3 million new bitcoin is obviously just that - complete nonsense.

[franky1]

oeleo
you really need to try one day to apply math., logic. code and data..

your silly narrative always lacks this

so i set you the challenge too

go look at block data of say the 2009-2012 first 210k blocks

actually look at the coinbase value at data level
note:
bin:100101010000001011111001000000000
hex:12A05F200
dec:5000000000

now. try to change these so that you get your "extra decimals"
oh wait you cant. they are in a immutible blockchain..

now lets pretend at the 2024 halving code rules changed where the block reward was no longer
(GUI view) 3.1250000
but instead
(GUI view) 3.1250000000
which would result at data level of being
a change of
bin:10010101000000101111100100000
hex:12A05F20
dec:312500000
but instead
bin: 100100011000010011100111001010100000000
hex: 48C2739500
dec: 312500000000

and see the results when you play it forward of how many shareable units there and how it has diluted the 2009-2012 first 210k block value of 10.5m to being considered as 105,000 "new bitcoin" mined in 2009-2012

and then i want you to work out how many halvings are then occuring compared to the hard rules invented in 2009.

and then i want you to count up how many shareable units will be created in total,

..
yes im calling you out to apply some math, logic and understanding. to actually look outside your dream box of GUI displays of "it doesnt matter" and look at the real impact at code and data level of REAL data and shareable units and change of the infamous "21m supply"

goodluck

dont reply with ignorance arrogance, insults or just avoiding the concepts of the differences between

GUI: 50.00000000
bin:100101010000001011111001000000000
hex:12A05F200
dec:5000000000
vs
GUI: 50.00000000000
bin:1001000110000100111001110010101000000000000
hex:48C27395000
dec:5000000000000

which cannot be changed due to immutible blockchain

versus
GUI: 3.12500000
bin:10010101000000101111100100000
hex:12A05F20
dec:312500000
but instead
GUI: 3.12500000000
bin: 100100011000010011100111001010100000000
hex: 48C2739500
dec: 312500000000

which can be change..
where you have been implying "nothing breaks, its insignificant, blah crap, insult, ignore it"

[franky1]

while waiting for the idiots to finally read some code and run some scenarios in regard to changing the units of measure to fit their fantasy of "more decimals".. and realise that it does change things..

EG again
a change of
bin:10010101000000101111100100000
hex:12A05F20
dec:312500000
but instead
bin: 100100011000010011100111001010100000000
hex: 48C2739500
dec: 312500000000

lets just address another thing they dont know/understand

it also breaks the halving cycles rule

Take a breath, calm down, sit and hear this: there is no halving cycle rule.

https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L66

66        consensus.nSubsidyHalvingInterval = 210000;

oh and by the way
https://github.com/bitcoin/bitcoin/blob/e9262ea32a6e1d364fb7974844fadc36f931f8c6/src/chainparams.cpp#L18

static CBlock CreateGenesisBlock(const char* pszTimestamp, const CScript& genesisOutputScript, uint32_t nTime, uint32_t nNonce, uint32_t nBits, int32_t nVersion, const CAmount& genesisReward)

the genesis block has 5000000000 as genesis reward as a real number thats hashed

if devs messed with the amount of units. to change the reward at unit level and thus changes the
"coin" from 100,000,000 to a larger number
https://github.com/bitcoin/bitcoin/blob/e9262ea32a6e1d364fb7974844fadc36f931f8c6/src/chainparams.cpp#L435

genesis = CreateGenesisBlock(1296688602, 2, 0x207fffff, 1, 50 * COIN);
  consensus.hashGenesisBlock = genesis.GetHash();

that would result in a different hash, and so the hashes wont match thus its no longer the bitcoin genesis hash seed

so do the math.. it might help you see where all the changes will affect alot of things and need to have more cludgy code to work around such things like fake count a reward of real immutable historic units 5000000000 in one count but call it 5000000000000 elsewhere but also 5000000000 in another spot just to prevent bugs as also valid in another fake count as the larger number to not bug out the other place .. in short miscount hard amounts to avoid bugs but then causing bugs by the miscounting

[BlackHatCoiner]

https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L66

66        consensus.nSubsidyHalvingInterval = 210000;

What I meant is that there isn't a rule that limits the number of halvings to 32. Take that parameter, and go on validation.cpp#L1470. It says that if halvings are greater than 64, return 0. The halving that leaves us with 1 satoshi as subsidy is the 32nd. We can expand halvings without invalidating a rule.

if devs messed with the amount of units. to change the reward at unit level

Ever thought that a hard fork can occur and count after a specific block and not for the previous?

[Moeda]

While answering in another thread, this debate came up in my mind about Bitcoin and decimals.  Curious to know what the general user thinks.

Say inflation was so crazy 1 Satoshi became $1 and a Hard Fork took place through which we add more decimals to Bitcoin.  It currently has 8.  If we add 4 more decimals, is 1 Bitcoin still just as scarce or do you consider it artificial injection of supply?

-
Regards,
PrivacyG

How is it possible that Bitcoin will get additional decimals, when the limit has been determined up to 1 Bitcoin equals 100 million Satoshis. If mining has reached the maximum supply limit, which is 21 million Bitcoins, of course we can calculate the total market capitalization at a price of $ 1 for 1 Satoshi.
If I'm not mistaken in my calculations or the reading of the text is:  21.000.000 BTC x  100.000.000 SATS = $2.100.000.000.000.000 USD (Two quardrillion one hundred trillion dollars).
If there is an additional of decimals, it is certainly worth asking about the legitimacy of the Bitcoin.
Maybe it's different with Bitcoin which is developed in the form of tokens from certain blockchains with a decimal number of 18. For example HBTC and BTCB. Although the decimal number is 18, the legal limit for transactions has been set at 8 digits set in the contract code.
Maybe this is what I understand in terms of Bitcoin decimals. Bitcoin developed by Satoshi Nakamoto cannot be tampered with by anyone, either in terms of adding decimals or increasing the amount of supply.