 Show Posts
|
|
Pages: [1] 2 »
|
I've posted the current RPC skeleton code there: https://gist.github.com/flatfly/9151814I didn't have time to further work on this in the last few days, unfortunately. If people are interested in Windows builds, do let me know. (And donations do help get things done!  ) Got it working after some trial and error. Anyway it seems to work fine and I will see if I can improve it. A Windows build would be nice but a colored version for Linux would be even better. |
|
|
|
Thanks. Seems to be back to 8 connections now though. Did it consume too much bandwidth?
The blockchain.info websocket stream was down for much of the day so I couldn't compare results yet.
Later this week, I will clean up the code and post it so other devs can help.
Yes I was forced to cut back to 8. I'm currently on a adsl line with less then 1mbit up stream. So when I play online games with voip I really need all the bandwidth I got. I might be able to start a server on 2,5mbit upload rate at a different location. But until then I will keep changing from 8 to 15 and this week I will need the Internet nearly all the time so it will mostly be limited to 8 Also I know about the blockchain.info thing the api gets blocked by cloude fair. Thats one of the reasons I like rpc support. I also know there are other live transactions monitors like the one Bit Pay just released. But I like the simplicity of this small python script:) It also looks nice in a console window. |
|
|
|
|
I changed to 16 connections. Anyway if you could upload the latest source code to github or something someone might be willing to help. I think my coding skills is a little to bad but I will take a look for sure.
|
|
|
|
OK, here's a quick development status update on the RPC version:
Open issues:
- some transactions fail to be captured. this is being investigated.
- real-time fee calculation appears to be unfeasible/too slow
given the current bitcoind API and exposed data structures.
- new block notification is not implemented yet.
It's great to see some progress being made:) -Can this just be to my not so well connected node? I mean blockchain.info got around 1000 connections with nodes all around the world I got 8 connections with one node.. -Can't this be due to latency I bet you got around 80+ ms to my rpc server instead of 1< ms on localhost. |
|
|
|
Try adding it to a new wallet then import that wallet as watch only
Thats not possible the private key is inside a coin so I have no access to the private key until I really like to spend the btc inside the coin. |
|
|
|
|
Is it possible to add a watch only address using only the public key? If so how?
|
|
|
|
Indeed it's been progressing nicely:  A few kinks remain, though, and will take longer to iron out. Wow looks a lot better then I had hoped for! Anyway I had an idea now when the program can connect to the bitcoin-qt client wouldn't it be cool to have it write out network alert messages with bright red text or something? https://en.bitcoin.it/wiki/Alerts Maybe even add some alert piping sound. (getinfo will show the alert info in the error field when a alert is active) |
|
|
|
Just got post from klondike_bar:  It's so lovely:) Thanks for your fast email responses and shipment. |
|
|
|
Here's a very early preview of the 100% RPC version... Only transaction hashes are displayed in this proof of concept, but the live capture method is already working out nicely:
It's nice to see that you are making progress:) |
|
|
|
I'd like to thank robanswe, who kindly gave me access to a full node for developing the RPC connector.
No problems at all just make sure you always test connect before you run your test because the RPC server will not be online 24/7. Also don't hesitate to pm me if you get any problems. Chainsnort with RPC connector will be awesome for sure and I can barley wait:) Anyway keep up the good work and take the time you need. |
|
|
|
No, I really could use some help with this. It's a little more complex (and time-consuming) than expected to implement it properly, and I don't even have the resources to run a full node to experiment with, unfortunately.
Run the full node in testnet? |
|
|
|
I could, I would have to check the shipping costs though, since shipping outside north america adds about $20-30 to my postage
I'm still interested but will need to do some more checks on you before I decide it's a lot of money. Anyway is it possible to get some sort of tracking on the package and is there a risk that the customs will add some sort of fee? I will have decided tomorrow |
|
|
|
|
I might be interested if you can ship to Sweden?
|
|
|
|
I tinkered a little bit with this and now I've got a dynamic chainsnort desktop wallpaper   I'm thinking of making a little blog post on how to do this, if someone is interested. I'm interested it looks great! |
|
|
|
Now performing some (very early) testing of the bitcoind RPC connector...
Good luck! I'm really looking forward to the RPC version:) |
|
|
|
Can I ask why you want to use dice as a source of entropy?
It's easy and nothing should be able to go wrong. I mean a lot can go wrong while setting up some sort of space noise receiver. Get two 16 sided die, roll 32 times and each pair is the part of the hexdecimal private key. If I remember correctly that is how you do it.
I would like to test the address before I trust it so I know it's really a valid key. But then I expose the public key and then I doesn't feel 100% secure because of that. This test shouldn't be needed if it was included in Armory because I trust that Amory doesn't fuck things up like I might do. You probably don't want to create a single private key but a complete armory wallet with deterministic keys. I've created a simple java app some months ago that creates Armory paper backup codes from any text input. I've used it to create a deterministic armory wallet from a very long and specific sentence. No need for a paper backup this way. When I'm in trouble I can escape to Nicaragua without any usb-stick and recover my XBT by just buying a laptop, downloading the JAR file from github and feed it with my passphrase. It may be not 100% what you're looking for because it uses a string as input, but it's open source and you could tweak it for your needs. The code base is very small. Source code: https://github.com/trapp/brainwalletBinary Download: https://github.com/trapp/brainwallet/releases/download/1.0.0/BrainWallet.jarThe app works completely offline and doesn't communicate with anything but as always be careful: Read the code and compile it by yourself to be absolutely sure or use it only in an offline environment.A single key is fine for me it even feels more secure. Anyway will be looking into your java app and see if it's something for me:) |
|
|
|
Can't you just convert dice results to a private key yourself and import that into Armory?
Now I feel really lazy but is there any simple way to do this? Any offline open source tools available to do this? Or how exactly do I convert dice results into a private key? |
|
|
|
Maybe you could write your dice results directly to /dev/random I would not trust that I got the information into /dev/random correctly and that Armory really picked it up. I would really appreciate some sort of user interface inside of Armory that allowed me to input dice results (In expert mode ofc). |
|
|
|
|
