Then $ bitcoin feecalc 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.41318448 { "txsize": 12.111, "fee": 0.13 } and store the prepared transaction for specified address until daemon reload or next transaction? (quick'n'dirty) Or more flexible: $ bitcoin prepare 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.41318448 { "txsize": 12.111, "fee": 0.13, "prepared_txid": "123467890qwertyvbhnjkl5bw4mtkwebgygusdc8blahblah" } And then $ bitcoin sendprepared 123467890qwertyvbhnjkl5bw4mtkwebgygusdc8blahblah 454825ecea7a89564b3751521e0d98215c76b4f83aa5284b62846621ecb7b587
|
|
|
Looks sane, but when it will be available? For now, almost everyone uses classic JSON-RPC API. The proposed quick fix will be a good help for client application developers.
|
|
|
I think, there is a need for fee pre-calculation API call. Like that: $ bitcoin feecalc 100.41318448 { "txsize": 12.111, "fee": 0.13 }
|
|
|
Взял, почти обматерил всех, причём неграмотно... Предлагал же свои бесплатные услуги по созданию грамотного обсуждения. Хотя вроде ничего так отрегагировали, хотя наверняка и подумали что-то вроде "oh, those Russians...".
|
|
|
Похоже просто криворукие сиплюсисты забыли что надо спрашивать пользователя в консольном клиенте.
Товарищ, консольный клиент - это просто гейт с консоли в API. В API же спрашивать не предусмотрено, там чёткая схема "запрос-ответ". Оно возвращает код ошибки 4, внятный API-клиент должен как-то это всё обработать. Текущий консольный API, повторяю, просто транслирует запросы и никаким умом не наделён в принципе. Как-то так сложилось, что по большей части консольные штучки рассчитаны на пользователя с собственным /dev/brain.
|
|
|
Полагаю, что 0.13, ибо paytxfee по идее должен устанавливать минимум. Это по логике здравого смысла. Точного ответа сейчас дать не могу.
|
|
|
если транзакция большая по объёму в байтах Разве транзакция на 100BTC чем-то отличается от транзакции на 1BTC? Я скажу больше: одна транзакция на 100BTC может сильно отличаться по размеру от другой транзакции на 100BTC. Пример я уже приводил: если в кошельке куча транзакций по 0.01 BTC, а надо перевести 100BTC, такая транзакция должна сослаться на все те, из которых эти монетки берутся. Их будет 10000. Размер такой транзакции соответствующий. А может быть так: одна транзакция на 90BTC, остальные по 0.01. Тогда предыдущих транзакций будет всего 1001, размер отличается в 10 раз. Это напрямую вытекает из алгоритма работы биткойн. надо как-то спрашивать пользователя об этом Надо не пользователя спрашивать. Я думал, что размер комиссии устанавливает тот, кто отправляет деньги, а тот, кто процессит - может либо согласиться с ней, либо нет. Если же комиссия будет кем-то фиксирована и составлять процент от суммы, то узел, собирающий блоки будет необоснованно награжден в случае если BTC стоит дорого и необоснованно обделен если курс BTC будет низким. Обязательная комиссия берётся не с суммы, а с объёма транзакции в байтах, если он очень велик. Впрочем, и добровольная тоже не в процентах указывается.
|
|
|
Я ж говорю: если транзакция большая по объёму в байтах, комиссия таки взимается обязательно. Возможно, конечно, надо как-то спрашивать пользователя об этом, и GUI-версия, вероятно это делает. Вообще да, надо бы этот вопрос с подтверждением комиссий обсосать в аглицкой ветке девелоперов. Напишете сами?
|
|
|
Большие (по размеру в байтах) транзакции (например, собирающие в кучу большое количество мелких) могут требовать комиссии, которая вычисляется по размеру транзакции в байтах (формулу не знаю, сразу говорю). Комиссия уплачивается сверху; из переводимой суммы она не берётся. В первых трёх попытках у вас на балансе не было нужной суммы. С последней попыткой размер транзакции поменялся, да и сумма перевода уменьшилась, на комиссию хватило, вот система и "проглотила" команду.
|
|
|
Так написано ж: This is an oversized transaction that requires a transaction fee of 0.13 Перевести?
|
|
|
А какие там зубодробительные команды-то? Команды у вас, я смотрю, как были, так и остались стандартные - listaccounts и т.п. А читать хорошо отформатированный (с пробелами и отступами, которые в стандарте не обязательны) JSON, который выводит bitcoin, я умею и так, без удаления синтаксиса. Метод скорочтения в этом, кстати, хорошо помогает, очень кошерно, рекомендую попробовать. Вообще для такой задачи я бы применил PHP - там есть отличные средства для работы с JSON. А то jsawk какой-то зачем-то... Первый раз увидел. В моей системе оный, например, отсутствует.
|
|
|
Претендуете на всевидение, а в определении возраста ошибаетесь более чем в два раза... К тому же думаете, что выделиться - это обязательно в лучшую сторону... Личность, йоптЪ. Личность, дорогой мой, это как минимум уважение к собеседникам. Вы своим у#$@нским форматированием показываете, что вам важнее выделиться. Кстати, беситесь-то как раз вы, судя по любви к кислотным цветам и не к месту поставленным знакам препинания. Я смотрю на ваш дебилизм и улыбаюсь. Раздражает только, да в этом мире много раздражающего. Ничего, повзрослеете - поймёте. (зарекался же кормить, да зацепил, зараза )
|
|
|
А зачем это всё? (аж передёрнуло от ужаса) Я думал, в браузер вываливать список собираетесь...
|
|
|
+1, не кормите дебильного тролля, и он уйдёт пастись дальше.
|
|
|
Ну так for(name in obj) { ... obj[name] ... } же... Это ж классика ECMAScript. Да и вообще JSON и есть JavaScript Object Notation, он для яваскрипта родной в доску. Тут сложностей вообще никаких, когда язык знаешь.
|
|
|
Ну вот, не успел...
|
|
|
$ bitcoin listaccounts { "" : -1821.34000000, "GAssad" : 0.01000000, "Imperfection Imperfection" : 0.00000000, "Johan Euphrosine" : 60.00000000 }
Как в JavaScript это пропарсить чтобы получить список GAssad, Imperfection Imperfection, Johan Euphrosine obj=eval('('+JSONtext+')'); GAssad=obj.GAssad; Как-то так...
|
|
|
Да, разделение форума на технико-теоретический и практический разделы я тоже поддерживаю. По крайней мере создание подфорума типа marketplace очень даже.
|
|
|
Персидский коврик в песочнице? Гм.
|
|
|
|