Насколько я понял приоритет транзакции зависит от суммы, размера в kb, комиссии и кол-ва подтверждений отпрвляемых монет.
Пример:
Нужно отправить 1BTC со стандартной комиссией 0,0005BTC.
Допустим в кошельке сотня адресов и на каждом от 0,0000001 до 10BTC.
Монеты на самом старом адресе имеют 500 подтверждений, а на самом новом 1 подтверждение.
При прочих равных, ясно что если сумма соберётся с адресов где монеты имеют больше подтверждений, то приоритет транзакции будет выше.
Вопросы:
Как вся эта кухня реализована в bitcoin-qt и других дескотпных клиентах?
При отправке, клиент выдёргивает всю сумму по частям с адресов рандомно или есть какая-то система?
Отсюда вытекает куча вопросов.
Если на 99-ти адресах есть достаточно средств (мелочёвки), чтобы собрать из них 1BTC, то будет-ли клиент с этим заморачиваться или тупо возьмёт 1BTC с адреса где лежит 10BTC?
И как он поступит, если 10BTC имеют одно подтверждение, а пыль с 99-ти адресов больше 100 подтверждений?
Есть-ли в клиенте какой-нибудь внутренний оптимизатор, который следит за тем, чтобы опустошать в ноль адреса, где скопилась мелочь типа 0,00000563 \ 0,00034004?
Следит-ли этот оптимизатор (если он есть) за минимизацией размера транзакции?
В общем, заботятся-ли кошельки о пользователях?
Ну а если все существующие реализации btc-клиентов это просто бездушный софт, то может уважаемым кодерам из ру-ветки биткоинтолка задуматься над созданием кошелька с внутренним балансировщиком вышеописанных переменных, влияющих на размер\стоимость\время прохождение транзакций?
Пример:
Нужно отправить 1BTC со стандартной комиссией 0,0005BTC.
Допустим в кошельке сотня адресов и на каждом от 0,0000001 до 10BTC.
Монеты на самом старом адресе имеют 500 подтверждений, а на самом новом 1 подтверждение.
При прочих равных, ясно что если сумма соберётся с адресов где монеты имеют больше подтверждений, то приоритет транзакции будет выше.
Вопросы:
Как вся эта кухня реализована в bitcoin-qt и других дескотпных клиентах?
При отправке, клиент выдёргивает всю сумму по частям с адресов рандомно или есть какая-то система?
Отсюда вытекает куча вопросов.
Если на 99-ти адресах есть достаточно средств (мелочёвки), чтобы собрать из них 1BTC, то будет-ли клиент с этим заморачиваться или тупо возьмёт 1BTC с адреса где лежит 10BTC?
И как он поступит, если 10BTC имеют одно подтверждение, а пыль с 99-ти адресов больше 100 подтверждений?
Есть-ли в клиенте какой-нибудь внутренний оптимизатор, который следит за тем, чтобы опустошать в ноль адреса, где скопилась мелочь типа 0,00000563 \ 0,00034004?
Следит-ли этот оптимизатор (если он есть) за минимизацией размера транзакции?
В общем, заботятся-ли кошельки о пользователях?
Ну а если все существующие реализации btc-клиентов это просто бездушный софт, то может уважаемым кодерам из ру-ветки биткоинтолка задуматься над созданием кошелька с внутренним балансировщиком вышеописанных переменных, влияющих на размер\стоимость\время прохождение транзакций?