Topic: Вопросы по приоритету транзакций (Read 1691 times)

Во-первых безопасность повышается и отслеживание затрудняется.
Во-вторых, с дефолтными настройками бэкапы достаточно делать не постоянно, а только после использования 100 адресов из кейпула.

ну теоретически. на практике пока и к 1му то хрен подберешь майнить выгоднее.

ну и плюс была бы возможность. если хочешь держи много адресов. а по дефолту для удобства 1.

Да, анонимности не добавляет - это точно.
А безопасность вроде повышает ) Всё-таки подобрать секретный ключ к одному адресу проще, чем к куче.
Ну и про возможность веб-сервисов на базе кошельков, создатели видимо наперёд задумывались.

а вообще зачем сделано так, что при каждой транзакции используются разные адреса. и зачем вообще все эти 100-1000 адресов на 1 кошелек.
вроде безопасность это не повышает. так как при анализе графа в большинстве случаев адреса можно сгруппировать по кошелькам.

только лишний геморрой с кучей адресов и постоянной необходимостью делать бекапы кошелька.

Спасибо, теперь понятно. По порядку, лучше чем рэндом )
Вообще, будет хорошо, если в bitcoin-qt появится кнопка "Отрегулировать..." как это сделано в веб-кошельке blockchain.info.
Чтобы можно было опустошить баланс в ноль, а то скапливаются кошельки с копейками, которые невозможно отправить.

Когда игрался с форками, точнее litecoin (там комиссия сильно завышенная), я просто пересобрал клиент из исходников, уменьшив базовый размер комиссии в 100 раз. Комиссия начисляется, пулы довольны, я доволен...

Бездушный клиент собирает монеты по порядку, старые в приоритете. Хуже, что штатный RPC API не предоставляет ничего для оценки комиссии, в интерфейсе bitcoin-qt хоть предупреждение выскакивает.

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

Ну а если все существующие реализации btc-клиентов это просто бездушный софт, то может уважаемым кодерам из ру-ветки биткоинтолка задуматься над созданием кошелька с внутренним балансировщиком вышеописанных переменных, влияющих на размер\стоимость\время прохождение транзакций?