[PULL] monitortx monitorblocks listmonitored getblock

Это было сохраняющиеся в течение нескольких месяцев, и увязла в обсуждении какой-то щегольской новый мега-эффективный бинарный протокол для материала. Этого не произошло. Так: https://github.com/bitcoin/bitcoin/pull/198

Это добавляет эти новые команды RPC:

monitortx / monitorblocks: POST JSON-RPC к URL, когда новые Транзакции или блоки поступают.
listmonitored: список URL-адреса, которые будут размещены на
getblock: получить информацию о блоке, заданной глубине в основной цепи.

monitortx сообщений та же информация, которую вы получаете от gettransaction.
monitorblock / getblock сообщений:

Код:

{
   "гашиш" : "00000000839a8e6886ab5951d76f411475428afc90947ee320161bbf18eb6048",
   "blockcount" : 1,
   "версия" : 1,
   "merkleroot" : "0e3e2357e806b6cdb1f70b54c3a3a17b6714ee1f0e68bebb44a74b1efd512098",
   "время" : 1231469665,
   "данное время" : 2573394689,
   "трудность" : 1.00000000,
   "Техас" : [
   "0e3e2357e806b6cdb1f70b54c3a3a17b6714ee1f0e68bebb44a74b1efd512098"
   ],
   "hashprevious" : "000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f",
   "hashnext" : "000000006a625f06636b8bb6ac7b960a8d03705d1ace08b1a19da3fdcc99ddbd"
}

Любая хорошая причина, чтобы не сливаться это?

Единственная причина, я могу думать о том, что опирается на буст :: Xpressive регулярного выражения разборе .hpp, и что замедляет сборку.

Я сделал реорганизовать большинство из этого в файл rpcmonitor.cpp; rpc.cpp получал огромный, и принимает тонну памяти и времени компиляции.

Ооооо, я действительно мог бы использовать monitortx и monitorblock.

Я полагаю, monitortx посылает информацию о сделках, полученных, но еще не включены в блок?

Пожалуйста, очистить это и объединить его (это не относится к чисто 0.3.22 как, благодаря некоторым вопросам пространства имен).

Да, это выглядит как большая особенность, яйте для толкания против опроса.

Я на самом деле получил этот код, скомпилированный под г ++, вытащил его в 3.22 кодовых, и сделал мои правки оттуда.

Мерзавец дифф доступна здесь:

http://pastebin.com/wwtDCErJ

"monitortx" может быть очень полезно для торговцев, которые ждут платежей для обработки заказов. Это работает как банк вызов для подтверждения транзакции по кредитной карте.

котировка

Я полагаю, monitortx посылает информацию о сделках, полученных, но еще не включены в блок?

Если это так, то вызов "gettransaction" будет необходимо проверить требуемое количество подтверждений: р

Это было бы невероятно полезно для меня, и сделал бы много работы, я планировал делать вокруг опроса ненужного.

Цитата: ninjaneo от 25 мая 2011 года, 7:51:03 PM

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

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

http://dl.dropbox.com/u/24777749/0001-New-RPC-calls-monitortx-monitorblocks-listmonitored.patch

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

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

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

Я хотел бы подчеркнуть, что это важная особенность. Поскольку mybitcoin фиаско теперь есть тупиковый для торговых услуг между риском на стороне сервера бумажника, и риском 3-й участник торговых услуг. Я в шоке, узнав, что getreceivedbyaddress не дает правильное значение для любого адреса, за исключением тех, в вашем бумажнике. Это означает, что принимающий кошелек должен быть оставлен на сервере, и он будет получать все Bitcoin дохода для службы. Даже с кодом регулярно подметать счет, это явно неприемлемый риск для безопасности. С другой стороны, все 3-решение партии еще более рискованное.

Добросовестные торговцы просто не могут двигаться вперед с Bitcoin без этого патча.

J

Цитата: Гэвин Андресен 23 июня 2011, 12:39:33 AM

Gavin,

Да, я сначала включил этот патч в моем билде bitcoind, но решил не использовать его именно причины вы постулировать. Я понял, что это приведет к заметным блок подтверждениями, которые закончились сиротства блоки, и / или сделок, которые не будут в конечном счете быть подтверждены отчетности. Другими словами - оба монитора могут привести к ложному чувству безопасности.

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

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

Цитата: MrJoshua от 09 августа 2011 года, 2:03:16 PM

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

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

Нам нужны эти возможности для наших приложений, поэтому были готовы вкладывать наши деньги, где находятся рот. Мы будем платить 25btc Баунти для интеграции этих функций. Для того, чтобы разделить между ключевыми участниками делает этот патч реальность.

Цитата: BitcoinLocator от 09 августа 2011, 11:34:09 PM

Эта нить охватывает несколько различных вещей. Какие именно функции вы предлагаете Баунти для?

Цитата: kjj 10 августа 2011, 12:30:05 AM

Эта нить охватывает несколько различных вещей. Какие именно функции вы предлагаете Баунти для?

Ну это весь запрос тянуть мы где думать о (т.е. нажимных уведомлений на основе для операций и блоков, а также общего getblock). Таким образом, любой, кто вносит свой вклад в финализации этого запроса тянуть, когда он на самом деле интегрирован с клиентом.

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

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

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

6 мая 2011, 3:36:24 PM	# 1
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Это было сохраняющиеся в течение нескольких месяцев, и увязла в обсуждении какой-то щегольской новый мега-эффективный бинарный протокол для материала. Этого не произошло. Так: https://github.com/bitcoin/bitcoin/pull/198 Это добавляет эти новые команды RPC: monitortx / monitorblocks: POST JSON-RPC к URL, когда новые Транзакции или блоки поступают. listmonitored: список URL-адреса, которые будут размещены на getblock: получить информацию о блоке, заданной глубине в основной цепи. monitortx сообщений та же информация, которую вы получаете от gettransaction. monitorblock / getblock сообщений: Код: { "гашиш" : "00000000839a8e6886ab5951d76f411475428afc90947ee320161bbf18eb6048", "blockcount" : 1, "версия" : 1, "merkleroot" : "0e3e2357e806b6cdb1f70b54c3a3a17b6714ee1f0e68bebb44a74b1efd512098", "время" : 1231469665, "данное время" : 2573394689, "трудность" : 1.00000000, "Техас" : [ "0e3e2357e806b6cdb1f70b54c3a3a17b6714ee1f0e68bebb44a74b1efd512098" ], "hashprevious" : "000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f", "hashnext" : "000000006a625f06636b8bb6ac7b960a8d03705d1ace08b1a19da3fdcc99ddbd" }

22 мая 2011, 5:06:42 PM	# 2
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Получил 1806 Биткоинов Реальная история. Любая хорошая причина, чтобы не сливаться это?

23 мая 2011, 8:11:50 PM	# 3
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Единственная причина, я могу думать о том, что опирается на буст :: Xpressive регулярного выражения разборе .hpp, и что замедляет сборку. Я сделал реорганизовать большинство из этого в файл rpcmonitor.cpp; rpc.cpp получал огромный, и принимает тонну памяти и времени компиляции.

23 мая 2011, 8:15:09 PM	# 4
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Ооооо, я действительно мог бы использовать monitortx и monitorblock. Я полагаю, monitortx посылает информацию о сделках, полученных, но еще не включены в блок?

25 мая 2011, 10:23:19 AM	# 5
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Пожалуйста, очистить это и объединить его (это не относится к чисто 0.3.22 как, благодаря некоторым вопросам пространства имен).

25 мая 2011, 6:15:54 PM	# 6
ninjaneo Сообщения: 2 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Да, это выглядит как большая особенность, яйте для толкания против опроса.

25 мая 2011, 7:51:03 PM	# 7
ninjaneo Сообщения: 2 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Я на самом деле получил этот код, скомпилированный под г ++, вытащил его в 3.22 кодовых, и сделал мои правки оттуда. Мерзавец дифф доступна здесь: http://pastebin.com/wwtDCErJ

26 мая 2011, 7:59:11 PM	# 8
Хал Сообщения: 540 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock "monitortx" может быть очень полезно для торговцев, которые ждут платежей для обработки заказов. Это работает как банк вызов для подтверждения транзакции по кредитной карте. котировка Я полагаю, monitortx посылает информацию о сделках, полученных, но еще не включены в блок? Если это так, то вызов "gettransaction" будет необходимо проверить требуемое количество подтверждений: р

26 мая 2011, 8:06:50 PM	# 9
weavejester Сообщений: 23 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Это было бы невероятно полезно для меня, и сделал бы много работы, я планировал делать вокруг опроса ненужного.

28 мая 2011, 11:55:41 PM	# 10
weavejester Сообщений: 23 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Цитата: ninjaneo от 25 мая 2011 года, 7:51:03 PM Я на самом деле получил этот код, скомпилированный под г ++, вытащил его в 3.22 кодовых, и сделал мои правки оттуда. Мерзавец дифф доступна здесь: http://pastebin.com/wwtDCErJ Я все еще получаю некоторые проблемы с получением этого запроса тянуть, чтобы собрать против хозяина, даже после применения диф. Вы не могли бы опубликовать GIT ветку?

2 июня 2011, 9:29:04 AM	# 11
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Это нужно много повозки, запряженные волы, чтобы применить к текущему мерзавцу. Вы можете найти свой патч здесь. Я бы еще очистить его дальше, прежде чем положить его в Bitcoin, так как я в основном только переехал целый класс в rpc.h, и это едва ли элегантно. http://dl.dropbox.com/u/24777749/0001-New-RPC-calls-monitortx-monitorblocks-listmonitored.patch

23 июня 2011, 12:39:33 AM	# 12
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Я взял работу ERRor и дальше отлажен, так что работает (и перебазировать против) последнего голову GIT. ... но я не 100% счастлива с ним. Я не уверен, что правильно обрабатывает блок цепь повторных Orgs и зависимые операции бесхозных. Было бы неплохо написать несколько тестов, чтобы осуществлять эти крайние случаи, и выяснить, что он должен делать в этих случаях.

9 августа 2011, 2:03:16 PM	# 13
MrJoshua Сообщений: 76 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Если я правильно понял этот патч позволит сервера веб-приложений, работающих bticoind для подтверждения платежей без активного принимающем кошелька. Я хотел бы подчеркнуть, что это важная особенность. Поскольку mybitcoin фиаско теперь есть тупиковый для торговых услуг между риском на стороне сервера бумажника, и риском 3-й участник торговых услуг. Я в шоке, узнав, что getreceivedbyaddress не дает правильное значение для любого адреса, за исключением тех, в вашем бумажнике. Это означает, что принимающий кошелек должен быть оставлен на сервере, и он будет получать все Bitcoin дохода для службы. Даже с кодом регулярно подметать счет, это явно неприемлемый риск для безопасности. С другой стороны, все 3-решение партии еще более рискованное. Добросовестные торговцы просто не могут двигаться вперед с Bitcoin без этого патча. J

9 августа 2011, 5:37:18 PM	# 14
Furyan Сообщения: 171 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Цитата: Гэвин Андресен 23 июня 2011, 12:39:33 AM Я взял работу ERRor и дальше отлажен, так что работает (и перебазировать против) последнего голову GIT. ... но я не 100% счастлива с ним. Я не уверен, что правильно обрабатывает блок цепь повторных Orgs и зависимые операции бесхозных. Было бы неплохо написать несколько тестов, чтобы осуществлять эти крайние случаи, и выяснить, что он должен делать в этих случаях. Gavin, Да, я сначала включил этот патч в моем билде bitcoind, но решил не использовать его именно причины вы постулировать. Я понял, что это приведет к заметным блок подтверждениями, которые закончились сиротства блоки, и / или сделок, которые не будут в конечном счете быть подтверждены отчетности. Другими словами - оба монитора могут привести к ложному чувству безопасности. Вздох К сожалению, у меня нет времени, чтобы осуществить самые крайние случаи. Я могу в будущем предложить награду тому, кто делает осуществление этих случаев, и записывает соответствующий код, чтобы иметь дело с ними.

9 августа 2011, 7:08:23 PM	# 15
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Цитата: MrJoshua от 09 августа 2011 года, 2:03:16 PM Если я правильно понял этот патч позволит сервера веб-приложений, работающих bticoind для подтверждения платежей без активного принимающем кошелька. Я хотел бы подчеркнуть, что это важная особенность. Поскольку mybitcoin фиаско теперь есть тупиковый для торговых услуг между риском на стороне сервера бумажника, и риском 3-й участник торговых услуг. Я в шоке, узнав, что getreceivedbyaddress не дает правильное значение для любого адреса, за исключением тех, в вашем бумажнике. Это означает, что принимающий кошелек должен быть оставлен на сервере, и он будет получать все Bitcoin дохода для службы. Даже с кодом регулярно подметать счет, это явно неприемлемый риск для безопасности. С другой стороны, все 3-решение партии еще более рискованное. Добросовестные торговцы просто не могут двигаться вперед с Bitcoin без этого патча. J Это одна из причин, я перестал использовать этот патч сам. На данный момент я пытаюсь стабилизировать blkmond, который обеспечивает представление в реальном времени всей сети Bitcoin, включая все сделки деятельности, но любит, чтобы прекратить показ неожиданно. Он может сообщить о полученных платежах по адресу, не имеющему доступа к кошельку, содержащему соответствующий ключ, но если он разбился.

9 августа 2011, 11:10:13 PM	# 16
vector76 Сообщений: 70 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Кажется естественным решением будет, чтобы быть иметь "Список часы адрес" который может поддерживать баланс на адреса без секретного ключа где-нибудь в поле зрения. Я ожидал бы бумажник использовать что-то вдоль этих линий внутри так или иначе, но не знает, как трудно было бы выставить эту функциональность с произвольными адресами и без каких-либо частных ключей.

9 августа 2011, 11:34:09 PM	# 17
BitcoinLocator Сообщений: 31 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Нам нужны эти возможности для наших приложений, поэтому были готовы вкладывать наши деньги, где находятся рот. Мы будем платить 25btc Баунти для интеграции этих функций. Для того, чтобы разделить между ключевыми участниками делает этот патч реальность.

10 августа 2011, 12:30:05 AM	# 18
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Цитата: BitcoinLocator от 09 августа 2011, 11:34:09 PM Нам нужны эти возможности для наших приложений, поэтому были готовы вкладывать наши деньги, где находятся рот. Мы будем платить 25btc Баунти для интеграции этих функций. Для того, чтобы разделить между ключевыми участниками делает этот патч реальность. Эта нить охватывает несколько различных вещей. Какие именно функции вы предлагаете Баунти для?

10 августа 2011, 12:51:38 AM	# 19
BitcoinLocator Сообщений: 31 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Цитата: kjj 10 августа 2011, 12:30:05 AM Эта нить охватывает несколько различных вещей. Какие именно функции вы предлагаете Баунти для? Ну это весь запрос тянуть мы где думать о (т.е. нажимных уведомлений на основе для операций и блоков, а также общего getblock). Таким образом, любой, кто вносит свой вклад в финализации этого запроса тянуть, когда он на самом деле интегрирован с клиентом. После некоторого дополнительного рассмотрения мы не предлагаем эту награду за решение, которое не интегрирован с bitcoind. Цель состоит в том, чтобы получить возможность мы хотим и продвигать его для включения в клиенте, чтобы сообщество получает выгоду, а также без необходимости для других инструментов. Однако мы бы определенно заплатить, по крайней мере частично щедроты к промежуточному решению, которое клиент интегрировано, но не обязательно это полный набор. Такие, как тянуть на основе эквивалентов, или способность проверять произвольные адреса платежей.

10 августа 2011, 1:35:52 AM	# 20
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: [PULL] monitortx monitorblocks listmonitored getblock Читая ваши другие сообщения, я получаю впечатление, что вы хотите знать об адресах, которые не в бумажнике. Я не думаю, что этот патч дает вам это.

Заголовок