Куча адресов BTC с небольшими суммами

[ilib]

Может плохо искал, но не нашел ничего толкового по этому вопросу.

В планируемом интернет-магазине предполагается для каждого заказа генерировать отдельную пару private key + address для приема платежей.
Очень надеюсь платежей будет много, только вот что с ними дальше делать?
Переводить биткойны с каждого адреса в обменник или сваливать все на один адрес и потом в обменник будет стоить достаточно дорого, так как transaction fee на каждом адресе будет соизмерима с переводимой суммой.

Уверен, я не первый, кто сталкивается с этой проблемой. Пожалуйста, подскажите, как с этим бороться или ткните меня носом в какой-нибудь пост пятилетней давности, где все это было описано.

Заранее благодарю!!!

[Coin-1]

Bitcoin-транзакция может содержать два и более полей input. Для аггрегации средств на один Bitcoin-адрес и снижения комиссий, Вы можете создать одну транзакцию для передачи с множества Bitcoin-адресов.

Вот примерная структура транзакции, содержащей два поля input:

'version': 1,
'inputs': (2)
    {
    'output_tx_hash':
    'output_position':
    'script':
    'sequence':
    }, {
    'output_tx_hash':
    'output_position':
    'script':
    'sequence':
    }
'outputs': (1)
    'value' :
    'script' :
'locktime': 0

[TechPriest]

Вот примерная структура транзакции, содержащей два поля input:

Нужно только уточнить что это для полной ноды. Можно ведь пользоваться Електрумом, и следуя по этой инструкции "собрать" всю "пыль" на один адрес (https://freedomnode.com/blog/78/how-to-sweep-bitcoin-dust-to-a-single-wallet-address-with-electrum)

[Tartaria.org]

Может плохо искал, но не нашел ничего толкового по этому вопросу.

В планируемом интернет-магазине предполагается для каждого заказа генерировать отдельную пару private key + address для приема платежей.
Очень надеюсь платежей будет много, только вот что с ними дальше делать?
Переводить биткойны с каждого адреса в обменник или сваливать все на один адрес и потом в обменник будет стоить достаточно дорого, так как transaction fee на каждом адресе будет соизмерима с переводимой суммой.

Уверен, я не первый, кто сталкивается с этой проблемой. Пожалуйста, подскажите, как с этим бороться или ткните меня носом в какой-нибудь пост пятилетней давности, где все это было описано.

Заранее благодарю!!!

Привет.
Если я не ошибаюсь и правильно понял, то генерация кошельков для оплат, будет проводится в одном валлете (на одном ноде), а это значит, что перевод между "своими адресами", в пределах кошелька, комиссию не потребует. Если сливать за пределы нода, то да, дорого. Думаю решение простое. Сливать на свой генеральный адрес в пределах нода, а оттуда отправлять на... куда душе угодно.
Ну а если ошибаюсь, то в любом случае, Перевод на один адрес с разных входов, в пределах одного кошелька, будет не таким дорогим.

[Mr1mg]

В планируемом интернет-магазине предполагается для каждого заказа генерировать отдельную пару private key + address для приема платежей.
Очень надеюсь платежей будет много, только вот что с ними дальше делать?
Переводить биткойны с каждого адреса в обменник или сваливать все на один адрес и потом в обменник будет стоить достаточно дорого, так как transaction fee на каждом адресе будет соизмерима с переводимой суммой.

Уверен, я не первый, кто сталкивается с этой проблемой. Пожалуйста, подскажите, как с этим бороться или ткните меня носом в какой-нибудь пост пятилетней давности, где все это было описано.

Если вы собираетесь сливать на один и после в обменник - берите лайткоин или биткоин-кеш. Где нет проблем с transaction fee и не намечается.
Клиенты спасибо скажут, им ведь тоже оплачивая платить за транзакцию.

[ilib]

Подскажите, пожалуйста, а где и как мне создать такую транзакцию?
Установить у себя какой-то package, или существуют какие-то API, или что-то еще?

Bitcoin-транзакция может содержать два и более полей input. Для аггрегации средств на один Bitcoin-адрес и снижения комиссий, Вы можете создать одну транзакцию для передачи с множества Bitcoin-адресов.

Вот примерная структура транзакции, содержащей два поля input:

'version': 1,
'inputs': (2)
    {
    'output_tx_hash':
    'output_position':
    'script':
    'sequence':
    }, {
    'output_tx_hash':
    'output_position':
    'script':
    'sequence':
    }
'outputs': (1)
    'value' :
    'script' :
'locktime': 0

[#Cryptoman]

У официального кошелька есть апи.

[kzv]

Вам не нужно думать про адреса и комиссии. Все это встроено в стандартный кошелек.
Накопили большую сумму в кошельке - перевели в обменник. Транзакцию и комиссии кошелек установит сам. Если там будет много входов, то комиссия будет большая. От этого ни куда не деться. Разве что рискнуть и установить комиссию вручную - стандартный кошель это тоже позволяет.

[Crypto_user_v]

Может плохо искал, но не нашел ничего толкового по этому вопросу.

В планируемом интернет-магазине предполагается для каждого заказа генерировать отдельную пару private key + address для приема платежей.
Очень надеюсь платежей будет много, только вот что с ними дальше делать?

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

[bellicose]

Насколько я знаю, при создании адресов в одном аккаунта блокчейна, они все будут выглядеть как уникальные и вся сумма собранная на них будет показываться на основе. Однако отправить эту сумму с низкой комиссией не получится, тут уже будут действовать законы как с отдельных адресов.

[fxpc]

Насколько я знаю, при создании адресов в одном аккаунта блокчейна, они все будут выглядеть как уникальные и вся сумма собранная на них будет показываться на основе. Однако отправить эту сумму с низкой комиссией не получится, тут уже будут действовать законы как с отдельных адресов.

В лохчейне нет аккаунтов. Какие законы, РФ или божьи? Баунтистам лишь бы х*йню ляпнуть.

[Jaga-Jaga]

Однозначно надо для каждого платежа генерировать новый адрес, если этого не делать то ваши потенциальные покупатели могут с опаской относиться к такому магазину. Я бы не хотел переводить крипту на адрес на который передо мной или после меня переводил возможный преступник, да и вам так будет легче.

Выводить для обмена как вам уже ответили лучше сгруппировав входы, но я бы тут поставил ограничение на максимум, не брал бы больше входящих транзакций чем MAX_SUMM, где MAX_SUMM сумма которую вы заранее определяете и не боитесь ей рискнуть и отправить в обменник.

[#Cryptoman]

Однозначно надо для каждого платежа генерировать новый адрес

Зачем? Это необязательно делать. 

[faimenliti]

Биткоиновой нодой не пользовался, но кошельки их посредников имеют RPC. Твоя задача вытащить все неизрасходованные входы через listunspent, создать сырую транзакцию через createrawtransaction, впихнув ему все эти входы и адрес куда слать, на выходе получить хэш, подписать этот хэш методом signrawtransaction с помощью приватников. Результат скормить в sendrawtransaction. Это отправит 1 транзу со всеми входами в путь. Комиссия должна быть чуть больше, чем с 1 входом, но точно не в размере fee*inputs.

[OddEvenBets.com]

Биткоиновой нодой не пользовался, но кошельки их посредников имеют RPC. Твоя задача вытащить все неизрасходованные входы через listunspent, создать сырую транзакцию через createrawtransaction, впихнув ему все эти входы и адрес куда слать, на выходе получить хэш, подписать этот хэш методом signrawtransaction с помощью приватников. Результат скормить в sendrawtransaction. Это отправит 1 транзу со всеми входами в путь. Комиссия должна быть чуть больше, чем с 1 входом, но точно не в размере fee*inputs.

Зачем огород городить?
это все автоматически делается и если учесть что есть segwit то и комиссия копейки будет.
Странный конечно вопрос. И комиссия устанавливается в ручную

[Jaga-Jaga]

Однозначно надо для каждого платежа генерировать новый адрес

Зачем? Это необязательно делать. 

Не обязательно конечно, но для магазина это удобнее чтобы путаницы не было и клиенту спокойнее платить на счет который еще до этого никогда не использовался.

[Klaud07]

Не буду создавать дополнительный топик, потому что вопрос отражает название этой темы, только в противоположном направлении.

Задача такая, есть один кошелек с одним адресом, к примеру на нем 1 BTC, можно ли как то через консоль сделать следующее: создать 500 новых адресов и отправить на каждый одинаковую сумму, пусть для примера будет 1000 сатош... В ручную все это делать очень долго, можно ли оптимизировать этот процесс?

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

[kzv]

Не буду создавать дополнительный топик, потому что вопрос отражает название этой темы, только в противоположном направлении.

Задача такая, есть один кошелек с одним адресом, к примеру на нем 1 BTC, можно ли как то через консоль сделать следующее: создать 500 новых адресов и отправить на каждый одинаковую сумму, пусть для примера будет 1000 сатош... В ручную все это делать очень долго, можно ли оптимизировать этот процесс?

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

лень вручную - делайте скриптом. В чем проблема?

[Klaud07]

Не буду создавать дополнительный топик, потому что вопрос отражает название этой темы, только в противоположном направлении.

Задача такая, есть один кошелек с одним адресом, к примеру на нем 1 BTC, можно ли как то через консоль сделать следующее: создать 500 новых адресов и отправить на каждый одинаковую сумму, пусть для примера будет 1000 сатош... В ручную все это делать очень долго, можно ли оптимизировать этот процесс?

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

лень вручную - делайте скриптом. В чем проблема?

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

[faimenliti]

Не буду создавать дополнительный топик, потому что вопрос отражает название этой темы, только в противоположном направлении.

Задача такая, есть один кошелек с одним адресом, к примеру на нем 1 BTC, можно ли как то через консоль сделать следующее: создать 500 новых адресов и отправить на каждый одинаковую сумму, пусть для примера будет 1000 сатош... В ручную все это делать очень долго, можно ли оптимизировать этот процесс?

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

лень вручную - делайте скриптом. В чем проблема?

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

В графическом кошельке есть добавление нового получателя в транзу. Можно сколько угодно надо бавлять. Если надо делать много и часто, то конечно лучше автоматизировать.