Суть в том, что любое такое "габаритная высота" было бы ненужным и даже использование этого запаса не было бы более точным, чем просто делает протокол так точно, как 64-разрядные позволяет начать с.
64-разрядные позволяет 2 ^ 64 значений. Таким образом, minimium блок, который может быть представлен 1 (2 ^ 64) из "все" (В данном случае 21M BTC). Вы не можете быть более точным использованием 64-битного целого числа. Таким образом, идея, что было бы лучше, чтобы сделать протокол менее точным для того, чтобы иметь запас, чтобы обеспечить большую точность до (но не больше, чем максимальная 64bit позволяет любопытное глупо .... если протокол используется полный диапазон он бы уже так точно, как 64-битная позволяет. Там не будет запас, но не в зоне перемычки не возможно независимо (без увеличения разрядного диапазона).
Я не говорю о протоколе, я говорю о системах учета, которые также используют 64-битные компьютеры, и, таким образом, обычно используют 64-битные значения. Вы не проектируете бухгалтерский пакет на основе денежной массы, вы даете ему запас.
Прямо сейчас, Bitcoins стоит около $ 13,50 каждый, и никогда не будет больше, чем 21 миллионов из них. Если бы мы использовали коэффициент масштабирования таким образом, что весь диапазон 64 бит был необходим точно представлять основные единицы, нам потребуются бухгалтерский пакет 128-битного иметь дело с чем, скажем, средних размерами офисных зданий проектов большими.
Этот пример является просто снимок, конечно. В прошлом, 64 бита не было достаточно, чтобы прокормить семью из четырех людей, но в будущем, это может очень хорошо быть в состоянии обрабатывать все глобальную экономическую активность в течение года. Дело в том, что, имея некоторое пространство между максимальным количеством денежных единиц, а максимальным диапазоном родного размера регистра общего процессора не плохо.