Bitcoin Forum
May 30, 2024, 10:12:15 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 »
381  Bitcoin / Project Development / Re: txt4coins.net - Premium SMS service on: March 29, 2012, 07:53:35 PM
Price reduced to 0.03 Bitcoin!
382  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - Free professional notification/payment service on: March 26, 2012, 08:25:13 PM
API is now officially available!

There were only minor changes from the stuff i posted above:
  • Authentication is now done via an API-key which you can obtain in your dashboard
  • Resource URIs are now consistently in singular (e.g. ".../agent/..." instead of .../agents/...")

See the full documentation at http://www.bitcoinmonitor.net/apidoc/!
383  Economy / Services / Re: Introducing the Bitcoin 100: A Kickstarter for Charities on: March 26, 2012, 10:08:32 AM
I set up a quick rss/atom feed with bitcoinmonitor.net for donations to Bitcoin 100:
atom feed
rss feed
Makes it easy to follow donation flow :-)
384  Bitcoin / Development & Technical Discussion / Re: Improving Offline Wallets (i.e. cold-storage) on: March 26, 2012, 07:47:22 AM
EDIT: I just noticed on the product description page that the F-F adapter says:  "Pins:  straight through".  I guess that answers the question...

Yep, you need http://en.wikipedia.org/wiki/Null_modem for a direct PC-to-PC connection.
385  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - Free professional notification/payment service on: March 21, 2012, 01:16:53 PM
Any chance for incrising POST retry times ?
Something like at least 24h would be great!
Technically this would be possible. But overall i don't like the idea of storing notifications for such a long time. This whole notification concept is mostly about being quick. IMO it just does not make sense to deliver a notification days after it has happend.

Let's assume the common usecase of notifiying at 0 confirmations (for informing customer) and e.g. 6 confirmations for actually starting delivery of goods.
If the shop system would be offline for several hours there would be two notifications in the queue, each retrying every few minutes. If the shop comes online again it could happen that the notification for 6 confirmations comes in before the confirmation for 0 confirmations. This might not be handled well in the shop system.
On my side each notification is a completely independent event, so i can not define dependencies between different notifications (and i want to keep it that way for maximum modularity/scalability).

If you know your shop was offline for some time you can already now look up all failed notifications in the notification history (reminds me of the missing search/filter options there...).

An additional option would be adding a button to the dashboard to manually retry failed notifications. Maybe this would be a possible compromise?
386  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - professional notification service (Free!) on: March 19, 2012, 11:42:38 AM
Bonus points if you can make it so that addresses not in use for N days are automatically removed.

I am thinking about different possibilities here.

Remove watched address after
  • a specified time without transaction ("time-based expiration")
  • a specified amount is received/exceeded ("amount-based expiration")
  • any transaction is received ("one-shot")

I think the first two variants make sense for different scenarios, while for the one-shot variant I can not think of a good usecase. Opinions?
387  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - Free professional notification/payment service on: March 17, 2012, 08:11:22 PM
Finished writing a zillion of unittests for the API and indeed found half a zillion bugs with them Cheesy
=> Production site updated.

The API itself has not changed, so everything should work like before. Still I dont want to make the API "official" until a better authentication mechanism (probably oAuth) is in place.
388  Bitcoin / Development & Technical Discussion / Re: Improving Offline Wallets (i.e. cold-storage) on: March 13, 2012, 04:19:39 PM
As far as I know most Bluetooth implementations offer the serial port protocol, basically having a virtual serial port connecteded over Bluetooth. In this scenario you have the Bluetooth wireless connection with pairing protection (same PIN needs to be entered on both devices to establish the connection) and the simple-to-use serial port communication.

On the other hand in my experience the setup of this BT-Comport is complicated and unstable depending on operating system and hardware. I would prefer this solution if the setup would be really easy. But in the end tbh i would use the USB-approach. I consider myself educated enough to prevent all sorts of autoplay-attacks on the dedicated laptop  Grin
389  Bitcoin / Project Development / Re: Standard HTTP Post scheme for bitcoin payment notifications on: March 13, 2012, 04:09:49 PM
I was thinking along the lines of GPG signatures.

Our services would need a private and public key. We create a signature on the outgoing data with our private key. User can verify the signature with our public key. (Rough idea: http://www.gnupg.org/gph/en/manual/x135.html)

Pro:
No need to manage user-specific secrets for us and for users.
No need for user to protect his secret/take actions if his secret gets compromised.

Contra:
We need to have high security in place to protect the private "signing" key.
User-side implementation probably not as easy and straightforward as it is now.

Now I really don't know if this is worth the implementation effort. But at least from security standpoint it would be better because the secret is now only needed locally on our servers and does not need to be shared with users.

Anybody know if there exists a complete API/SDK in php/python/... that can accomplish this signature validation in the same one-liner than the current approach we are using?
390  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - Free professional notification/payment service on: March 13, 2012, 03:03:32 PM
You missed the ID parameter
Fixed Smiley
391  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - Free professional notification/payment service on: March 13, 2012, 02:24:25 PM
Thanks mcorlett Smiley

3 new methods are now available for adding/listing/removing addresses of an agent. I edited my previous post to include the new methods (at bottom) :-)

Edit: Be prepared that the API will still change. You should not yet include it in production systems!
392  Bitcoin / Project Development / Re: Standard HTTP Post scheme for bitcoin payment notifications on: March 11, 2012, 07:09:29 PM
Hmm. I was thinking today if the whole thing of signing string with user-specific secret is the right thing?

What we want to achieve:
Give the user possibility to verify the provided data is authentic.

What we actually do:
Give the user possibility to verify the provided data is authentic and signed with users secret.

I think the latter part is not necessary - as long as user can make sure the data is authentic everything is fine. So probably we can simplify the setup by not needing user-specific secrets...
393  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - Free professional notification/payment service on: March 11, 2012, 06:29:12 PM
Although I am not yet fully happy with it the API is now online  Wink. I will certainly add some more stuff (oAuth authentication, better response/error messages, ...) but the general idea will stay like it is now.

The API follows the REST scheme, which means you can create, read, update and delete your agents and notification settings with standard http POST/GET/PUT/DELETE operations.

Currently only basic authentication is in place, so you have to provide user and password with each request, which of course is quite inconvinient... Next thing to add is oAuth token-based authentication.

Note: Be sure to always include the trailing slash in any url!

Get information about all your agents:
Browser: http://www.bitcoinmonitor.net/api/v1/agents/
Commandline using curl:
Code:
curl -i -u <user>:<password> http://www.bitcoinmonitor.net/api/v1/agents/

Create a new agent:
You need to provide only 2 parameters:
  • name: The agents name
  • watch_type: "1" for notification on withdrawal, "2" for notificatoin on deposits, "3" for both notifications
  • addresses: (optional) list of addresses to watch, seperated by comma
Code:
curl -i -u <user>:<password> -X POST -d "name=new_agent&watch_type=2" http://www.bitcoinmonitor.net/api/v1/agents/

Change an existing agent:
You need to know the ID of the agent (get it from the agent list). You can set:
  • name: The agents name
  • watch_type: "1" for notification on withdrawal, "2" for notificatoin on deposits, "3" for both notifications
  • addresses: list of addresses to watch, seperated by comma
Code:
curl -i -u <user>:<password> -X PUT -d "addresses=<bitcoin addresses seperated by comma>" http://www.bitcoinmonitor.net/api/v1/agent/<agent_ID>/

Delete an existing agent:
You need to know the ID of the agent (get it from the agent list).
Code:
curl -i -u <user>:<password> -X DELETE http://www.bitcoinmonitor.net/api/v1/agent/<agent_ID>/

Get notification settings for an agent:
You need to know the ID of the agent you want to work with (get it from the agent list). You need to provide the notification type you want to access:
  • email
  • url
  • feed
Code:
curl -i -u <user>:<password> http://www.bitcoinmonitor.net/api/v1/agent/<agent_ID>/notification/<notification_type>/

Create new notification setting:
You need to know the ID of the agent you want to work with (get it from the agent list). Required parameters:
  • req_confirmations: Confirmations required, 0 to 10
  • email: email (required for type "email")
Code:
curl -i -u <user>:<password> -X POST -d "req_confirmations=0" http://www.bitcoinmonitor.net/api/v1/agent/<agent_ID>/notification/feed/
Code:
curl -i -u <user>:<password> -X POST -d "req_confirmations=0&email=me@here.com" http://www.bitcoinmonitor.net/api/v1/agent/<agent_ID>/notification/email/
Code:
curl -i -u <user>:<password> -X POST -d "req_confirmations=0&url=http://my.shop.com/payment_confirmation/" http://www.bitcoinmonitor.net/api/v1/agent/<agent_ID>/notification/url/

List bitcoinaddresses watched by agent:
You need to know the ID of the agent you want to work with (get it from the agent list)
Code:
curl -i -u <user>:<password> http://www.bitcoinmonitor.net/api/v1/agents/<agent_id>/address/

Add a bitcoinaddress to an agent:
You need to provide 1 parameters:
  • address: address to watch
Code:
curl -i -u <user>:<password> -X POST -d "address=<address>" http://www.bitcoinmonitor.net/api/v1/agent/<agent_id>/address/

Remove a bitcoinaddress from an agent:
No parameters as address is the ressource and part of url:
Code:
curl -i -u <user>:<password> -X DELETE http://www.bitcoinmonitor.net/api/v1/agent/<agent_id>/address/<address>


The agent_ID is guaranteed to never change once an agent is created. So if you have an agent set up it is safe to hardcode its ID in your code.

As all this is still not matured I will not add API documentation to the site itself. As soon as i got some user feedback and added the missing stuff I will also extend the documentation.
394  Bitcoin / Bitcoin Discussion / Re: Armory: Cold Storage for the Average User! on: March 08, 2012, 07:04:45 PM
Fuel'd!  Grin
395  Bitcoin / Development & Technical Discussion / Re: bitcoind stuck at block 170059 on: March 08, 2012, 12:03:46 PM
Thank you! Somehow i missed that...
396  Bitcoin / Development & Technical Discussion / bitcoind stuck at block 170059 on: March 08, 2012, 10:45:42 AM
I have bitcoind running 0.6rc1 for some time. Since sometime yesterday it stopped accepting new blocks.

This is what i get in debug.log when a new block comes in:

Code:
03/08/12 10:36:46 received block 00000000000002821c36
03/08/12 10:36:46 REORGANIZE
03/08/12 10:36:46 ERROR: ConnectInputs() : 6a26d2ecb6 VerifySignature failed
03/08/12 10:36:46 ERROR: Reorganize() : ConnectBlock failed
03/08/12 10:36:46 InvalidChainFound: invalid block=00000000000002821c36  height=170174  work=257117002938452064195
03/08/12 10:36:46 InvalidChainFound:  current best=00000000000003bd2bf5  height=170059  work=256377602133619763100
03/08/12 10:36:46 InvalidChainFound: WARNING: Displayed transactions may not be correct!  You may need to upgrade, or other nodes may need to upgrade.
03/08/12 10:36:46 ERROR: SetBestChain() : Reorganize failed
03/08/12 10:36:46 ERROR: AcceptBlock() : AddToBlockIndex failed
03/08/12 10:36:46 ERROR: ProcessBlock() : AcceptBlock FAILED

Is this happening because its still 0.6rc1? Or related to the duplicate transaction fix?

397  Bitcoin / Bitcoin Discussion / Re: [ANN] Mt.Gox launches the definitive bitcoin checkout solution. on: March 07, 2012, 04:52:03 PM
+1 for the accent :-)

The vid gives the impression that you always have to wait upto 1 hour when you don't pay with MtGox. You should probably clarify that this is depending on the merchants setting and he cuold require 0 confirmations.
(although I do understand that it helps you getting more customers...  Wink)
398  Bitcoin / Project Development / Re: [Announce] bitcoinmonitor.net - professional notification service (Free!) on: March 06, 2012, 07:47:56 PM
At the moment the API development is still in early stages as there are/were few other topics I want to get done before (feed implementation was the main point, one more bigger task to do). So it will take probably around 2 more weeks until i have a first API ready for testing.
Can I get a status update on this?
Sure! Due to some other (unrelated) stuff needing my attention I had less time than expected to work on the API.
Status: The basics (Create/Read/Update/Delete) are working, but I am not decided yet on the authentication topic. But this should be solved soon and current plan is to have at least partial features available end of this week.
399  Bitcoin / Project Development / Re: verify bitcoin transactions on: March 02, 2012, 08:25:42 AM
I want to verify incoming payments.. if bitcoins were received -> do something.. shouldnt that be possible?
You could register at my service www.bitcoinmonitor.net and receive confirmations as http callback or email (or rss-feed) for payments to any BitcoinAddress, independent of your wallet or your local bitcoin instance.
400  Bitcoin / Project Development / Re: verify bitcoin transactions on: March 01, 2012, 07:06:40 PM
What exactly do you want to achieve?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!