- чик -
будет вопрос времени 8 halvings
- чик -
7.) 9765625
8.) 4882812.5
..
так что-то должно измениться, чтобы избежать ошибок округления ..
- чик -
вкратце
хотя GUI будет неправильно делать вид, есть только 21mill Bitcoins. количество разделяемых единиц будет нести на повышение
- чик -
Bitcoin фактически не делят на два. Это простой способ описать это для не-программистов, но ...
Bitcoins хранит блок субсидию в виде целого числа satoshis. В каждый момент времени регулировки (210000 блоков) она выполняет "побитовое смещение вправо" на этом целое число. Это имеет эффект падения младший значащий бит, а затем переместить все остальные биты в течение одного места в этом направлении.
Так 1250000000 satoshis (12,5 BTC) в двоичном виде:
1001010100000010111110010000000
Если отрубить справа цифра (уведомление только 6 нулей справа от последнего вместо семи), мы получим:
100101010000001011111001000000
Который, как целые имеет основание
10 Значение 625000000 satoshis (6,25 BTC).
Теперь, если вы рубить последнюю цифру, когда это один, это имеет эффект, идентичные деления на 2
И ОКРУГЛЕНИЕ ВНИЗ До ближайшего целого числа.9765625 satoshis (0,09765625 BTC) в двоичный файл:
100101010000001011111001
Когда код выполняет побитовое смещение вправо, то результат:
+10010101000000101111100
Который при представлении в качестве основы
10 целое число является 4882812 satoshis (или 0,04882812 BTC).
Обратите внимание, что нет дополнительного блока или меры необходимо, и что дополнительная 5 цифры, которую вы упомянули на самом деле не существует.
Таким образом, общее количество Bitcoins, которое будет создано на самом деле будет меньше, чем 20999999.9769 (менее 2099999997690000 satoshis).