Жди 3 дня переведут заново вручную.
Да нет, вывели уже.
Интересна техническая сторона вопроса... в чем же затык...
По идее большое кол-во входов должно только замедлять вывод, но никак не делать его невозможным...
Думал описать, когда разберемся, но почему бы и нет. Затык всё в том же, что склейка не работает как надо, если
очень много очень мелких инпутов... Она по какой-то причине просто ничего не делает, сообщая что все замечательно. В настоящий момент идет поиск причины, думаю это не займет много времени. Но сам по себе клиент тут, как ни странно, не является непосредственным источником проблемы, то есть он способен переварить такое количество инпутов без проблем.
Насчет замедления как бы не так. Дело в том, что там используется listunspent & createrawtransaction, а скрипт вывода написан на PHP. Скрипт выбирает текущие инпуты с помощью listunspent, затем декодирует полученный массив и перебирает его, пока не наберется нужная сумма для вывода. Вот тут-то и проблема, получая такое количество инпутов в результате вызова listunspent скрипт попросту вываливается т.к. на обработку такого массива не хватает выделенных ресурсов. В общем это очень неприятная, но вполне безобидная проблема, т.к. она хоть и нервирует всех, но безопасна в плане финансовых рисков для обеих сторон.