Feature request: monitorreceivedby | Bitcointalksearch.org

Maged

legendary

Activity: 1204

Merit: 1015

Quote from: Herbert on October 07, 2011, 08:35:40 AM

Is there any update on this type of notification? I also need this kind of notification, but don't like polling either ;-)

This is the most recent movement on this, I think...
https://bitcointalksearch.org/topic/pull-monitortx-monitorblocks-listmonitored-getblock-7421

2112

legendary

Activity: 2128

Merit: 1065

I'd like to use this thread to urge the Bitcoin community to adopt one of well-tested middleware messaging protocols instead of trying the roll-your-own approach on top of JSON-RPC.

Please investigate ZeroMQ, RabbitMQ or anything else that is available and open source before reinventing the whell. For example: Microsoft had experienced significant delays in shipping DCOM in large part because of the difficulty of correctly implementing "connection points" (their terminology for the distributed RPC callbacks).

http://en.wikipedia.org/wiki/%C3%98MQ
http://en.wikipedia.org/wiki/RabbitMQ

It is my personal opinion that the best long term goal for Bitcoin would be to simply adopt serialization of block- & txn-messages over FIX as a sole communication protocol between wallet-less "bitcoind" and blockchain-less "bitcoinui", even if "bitcoinui" is just another daemon program.

http://en.wikipedia.org/wiki/Financial_Information_eXchange

There are multiple open-source implementations available for FIX, eg. QuickFIX. Something should be agreable as far as licensing goes.

I understand that the libertarian-oriented portion of the Bitcoin community will not like being associated with the established financial industry. You can think of FIX as Fuck Immoral banXters (using their own tool).

The additional benefit of FIX is that it is naturally DDoS-resistant, unlike JSON-RPC, where sudden spike of legitimate trading or mining activity is indistinguishable from DDoS.

Thank you for your attention.

Herbert

hero member

Activity: 488

Merit: 500

Is there any update on this type of notification? I also need this kind of notification, but don't like polling either ;-)

frenkel

newbie

Activity: 12

Merit: 0

Quote from: Gavin Andresen on June 25, 2010, 03:18:15 PM

I want to write an application that does stuff whenever bitcoins are sent to a particular Bitcoin address.

Actually, that feature would be useful for the Bitcoin Faucet (it could monitor the donation address and keep it's display of how many bitcoins are available more up-to-date; currently I memcache the balance and only update it every 10 minutes or so).

I want this new JSON-RPC call:

monitorreceivedbyaddress(address, nConfirmations, url)
address: bitcoin address to monitor
nConfirmations: send notification after this many transaction confirmations
url: POST detail of the transaction to this url (after nConfirmations)

I'm thinking the POST data would look like:

Code:

{"tx_id" : "...transaction id, maybe encoded into hex",
  "address" : bitcoin address being monitored
  "label" : label (if any) of the bitcoin address being monitored
  "amount" : amount being paid to address
  "confirmations" : number of confirmations
  "from" : [ "address" , "address" ]  # Sending address(es)
}

I don't think teaching the bitcoin client to do HTTP POSTs would be horribly hard; I might take a whack at implementing this myself...

How are you currently updating it? Did you use some patch, is there another way? Or has this been integraded already?

I'm in the process of building a tool that needs to have a near-realtime monitor as well, and I don't like polling

mtgox

full member

Activity: 185

Merit: 102

Yeah I agree. I posted before I saw this but it would be nice to get events. I'd like to get them all not just for addresses I ask about.

Quote

Hi it would be really nice if bitcoind could be configured hit some URL or run some shell script anytime it gets a transaction in with over a certain number of confirmations. It would be nice if it passed this script the label,address, and amount.
This would make writing any kind of payment processing much nicer. It would make it event driven rather than having to poll bitcoind all the time.

Gavin Andresen

legendary

Activity: 1652

Merit: 2216

Chief Scientist

I want to write an application that does stuff whenever bitcoins are sent to a particular Bitcoin address.

Actually, that feature would be useful for the Bitcoin Faucet (it could monitor the donation address and keep it's display of how many bitcoins are available more up-to-date; currently I memcache the balance and only update it every 10 minutes or so).

I want this new JSON-RPC call:

monitorreceivedbyaddress(address, nConfirmations, url)
address: bitcoin address to monitor
nConfirmations: send notification after this many transaction confirmations
url: POST detail of the transaction to this url (after nConfirmations)

I'm thinking the POST data would look like:

Code:

{"tx_id" : "...transaction id, maybe encoded into hex",
  "address" : bitcoin address being monitored
  "label" : label (if any) of the bitcoin address being monitored
  "amount" : amount being paid to address
  "confirmations" : number of confirmations
  "from" : [ "address" , "address" ]  # Sending address(es)
}

I don't think teaching the bitcoin client to do HTTP POSTs would be horribly hard; I might take a whack at implementing this myself...

Topic: Feature request: monitorreceivedby (Read 9795 times)