|
Come hangout and on mumble @ mumble.thebutterzone.com Port 64739
|
|
|
|
It isn't not a full client implementation, but it requires use of the bitcoin-qt/bitcoind to act as a gateway into the network so in that sense it is a full client.
Uh, isn't it the opposite? It is a light client that only handles your transactions. The combination of armour + the reference client is a full client, but the reference client is a full client on its own anyway. A light client means something else, so I wouldn't call armory a light client. Light client means it uses the bloom filter, or SPV part of the bitcoin protocol. |
|
|
|
And do you know anything about security, or are you just copy/pasting a lot of bull**** ? http://bit.co.in/123451 <-- woops? No I was giving you my honest answer, doesn't mean we can't improve things of course. That is a basic security for a web site... |
|
|
|
If the addresses were encrypted I could still change them so I don't see how encryption would help prevent me from doing so if I had the retarded intention to do so, unless I'm missing something?
but what if a hacker gains access and changes the address how do protect against it? |
|
|
|
So it says "import wallet file." but my wallet file is .dat, not .wallet help!  It can't import wallet.dat created from bitcoin-qt |
|
|
|
Got a private offer for 11 BTC
Wait a minute someone jumped the price to $1,557 for a site worth ~$45? I am sorry but that obvious is a scam or something. |
|
|
|
Cause then you know for certain it has no virus or malware, since it has never touched the internet and can't steal your bitcoins.
How would it be able to steal your Bitcoins if the computer never went online? They could just delete your wallet, or save your wallet, delete it and then that would force you to connect online to get recover it using the deterministic wallet. |
|
|
|
|
I am a bot trader, and have been involved in a lot of sites that are bitcoin related. I be interviewed, as long as I don't have to give my legal name or anything personal like that.
|
|
|
|
Hey! Can't post in other sections yet so I'll ask here, hopefully someone in the know spots this Q on Armory. In this thread it is said that the offline machine should have a clean install of the OS. Why is that? Yep, that's the whole question  Thanks! Cause then you know for certain it has no virus or malware, since it has never touched the internet and can't steal your bitcoins. |
|
|
|
Bit Trader trading software is available for purchase right now. Trade Mt.Gox and BTC-e simultaneously, automated trading and alarms. Also our software updates every 15 seconds. https://www.bit-trader.netWe also support Litecoin on BTC-e. Damn! it requires java! JVM is as depressing as .net  This looks like useful piece of software, but heck, java My trading bot is written in java, and has made me a lot of coins so JVM isn't depressing at all! |
|
|
|
Got a private offer for 11 BTC
Wait a minute some jumped the bet to $1,557 for a site worth ~$45? I am sorry but that obvious is a scam or something. |
|
|
|
On short notice, I got a call from a radio station in Ottawa, Canada yesterday who wanted to interview me about Bitcoin. Only 7 minutes: http://dl.dropbox.com/u/1139081/BitcoinShare/ae.alan.reiner.13.04.04.mp3I gotta work on some of my talking points, but I don't think it was too bad. I just think I made it sound too hard. "Find an exchange or find someone who has some and will sell or trade for it". "Anyone with a computer or phone can use it." Meh, with some more experience I'll get it all ironed out Nice, for the 7 mins it was a good interview. |
|
|
|
Also the trade engine should be written in java or python.
Why? I would like the trade engine to be written in Haskell, Erlang or some flavor of Lisp. Just because a functional language makes it easier to keep the code clean of unintended consequences. Also, Java is very bloaty, not a good thing for high performance code. However, I understand sometimes compromise is necessary. You can run java very lean if you know what your doing and not adding a hundred libraries to it. But this is one of those flame wars that will start cause you like those languages better, in any case what ever language would be better. Also the trade engine should be written in java or python.
Why? I would like the trade engine to be written in Haskell, Erlang or some flavor of Lisp. Just because a functional language makes it easier to keep the code clean of unintended consequences. Also, Java is very bloaty, not a good thing for high performance code. However, I understand sometimes compromise is necessary. A high performance trade engine should be written in C/C++, simple as that. Again this is what language you like better, and will probably start a flame war. Also C/C++ if they don't know what they are doing can have massive memory leaks with all that data. |
|
|
|
...which makes it immune to DDoS...
UDP isn't going to solve this problem, instead it make it harder for bots to trade. I am not sure that trading bots and DDoS are considered the same problem from the view of the consensus here. Do you know what UDP is? If they switched to UDP now all PHP/Python/java scripts would be useless and take now even more code to just connect. Also trading bots need reliable connections which UDP doesn't support by any means. UDP is great for the same information broadcast over and over, like said above a radio. Trading shouldn't use UDP it makes it very unreliable. They just need either a better network architecture clearly. |
|
|
|
The point is that when merely using UDP, unlike TCP, the source can block ALL incoming traffic which makes it immune to DDoS. As casascius points out, UDP is like a radio broadcast signal. TCP is like the postal service with delivery confirmation.
At what level do you propose blocking the incoming traffic? Before it comes within miles of the host sending it. After not informing the public who the UDP is coming from. The UDP sending address doesn't have to be public knowledge, since not anyone can necessarily subscribe to it. It would be a private UDP feed only offered to specific known sites. The UDP feed would be used to drive the services of other sites who currently get it via websocket now, who in turn could provide that data to other downstream TCP websocket clients. UDP isn't going to solve this problem, instead it make it harder for bots to trade. If they really wanted to solve this issue it is so simple. The trading engine should be ran completely offline, and use a database, like redis to store all information so the rest api can still have access to the information. Also the trade engine should be written in java or python. |
|
|
|
... and you can Earn INTEREST!
I am curious; how do you pay interest without engaging in fractional reserve lending or otherwise debasing the currency through the money multiplier effect? Doesn't this undermine Bitcoin's raison d'etre? Not at all - ITS PART OF IT'S GREATNESS! I suppose that I should point out - as we have touched on mining - that this forms part of our Returns Structure; Afterall - When we mine coins it's a little bonus for all of us! (But that's just one very small part - but it is a very real part of the system that allows us to provide interest payments!) Thanks for your question! So why you need donations if your mining? You only need 7.407BTC for $10,000 |
|
|
|
|
no you will be fine, you misunderstood the page. Bandwidth is how much access you have to the internet some ISP caps it around 250GB, some allow unlimited. You should be fine if your speed is only 4.5mbps.
|
|
|
|
|
Show Posts
