~
Зы. С арифметикой вы все-таки не дружите. Считайте просто входы и выходы в том и другом случае. Забудьте о комиссионный, чтобы не усложнять себе задачу, нарисуйте картинку, так будет вам легче. Представьте что вы все проделываете на промежутке, когда комса постоянная.
Потому-что нехорошо менять условия в процессе:
Тут говорите о том, что будете набирать сумму с разных входов:
Поделюсь еще одним приемом экономии, который я использую. Чтобы было быстрее и понятнее опишу все на примере. У меня есть, адрес (назову его АДР) с множеством мелких входов: 1, 2, 3 ..... и т.д вплоть до n, на каждом входе для простоты описания ~0.01 BTC ( примерно). Я их специально не консолидирую и держу адрес именно в таком состоянии. Зачем?
Иногда нужно отправить кому-то мелкую сумму, скажем Сум= 0.05 BTC. Я смотрю, что находится на входах АДР и выбираю пять таких входов, чтобы на них находилось в общей сложности Сум + Fee отмечаю эти входы (получившуюся транзу несколько раз просматриваю, подгоняя входы, чтобы сдача была нулевой) и отправляю. Профит: сдачи нет, транза минимальна, на А остается меньше входов. И так проделываю каждый раз когда надо отсылать мелкие суммы до тех пор, пока АДР не истощится.
А здесь уже расклад совсем другой, каждая транза с одного конкретного входа:
~
И совсем уж "на пальцах". У вас есть адрес с 3-мя входами по 0.1+комса и вы знвете что вам нужно в этом месяце переслать человеку 0.1 в следующем 0.1 и в следующем 0.1. В моей схеме это просто перенаправленные одного входа каждый месяц. В схеме с консолидацией вы 1) консолидируете - это потеря 2) направляете 0.1 + 0.2 сдачи (потеря) 3) направляете 0.1 + 0.1 сдачи (потеря) 4) направляете 0.1
И тогда, естественно получится.
Я считал по первому варианту, когда сумму надо набирать с
разных входов, и тогда там 50% никак не получалось.