[...] It might take a few hours or days of computing power, depending on how many keys/transactions you've done, but it can be done. At least that's what I understood, reading between the lines for the last few hours. Please correct me if I'm wrong.
TonyT
The few hours / days are mainly needed to get the underlying bitcoind to sync with the network and verify the addresses, once done Armory will build a database. But, say, if you restore your wallet on an online Armory system that has the blockchain and database already up to date, it probably takes not nearly as long (depending on amount of addresses and transactions those addresses were involved). Armory is also working on an overhaul of their backend, so that will help speed things up further. Bitcoin Core devs are working to get bitcoind to download the blockchain from several peers (unlike just one, like it is now), so that will help speed up things too.
|
|
|
There has been a server in Singapore several months ago but it wasn't very popular. I'm not sure if there's enough hashpower coming from this region to justify the cost and effort of running a server. I might do a one month trial sometime soon to check the demand.
I would go for a server in Korea, better speed than SG and closer to China.
|
|
|
There is a misunderstanding. Armory will generate as many addresses as you please. You will not even know when you have more than 100. Regarding this comment: This means that when you use more than 100 and you lose your wallet, after you restore the back-up, the client will at first only see the first 100 addresses. This is of concern only if you restore from a backup. The restored wallet will show 100 restored addresses, if you had more and want to see them you can do so from withing the client. However that has nothing to do with how many addresses Armory can generate.
|
|
|
[...] So, if you don't experience issues, just use VARDIFF. [...]
That's what I use and it works fine. What are your issues with VARDIFF?
|
|
|
[...] mint.bitminter.com:3333 [...]
Where is the first one located? Any news on a server in Asia?
|
|
|
RESULT: 5000 SEATS WILL BE CREATED TO ELIMINATE NASTY MINING DEBT
Just peeked at the auction and the value per seat has dropped more than 50%. Hope this is the last debt action needed to move forward to profitability as this was a pretty significant hit to the existing seat holders. My guess is "No" voters are leaving?
|
|
|
Bitfury just got another 20M$ in funding. That is smooth operation, not AM who is self mining since July, but with an unknown hashrate...
How many shares do you have in Bitfury?
|
|
|
Looks like it's not fully synced yet. Current block is 325175
|
|
|
I don't mind about merchant anymore. I do mind about Bitcoin itself. I remember times when everyone was able to launch full node, even on raspberry. That was ONLY 1-2 years ago! How about 10 years prediction?
Now I see more and more posts where launching full node is kinda unbelievable heroic doing.
Ppl said earlier like you - not a problem. No, it's a problem! Look at chain size growth in time - it's parabolic! Will we loose full chain eventually? Because nobody cares.
I still run a full node on a RPi, external hard drives are cheap. I expect they will get cheaper per GB/year in the future. I bought a 3 TB the other day for 130.- USD.
|
|
|
Without Linux I don't think it will be possible. I mean, is the Dragon Miner fork of (I'm guessing) cgminer even open source?
I'll give it a go and if it works I write something up.
|
|
|
I'm wondering the same as I have some on the way. It has a RPi as controller, right? Maybe this would work? Take out the SD card, plug it in another Linux system, make an additional user with root privileges (visudo -f to specify the correct file), edit the ssh config file (/etc/ssh/sshd_config) to allow that user to connect (AllowUsers). Make a backup of the SD card first and don't blame me if it goes wrong
|
|
|
Heh, just noticed this. On my experimental server it shows up as:
2014-10-13 18:37:55.275618500 blockd: in:88.198.17.7/54537 (/BQS:0.0.1/): protocol: ill-formed ping command
Basically, BQS, whatever it is, is advertising a network protocol version that it isn't conforming to. I don't get the above from any other connections.
That BQS IP 88.198.17.7 seems to be Mycelium: https://bitcointalk.org/index.php?topic=725391.msg8200412#msg8200412I take it nobody has contacted them so far? Edit: Oh, OP is from last year.
|
|
|
I am switching over from bitcoin-qt to armory. I have a wallet that I want to import the addresses to Armory on an offline computer. Whats the easiest way to do this and once imported how can I send the btc to a newly generated offline address.
Last time I tried importing private keys to Armory from Bitcoin Core there was no support for importing compressed keys in Armory. So, right now you can't.
|
|
|
When using a RPi, I'd recommend to keep a fully configured second RPi ready to go so in case the first one dies it is a simple plugging exercise to get back mining quickly. (Just make a full backup of the SD card once everything is set up and runs as it should).
If you can't spare that extra 35$, at the very least keep a second SD card ready.
|
|
|
[...] Not everyone is into modding and plug n play is so much better anyways.
Nonono, the modding is 75% of the fun! pmorici explains a bit about it a few posts above the one I linked to.
|
|
|
The easiest way is probably importing it on blockchain.info using their online wallet. Be aware that you are trusting their services then. So after the import make a transaction to a wallet that is in your full control emptying out that old wallet. Don't use those addresses again afterwards.
|
|
|
I like the idea and would probably use it.
I'm using Mycelium and Andreas' Bitcoin Wallet and both offer the functionality for setting up the payment process, also with fiat amounts. Mycelium with their Local Trader feature also have functionality to design pricing formulas and an integrated communication channel. They also can keep track of multiple local traders so that functionality is there too. So with a bit of tweaking...
I'm not a programmer, but I will post a link in their thread.
Edit: An option to split the amount the merchant sends would be nice too. Say he is not willing to keep 100% of his bitcoin sales, but maybe 5%. So only 95% are sent to the "bitcoin junkie" for later settlement.
|
|
|
|