Спасибо за вход, но я очень хорошо понимает, с плавающей запятой точности недостатки, и я думаю, что это более связан с округлением 8 десятичных Bitcoins' и сжимая их в общий формат для всех, которые, как правило, 2 знаков после запятой (также направлен на США, так что я выбрал 2 десятичная точность)
Кроме того, на вершине, что все мои цены привязаны к доллару США расходы не BTC, чтобы они конвертируются на лету для каждого дисплея, например,
Продукт "" стоит около $ 250, так, чтобы показать клиенту цену в стоимости BTC я должен разделить, который по текущему курсу $ 3,1
$ 250 / $ 3,1 = 80,645161290323 BTC
(12 десятичное точность)
Очевидно, отображение 12 десятичной точности номера будет выглядеть не-привлекательным для покупателей, так что я сжать его к общему формату 2 знаков после запятой которые PHP выходов как
80,65
Как когда-либо "Промежуточный итог" , никогда не бывает "Всего" стоимость я должен включить shippingcosts и один раз в то время "налог" так что давайте посмотрим на этот пример (помните мои цены в моей базе данных, ссылка в формате USD)
Итого: $ 250 / $ 3,1 = 80,645161290323 BTC
Доставка: $ 20 / $ 3,1 = +6,4516129032258
Итого + доставка = $ 270
Итого + доставка = +87,096774193549 BTC
Проверьте87,096774193549 BTC * $ 3,1 = 270;
$ 270 / $ 3,1 = 87,096774193548 BTC
Сравнение значений+87,096774193549
+87,096774193548
Круглый +87,096774193548 BTC 87,1 BTC
Обратите внимание на дополнительный Bitcent?
даже если клиенты платят то же самое, они бы .... это просто "выглядит" Больше.