Я знаю, что ты просто бросил эту идею там с верхней части головы, так что это не настоящая критика, я просто расширение на вашей первоначальной идеи. Я думаю, что это будет серьезно пренебрегать своими выходами с маленькими значениями - после какой-то момент времени, вы собираетесь остаться с тысячами крошечных входов ... которые вы собираетесь придется использовать много десятков для выполнения последующих операций , Например: если у вас есть выход в вашем бумажнике для 0.0001 BTC, вы собираетесь придется ждать 1440000 блоков для того, чтобы начислять такой же приоритет, как выход 1 BTC, который 1 день назад.

Я начал исследовать это с мыслью, что, может быть, я могу даже его немного, просто изменяя количество BTC до того умножения на numConfirm. После игры с этим в таблице, я вижу, это не решит всю проблему, но, возможно, это сочетание может. Вот три варианта:


("дней сезам погашения" это время, пока BTC сумма не достигает того же приоритизации как 1,0 BTC через 1 день)

Методы сортируются из крутого в мелке (слева направо). Я просто делал до уравнений, которые я знаю, будет гарантировать зрелость все выходы до солнца исчерпывает энергии. Лично я считаю, что кубический корень (метод 1) имеет много обещаний, чтобы убедиться, что ваш крошечный TxOuts в конечном итоге получить израсходованы. Я собираюсь рассмотреть попытку идеи Гэвины, но применяя технику 1 до сортировки значений, а иногда бросаю в верхнем значении от метода 2 или 3, чтобы убедиться, что я не давая слишком много крошечных входов накапливают.