сборы Transaction волшебно появляются, как объяснить их?

Я поставил мой клиент платить за 0.0 операционные издержки, а не посылать суммы меньше, чем 1btc.

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

Тем не менее, когда пользователь снял 9.99000001btc был сбор в размере 0,01.

Это действительно F * CKING моего учета, когда bitcoind просто вынимает гонорар, это не было бы проблемой, если есть простой способ узнать, что плата сделки была, когда сделка происходит.

Так что, кажется, нет никакого способа, чтобы избежать операционных издержек на всех (я не против), есть способ, чтобы выяснить, что плата выплачиваются, когда сделка происходит?

Методы отправки RPC возвращает идентификатор транзакции.

Передайте идентификатор транзакции методы gettransaction RPC, и это даст вам деталь сделки, в том числе то, что были выплачены гонорары.

Цитата: Нефарио 13 мая 2011, 12:27:06 PM

Тем не менее, когда пользователь снял 9.99000001btc был сбор в размере 0,01.

Таким образом, вероятно, сделка 10BTC был вход, и изменение 0.00999999 понесены плату.

Цитата: ribuck от 13 мая 2011 года, 1:28:36 PM

Цитата: Нефарио 13 мая 2011, 12:27:06 PM

Тем не менее, когда пользователь снял 9.99000001btc был сбор в размере 0,01.

Таким образом, вероятно, сделка 10BTC был вход, и изменение 0.00999999 понесены плату.

О Ради F * CKS (извините, просто разозлился на этом Gotcha).

Гэвин Андресен, спасибо за детали я осуществить это таким образом.

О, и какая версия Bitcoin вы работаете? 0.3.21 включает в себя патч от ЛУКА-Jr, который изменяет алгоритм выбора монеты, чтобы избежать изменения суб-центов, когда это возможно.

Это также поможет, если вы сохранить хороший выбор «старых» монет в общем кошельке.

Я согласен, что плата за сделку учет / обработка нуждается в улучшении.

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

Цитата: ошибки 13 мая 2011, 4:28:12 PM

Уже вновь см эту тему: http://bitcointalk.org/index.php?topic=7749.0

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

Я посмотрел на код, и, кажется, довольно легко написать вызов RPC "estimatetxfee", Перед тем, как углубиться в делать любую работу по развитию, это реалистичный подход, или будет шанс платы меняющейся (особенно для крупных сделок) делает это ничего не стоит? Можно ли рассчитать максимально возможную плату за транзакцию для данной суммы с учетом монет в настоящее время в кошельке?

Спасибо за любую помощь!

Код для расчета платы за ТХ уже присутствует в Bitcoin (очевидно), поэтому упаковка вызов RPC вокруг него должно быть достаточно просто.

Цитата: ошибка 25 мая 2011, 9:54:30 PM

Не было бы лучше, чтобы сделать взнос транзакции пользователя setable вместо "программно" задавать? Разве мы не уже установили, что эти сделки являются вполне действительными без платы, они просто могут занять больше времени, чтобы обработать.

Таким образом, цена открытия платы сделки перемещается в приложение разработчиков вместо исходного кода Bitcoin.

Цитата: Нефарио от 27 мая 2011, 12:59:23 PM

Цитата: ошибка 25 мая 2011, 9:54:30 PM

Цитата: danglybits от 27 мая 2011 года, 1:49:22 PM

Да, вы правы, но на данный момент, прямо сейчас, я бы так же, как простой способ к тому, что плата перед его вынимают.

Цитата: sassame от 25 мая 2011 года, 9:31:19 PM

В .25 BTC это не имеет большого значения, но, как суммы идут вверх риск возрастает существенно.

А? Это назад, операционные издержки меньше (в процентах), если вы отправляете больше BTC. Количество Bitcoins отправка не имеет значения, количество входов и выходов к вопросам сделки.

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

Реальная проблема платы с небольшими транзакциями (например, отправкой 0,01 BTC), где платой является довольно большим процент от суммы его передачу.

Цитата: Гэвин Андресен от 27 мая 2011 года, 3:27:00 PM

Цитата: sassame от 25 мая 2011 года, 9:31:19 PM

В .25 BTC это не имеет большого значения, но, как суммы идут вверх риск возрастает существенно.

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

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

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

Если оценка не так? Я не знаю, не посылать ?,

Should'nt мы, как отправители быть в состоянии решить, что мы готовы платить за сделку вместо того, что принимаются от наших кошельков ни с чем, чтобы сделать об этом постфактум?

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

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

Я добавил функциональность, и подал запрос на нагрузочный: https://github.com/sassame/bitcoin/tree/estimatetxfee

Гэвин, я понимаю ваше беспокойство, но, когда речь идет о прецеденте (в частности, проверка в течение перевод если есть достаточно Bitcoin), там, наверное, очень низкий шанс на изменение оценки. Я все еще хотел бы видеть возможность добавлять "Плата TX макс" для посылки вызовов удаленных процедур, которые будут рассмотрены, когда плата ОЙ идет после оценки. Но это лучше, чем ничего.

Как примечание стороны, это первый C ++ я написал в 5 лет, я обильно извиниться за это сосать. Я понимаю, инстанцирование сделки, что вы знаете, собираетесь быть уничтожено расточительно, но я не чувствовал себя достаточно комфортно с источником реорганизовать код расчета платы за (так как я в конечном итоге прикасаясь многими из наиболее важных функций). Нужно ли мне делать что-либо распоряжаться сделки?

Цитата: Нефарио от 28 мая 2011 года, 1:21:00 PM

Should'nt мы, как отправители быть в состоянии решить, что мы готовы платить за сделку вместо того, что принимаются от наших кошельков ни с чем, чтобы сделать об этом постфактум?

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

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

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

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

----
РЕДАКТИРОВАТЬ:
Смотрите также другой мой пост здесь:
http://forum.bitcoin.org/index.php?topic=6189.msg127007#msg127007

Цитата: Нефарио от 28 мая 2011 года, 1:21:00 PM

Именно поэтому есть возможность для этого.

Цитата: xf2_org от 29 мая 2011 года, 6:31:06 AM

Цитата: Нефарио от 28 мая 2011 года, 1:21:00 PM

Именно поэтому есть возможность для этого.

0.3.21 не предоставляет способа переопределения плата за транзакцию и отправить бесплатную операцию (принимающий длительную задержку). Является ли это в 0.3.22?

13 мая 2011, 12:27:06 PM	# 1
Нефарио Сообщения: 602 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я поставил мой клиент платить за 0.0 операционные издержки, а не посылать суммы меньше, чем 1btc. Единственная причина, почему я делаю это, чтобы избежать операционных издержек, так что я не приходится иметь дело с ними в моей системе счетов, которая отслеживающих баланса пользователей. Тем не менее, когда пользователь снял 9.99000001btc был сбор в размере 0,01. Это действительно F * CKING моего учета, когда bitcoind просто вынимает гонорар, это не было бы проблемой, если есть простой способ узнать, что плата сделки была, когда сделка происходит. Так что, кажется, нет никакого способа, чтобы избежать операционных издержек на всех (я не против), есть способ, чтобы выяснить, что плата выплачиваются, когда сделка происходит?

13 мая 2011, 12:50:37 PM	# 2
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Получил 1806 Биткоинов Реальная история. Методы отправки RPC возвращает идентификатор транзакции. Передайте идентификатор транзакции методы gettransaction RPC, и это даст вам деталь сделки, в том числе то, что были выплачены гонорары.

13 мая 2011, 1:28:36 PM	# 3
ribuck Сообщения: 826 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: Нефарио 13 мая 2011, 12:27:06 PM Тем не менее, когда пользователь снял 9.99000001btc был сбор в размере 0,01. Таким образом, вероятно, сделка 10BTC был вход, и изменение 0.00999999 понесены плату.

13 мая 2011, 1:55:48 PM	# 4
Нефарио Сообщения: 602 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: ribuck от 13 мая 2011 года, 1:28:36 PM Цитата: Нефарио 13 мая 2011, 12:27:06 PM Тем не менее, когда пользователь снял 9.99000001btc был сбор в размере 0,01. Таким образом, вероятно, сделка 10BTC был вход, и изменение 0.00999999 понесены плату. О Ради F * CKS (извините, просто разозлился на этом Gotcha). Гэвин Андресен, спасибо за детали я осуществить это таким образом.

13 мая 2011, 3:47:51 PM	# 5
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? О, и какая версия Bitcoin вы работаете? 0.3.21 включает в себя патч от ЛУКА-Jr, который изменяет алгоритм выбора монеты, чтобы избежать изменения суб-центов, когда это возможно. Это также поможет, если вы сохранить хороший выбор «старых» монет в общем кошельке. Я согласен, что плата за сделку учет / обработка нуждается в улучшении.

13 мая 2011, 4:28:12 PM	# 6
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Учитывая, что плата в настоящее время довольно дорого по сравнению с тем, что она исторически, это действительно должно быть пересмотрено.

13 мая 2011, 4:32:15 PM	# 7
xf2_org Сообщений: 70 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: ошибки 13 мая 2011, 4:28:12 PM Учитывая, что плата в настоящее время довольно дорого по сравнению с тем, что она исторически, это действительно должно быть пересмотрено. Уже вновь см эту тему: http://bitcointalk.org/index.php?topic=7749.0

25 мая 2011, 9:31:19 PM	# 8
sassame Сообщения: 3 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Там на самом деле небольшая проблема с этим учетным алгоритмом - если мы не знаем, платы за сделку, прежде чем руки, мы не можем фактически обеспечить учетную запись пользователя имеет достаточно большой баланс, чтобы покрыть сделку. Если их счету 0,25 BTC, и они пытаются передать из всей суммы, продавец будет рисковать плата за сделку, когда они выполняются транзакции. В .25 BTC это не имеет большого значения, но, как суммы идут вверх риск возрастает существенно. Я посмотрел на код, и, кажется, довольно легко написать вызов RPC "estimatetxfee", Перед тем, как углубиться в делать любую работу по развитию, это реалистичный подход, или будет шанс платы меняющейся (особенно для крупных сделок) делает это ничего не стоит? Можно ли рассчитать максимально возможную плату за транзакцию для данной суммы с учетом монет в настоящее время в кошельке? Спасибо за любую помощь!

25 мая 2011, 9:54:30 PM	# 9
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Код для расчета платы за ТХ уже присутствует в Bitcoin (очевидно), поэтому упаковка вызов RPC вокруг него должно быть достаточно просто.

27 мая 2011, 12:59:23 PM	# 10
Нефарио Сообщения: 602 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: ошибка 25 мая 2011, 9:54:30 PM Код для расчета платы за ТХ уже присутствует в Bitcoin (очевидно), поэтому упаковка вызов RPC вокруг него должно быть достаточно просто. +1

27 мая 2011, 1:49:22 PM	# 11
danglybits Сообщений: 11 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Не было бы лучше, чтобы сделать взнос транзакции пользователя setable вместо "программно" задавать? Разве мы не уже установили, что эти сделки являются вполне действительными без платы, они просто могут занять больше времени, чтобы обработать. Таким образом, цена открытия платы сделки перемещается в приложение разработчиков вместо исходного кода Bitcoin.

27 мая 2011, 1:55:02 PM	# 12
kseistrup Сообщения: 565 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: Нефарио от 27 мая 2011, 12:59:23 PM Цитата: ошибка 25 мая 2011, 9:54:30 PM Код для расчета платы за ТХ уже присутствует в Bitcoin (очевидно), поэтому упаковка вызов RPC вокруг него должно быть достаточно просто. +1 +1

27 мая 2011, 2:07:53 PM	# 13
Нефарио Сообщения: 602 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: danglybits от 27 мая 2011 года, 1:49:22 PM Не было бы лучше, чтобы сделать взнос транзакции пользователя setable вместо "программно" задавать? Разве мы не уже установили, что эти сделки являются вполне действительными без платы, они просто могут занять больше времени, чтобы обработать. Таким образом, цена открытия платы сделки перемещается в приложение разработчиков вместо исходного кода Bitcoin. Да, вы правы, но на данный момент, прямо сейчас, я бы так же, как простой способ к тому, что плата перед его вынимают.

27 мая 2011, 3:27:00 PM	# 14
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: sassame от 25 мая 2011 года, 9:31:19 PM В .25 BTC это не имеет большого значения, но, как суммы идут вверх риск возрастает существенно. А? Это назад, операционные издержки меньше (в процентах), если вы отправляете больше BTC. Количество Bitcoins отправка не имеет значения, количество входов и выходов к вопросам сделки. RE: оценивающие сборы заранее: что такое использование случай, когда это на самом деле полезно? Что вы хотите, чтобы пользователь опыт быть? А что произойдет, если оценка оказывается неверным?

27 мая 2011, 6:47:15 PM	# 15
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Реальная проблема платы с небольшими транзакциями (например, отправкой 0,01 BTC), где платой является довольно большим процент от суммы его передачу.

28 мая 2011, 1:21:00 PM	# 16
Нефарио Сообщения: 602 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: Гэвин Андресен от 27 мая 2011 года, 3:27:00 PM Цитата: sassame от 25 мая 2011 года, 9:31:19 PM В .25 BTC это не имеет большого значения, но, как суммы идут вверх риск возрастает существенно. RE: оценивающие сборы заранее: что такое использование случай, когда это на самом деле полезно? Что вы хотите, чтобы пользователь опыт быть? А что произойдет, если оценка оказывается неверным? Случай использования при обработке транзакции на счет (из которых может быть много), мы должны знать, достаточно ли Bitcoin на счете, чтобы покрыть стоимость сделки и плату, или то, что было бы еще лучше, если плата берется из суммы отправки. Это позволяет предотвратить попадание в счета отрицательный баланс, и выбросить из равновесия с любыми другими данными бухгалтерского учета, проводимых в системе с помощью Bitcoin. Это действительно для целей бухгалтерского учета. Если оценка не так? Я не знаю, не посылать ?, Should'nt мы, как отправители быть в состоянии решить, что мы готовы платить за сделку вместо того, что принимаются от наших кошельков ни с чем, чтобы сделать об этом постфактум? Это приводит к реальному рынку для платежей по сделке, со ставками и спрашивает. Все это будет потом сбалансировать себя вне, и люди могли бы принять решение о срочности против цены. Но на самом деле я просто хочу знать, что плата будет, прямо сейчас у меня есть грязный грязный обходной путь, что до сих пор было в порядке, но не гарантирован в будущем.

29 мая 2011, 2:29:43 AM	# 17
sassame Сообщения: 3 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Я добавил функциональность, и подал запрос на нагрузочный: https://github.com/sassame/bitcoin/tree/estimatetxfee Гэвин, я понимаю ваше беспокойство, но, когда речь идет о прецеденте (в частности, проверка в течение перевод если есть достаточно Bitcoin), там, наверное, очень низкий шанс на изменение оценки. Я все еще хотел бы видеть возможность добавлять "Плата TX макс" для посылки вызовов удаленных процедур, которые будут рассмотрены, когда плата ОЙ идет после оценки. Но это лучше, чем ничего. Как примечание стороны, это первый C ++ я написал в 5 лет, я обильно извиниться за это сосать. Я понимаю, инстанцирование сделки, что вы знаете, собираетесь быть уничтожено расточительно, но я не чувствовал себя достаточно комфортно с источником реорганизовать код расчета платы за (так как я в конечном итоге прикасаясь многими из наиболее важных функций). Нужно ли мне делать что-либо распоряжаться сделки?

29 мая 2011, 5:02:10 AM	# 18
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: Нефарио от 28 мая 2011 года, 1:21:00 PM Should'nt мы, как отправители быть в состоянии решить, что мы готовы платить за сделку вместо того, что принимаются от наших кошельков ни с чем, чтобы сделать об этом постфактум? В точку. Это автоматически включается на красный свет для меня. Это также является причиной того, почему я не использую 0.3.21 еще - потому что я не люблю других, чтобы решить, для меня то, что я хочу сделать с моими деньгами. Я думаю, что плата должна быть автоматически оценивается на основе некоторых король весил в среднем размера сделки или по текущей BTC цены по сравнению с другими валютами. В любом случае, решение, если плата должна быть выплачена или нет, должно быть оставлено для пользователей и шахтеров, которые делают рынок. Если я хочу, чтобы отправить небольшую сумму без платы и ждать 10 часов для подтверждения, то пусть меня - это мое право, потому что я свободный человек - и Bitcoin денег из свободных людей. Возможно, клиент по умолчанию должен иметь "--сила" параметр так же, как много приложений GNU командной строки, которая отправляет транзакцию, даже если это, вероятно, не является оптимальным. ---- РЕДАКТИРОВАТЬ: Смотрите также другой мой пост здесь: http://forum.bitcoin.org/index.php?topic=6189.msg127007#msg127007

29 мая 2011, 6:31:06 AM	# 19
xf2_org Сообщений: 70 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: Нефарио от 28 мая 2011 года, 1:21:00 PM Should'nt мы, как отправители быть в состоянии решить, что мы готовы платить за сделку вместо того, что принимаются от наших кошельков ни с чем, чтобы сделать об этом постфактум? Именно поэтому есть возможность для этого.

29 мая 2011, 6:33:46 AM	# 20
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: Операционные сборы волшебно появляются, как объяснить их? Цитата: xf2_org от 29 мая 2011 года, 6:31:06 AM Цитата: Нефарио от 28 мая 2011 года, 1:21:00 PM Should'nt мы, как отправители быть в состоянии решить, что мы готовы платить за сделку вместо того, что принимаются от наших кошельков ни с чем, чтобы сделать об этом постфактум? Именно поэтому есть возможность для этого. 0.3.21 не предоставляет способа переопределения плата за транзакцию и отправить бесплатную операцию (принимающий длительную задержку). Является ли это в 0.3.22?

Заголовок