Bitcoin Forum
December 14, 2019, 11:49:15 PM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 [169] 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 ... 231 »
  Print  
Author Topic: Armory - Discussion Thread  (Read 520955 times)
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 03:51:26 AM
 #3361

OK, frustrated to the point where I'm ready to create a new wallet. I'm trying to sweep in the BTC from the old wallet, and it is not working. Here's what I'm doing, please tell me if I'm missing something...

1) export key list from old wallet
2) open wallet, select import/sweep
2) choose sweep, single key
3) enter base58 key from export list (for an address I know is not empty)
4) verify corresponding address is correct and click yes

Armory then requests to scan the blockchain for another 30 minutes, creates a new address in my new wallet (presumably for swept funds), and then...nothing. This happens with every private key from the list I've tried. I've verified the address is not empty via blockchain.info (when it's up).

Thoughts?
1576367355
Hero Member
*
Offline Offline

Posts: 1576367355

View Profile Personal Message (Offline)

Ignore
1576367355
Reply with quote  #2

1576367355
Report to moderator
1576367355
Hero Member
*
Offline Offline

Posts: 1576367355

View Profile Personal Message (Offline)

Ignore
1576367355
Reply with quote  #2

1576367355
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1576367355
Hero Member
*
Offline Offline

Posts: 1576367355

View Profile Personal Message (Offline)

Ignore
1576367355
Reply with quote  #2

1576367355
Report to moderator
1576367355
Hero Member
*
Offline Offline

Posts: 1576367355

View Profile Personal Message (Offline)

Ignore
1576367355
Reply with quote  #2

1576367355
Report to moderator
goatpig
Moderator
Legendary
*
Offline Offline

Activity: 2394
Merit: 1133

Armory Developer


View Profile
March 19, 2014, 03:54:09 AM
 #3362

OK, frustrated to the point where I'm ready to create a new wallet. I'm trying to sweep in the BTC from the old wallet, and it is not working. Here's what I'm doing, please tell me if I'm missing something...

1) export key list from old wallet
2) open wallet, select import/sweep
2) choose sweep, single key
3) enter base58 key from export list (for an address I know is not empty)
4) verify corresponding address is correct and click yes

Armory then requests to scan the blockchain for another 30 minutes, creates a new address in my new wallet (presumably for swept funds), and then...nothing. This happens with every private key from the list I've tried. I've verified the address is not empty via blockchain.info (when it's up).

Thoughts?

To sweep, Armory needs to know the available UTXO for the private key. To do that it goes through the same scanning process as if these private keys were loaded with your old wallet. This method will not help you.

etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
March 19, 2014, 03:55:40 AM
 #3363

We literally just fixed a bug in the sweep code, like 2 hours ago.  Pull 0.91-dev and try again.

I'm not convinced this won't work.  If anything it will help debug the problem.  This will probably work for some of the keys, and maybe one in particular it will fail. 

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 04:02:05 AM
 #3364

OK, frustrated to the point where I'm ready to create a new wallet. I'm trying to sweep in the BTC from the old wallet, and it is not working. Here's what I'm doing, please tell me if I'm missing something...

1) export key list from old wallet
2) open wallet, select import/sweep
2) choose sweep, single key
3) enter base58 key from export list (for an address I know is not empty)
4) verify corresponding address is correct and click yes

Armory then requests to scan the blockchain for another 30 minutes, creates a new address in my new wallet (presumably for swept funds), and then...nothing. This happens with every private key from the list I've tried. I've verified the address is not empty via blockchain.info (when it's up).

Thoughts?

To sweep, Armory needs to know the available UTXO for the private key. To do that it goes through the same scanning process as if these private keys were loaded with your old wallet. This method will not help you.

Wonderful. So what method helps me recover the BTC in a 1.35c paper backup?
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 04:04:02 AM
 #3365

We literally just fixed a bug in the sweep code, like 2 hours ago.  Pull 0.91-dev and try again.

I'm not convinced this won't work.  If anything it will help debug the problem.  This will probably work for some of the keys, and maybe one in particular it will fail.  

Will give it a shot.

Making. Should I redownload the blockchain as well?
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
March 19, 2014, 04:11:29 AM
 #3366

We literally just fixed a bug in the sweep code, like 2 hours ago.  Pull 0.91-dev and try again.

I'm not convinced this won't work.  If anything it will help debug the problem.  This will probably work for some of the keys, and maybe one in particular it will fail.  

Will give it a shot.

Making. Should I redownload the blockchain as well?

Nope.  Just pull the latest 0.91 and try sweeping again

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 05:11:00 AM
 #3367

Well it sort of worked on one address. For some reason it left .04 BTC?

I received an invalid transaction error, but it seems to have worked (except for the .04 BTC). Thoughts before I try it on other addresses or retry on this one for the remainder?

https://blockchain.info/address/1JaZiwrMyfYXiNuAdq6cBknJHtQAQFCxUg
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
March 19, 2014, 05:25:46 AM
 #3368

Ugh, looks like it worked, but your blockchain wasn't fully up to date.  The 0.4 left is the last three outputs received by that address.

Also, I can see that you did fall into this category I asked about (users don't always know if they are in this category).  Each transaction received by that address has tons of outputs.  The first one has 1,400 TxOuts of which you are only one.

Armory has a known inefficiency when it comes to transactions that huge, and you have a wallet full of them, so that's as bad as it gets.  The good news is most of the processing that's slowing it down turns out to be non-critical (it's for associating address and tx labels with the rows in the ledger), but still important.  We might see if we can find a way to disable it on wallets in this category, of if maybe we can just find a more efficient way of doing it.

For now, sweeping should work as long as Armory is fully synchronized.  Scanning the blockchain to sweep the addresses should work at "normal" speed, it's just populating the main window ledger that takes forever and Armory trips over itself while it waits.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 05:34:49 AM
 #3369

Ugh, looks like it worked, but your blockchain wasn't fully up to date.  The 0.4 left is the last three outputs received by that address.

Also, I can see that you did fall into this category I asked about (users don't always know if they are in this category).  Each transaction received by that address has tons of outputs.  The first one has 1,400 TxOuts of which you are only one.

Armory has a known inefficiency when it comes to transactions that huge, and you have a wallet full of them, so that's as bad as it gets.  The good news is most of the processing that's slowing it down turns out to be non-critical (it's for associating address and tx labels with the rows in the ledger), but still important.  We might see if we can find a way to disable it on wallets in this category, of if maybe we can just find a more efficient way of doing it.

For now, sweeping should work as long as Armory is fully synchronized.  Scanning the blockchain to sweep the addresses should work at "normal" speed, it's just populating the main window ledger that takes forever and Armory trips over itself while it waits.

Ahh, I thought you meant tons of transactions directly to the address, not single transactions to tons of different addresses. I kind of figured this would be a common thing for pooled mining?

So, regarding the blockchain being up to date. The wallet says it fully synced, showing 291259 blocks. The last transaction on that address was block 290240. You're right that the last three didn't get scraped, but that seems kind of weird? I'll try it again and see what happens.
Rock6.3
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
March 19, 2014, 02:06:59 PM
 #3370

Ugh, looks like it worked, but your blockchain wasn't fully up to date.  The 0.4 left is the last three outputs received by that address.

Also, I can see that you did fall into this category I asked about (users don't always know if they are in this category).  Each transaction received by that address has tons of outputs.  The first one has 1,400 TxOuts of which you are only one.

Armory has a known inefficiency when it comes to transactions that huge, and you have a wallet full of them, so that's as bad as it gets.  The good news is most of the processing that's slowing it down turns out to be non-critical (it's for associating address and tx labels with the rows in the ledger), but still important.  We might see if we can find a way to disable it on wallets in this category, of if maybe we can just find a more efficient way of doing it.

For now, sweeping should work as long as Armory is fully synchronized.  Scanning the blockchain to sweep the addresses should work at "normal" speed, it's just populating the main window ledger that takes forever and Armory trips over itself while it waits.

If I understand your statement correctly, you are saying that Armory is a bad wallet choice for mining pool participants who are paid out in batches.
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 03:02:49 PM
 #3371

Just an update, I was able to completely sweep another key last night. There may be other issues with the sweep function though (unless it is simply the batch transaction issue again), but I can only do one key at a time, and I have to restart Armory in-between attempts. For some reason, I have not been able to succeed at sweeping multiple keys in a single go, nor any keys after a successful sweep. Hopefully I can finish up today though, thanks for all the help!
Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 03:09:47 PM
 #3372

Ugh, looks like it worked, but your blockchain wasn't fully up to date.  The 0.4 left is the last three outputs received by that address.

Also, I can see that you did fall into this category I asked about (users don't always know if they are in this category).  Each transaction received by that address has tons of outputs.  The first one has 1,400 TxOuts of which you are only one.

Armory has a known inefficiency when it comes to transactions that huge, and you have a wallet full of them, so that's as bad as it gets.  The good news is most of the processing that's slowing it down turns out to be non-critical (it's for associating address and tx labels with the rows in the ledger), but still important.  We might see if we can find a way to disable it on wallets in this category, of if maybe we can just find a more efficient way of doing it.

For now, sweeping should work as long as Armory is fully synchronized.  Scanning the blockchain to sweep the addresses should work at "normal" speed, it's just populating the main window ledger that takes forever and Armory trips over itself while it waits.

If I understand your statement correctly, you are saying that Armory is a bad wallet choice for mining pool participants who are paid out in batches.

I guess it depends on what mining pool. My wallet that collects my Eligius payouts has been OK (but I will have to import and check again). The addresses I'm having problems with in this wallet are scrypt coin switching pools (PoolWaffle, Middlecoin, etc.).

I would definitely think resolving this would be a priority since so many of these types of pools have popped up recently. Then again, it may just be my bias reflected by me being caught in the situation. Definitely not fun.
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
March 19, 2014, 03:17:25 PM
 #3373

Just an update, I was able to completely sweep another key last night. There may be other issues with the sweep function though (unless it is simply the batch transaction issue again), but I can only do one key at a time, and I have to restart Armory in-between attempts. For some reason, I have not been able to succeed at sweeping multiple keys in a single go, nor any keys after a successful sweep. Hopefully I can finish up today though, thanks for all the help!

Did you try using the "Multiple Keys" sweep option at the top?  It was designed for this Smiley

If you don't mind doing one test for us, I just pushed the disablecomments branch to the BitcoinArmory repo.  I removed all the logic I think is slowing you down.  If our hypothesis is right, this will work.  This is the best I can do without getting your watching-only wallet.  


P.S. --

I really appreciate you being so patient!  Seriously, thanks.  Hopefully, as we go back through some other support requests, we'll see that most of them are due to this.  Admittedly, I don't do any mining, or have any enormous tx like this in my ledger (and apparently no one on our team, either).  Also, this did come up 18 months ago, and I made a huge efficiency fix that was supposed to fix it.  But apparently not efficient enough...


Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
Rock6.3
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
March 19, 2014, 03:29:50 PM
 #3374

Ugh, looks like it worked, but your blockchain wasn't fully up to date.  The 0.4 left is the last three outputs received by that address.

Also, I can see that you did fall into this category I asked about (users don't always know if they are in this category).  Each transaction received by that address has tons of outputs.  The first one has 1,400 TxOuts of which you are only one.

Armory has a known inefficiency when it comes to transactions that huge, and you have a wallet full of them, so that's as bad as it gets.  The good news is most of the processing that's slowing it down turns out to be non-critical (it's for associating address and tx labels with the rows in the ledger), but still important.  We might see if we can find a way to disable it on wallets in this category, of if maybe we can just find a more efficient way of doing it.

For now, sweeping should work as long as Armory is fully synchronized.  Scanning the blockchain to sweep the addresses should work at "normal" speed, it's just populating the main window ledger that takes forever and Armory trips over itself while it waits.

If I understand your statement correctly, you are saying that Armory is a bad wallet choice for mining pool participants who are paid out in batches.

I guess it depends on what mining pool. My wallet that collects my Eligius payouts has been OK (but I will have to import and check again). The addresses I'm having problems with in this wallet are scrypt coin switching pools (PoolWaffle, Middlecoin, etc.).

I would definitely think resolving this would be a priority since so many of these types of pools have popped up recently. Then again, it may just be my bias reflected by me being caught in the situation. Definitely not fun.

I do hope it is a priority since I mine on WafflePool and my Armory BTC Wallet is broken.

Zoella
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 19, 2014, 03:52:42 PM
 #3375

Just an update, I was able to completely sweep another key last night. There may be other issues with the sweep function though (unless it is simply the batch transaction issue again), but I can only do one key at a time, and I have to restart Armory in-between attempts. For some reason, I have not been able to succeed at sweeping multiple keys in a single go, nor any keys after a successful sweep. Hopefully I can finish up today though, thanks for all the help!

Did you try using the "Multiple Keys" sweep option at the top?  It was designed for this Smiley

If you don't mind doing one test for us, I just pushed the disablecomments branch to the BitcoinArmory repo.  I removed all the logic I think is slowing you down.  If our hypothesis is right, this will work.  This is the best I can do without getting your watching-only wallet.  


P.S. --

I really appreciate you being so patient!  Seriously, thanks.  Hopefully, as we go back through some other support requests, we'll see that most of them are due to this.  Admittedly, I don't do any mining, or have any enormous tx like this in my ledger (and apparently no one on our team, either).  Also, this did come up 18 months ago, and I made a huge efficiency fix that was supposed to fix it.  But apparently not efficient enough...



I did try the multiple keys, but everything just always timed out/crashed.

I can confirm there are still problems with the sweep (before your disablecomments update). I know my blockchain is up to date, but another address is failing to grab all transactions.

https://blockchain.info/address/1JkP7cCqA9bxRfzYGLLi6qTvSnQ8sx8PRm

When I try to sweep this address, Armory only sees .08330224 BTC. This is several transactions behind again, even though I know I have a sync'd chain.



I will download the update and see if that helps!

BTW, other than this one issue (which for me is an admittedly big issue), Armory is hands down my wallet preference. Hopefully a solution can be had quickly. Once I've swept the remaining coins I'd have no problem giving you the old wallet for testing if you want it, since it should still have all the old transaction issues.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1006



View Profile
March 19, 2014, 04:10:53 PM
 #3376

Sorry in advance for being blunt, but when it comes to releasing 0.91 you guys really need to shit or get off the pot.

Right now you don't have any viable downloads on your website. The 0.8x series is too resource-intensive for most users, and 0.90 is unusably crash-prone.

A year ago, I could point people in this situation: http://www.fr33aid.com/1511/fr33-aid-bitcoins-stolen/ at your website and know they'd find something there they could download and use, but that hasn't been true for the last six months and I don't see any particular acknowledgment of this or urgency on your part.

It's not a problem for me personally since I can just grab the 0.91 branch from Git, but a lot of people who can't are losing Bitcoins because there aren't any good usable cold storage solutions any more.

New features are great to have, but they shouldn't delay you having a minimal viable product out, where "minimum viable product" is defined as "an application that lets you send and receive bitcoins from cold storage without consuming obscene amounts of RAM and also doesn't crash every few seconds."
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1005


Core Armory Developer


View Profile WWW
March 19, 2014, 04:16:15 PM
 #3377

Sorry in advance for being blunt, but when it comes to releasing 0.91 you guys really need to shit or get off the pot.

Right now you don't have any viable downloads on your website. The 0.8x series is too resource-intensive for most users, and 0.90 is unusably crash-prone.

A year ago, I could point people in this situation: http://www.fr33aid.com/1511/fr33-aid-bitcoins-stolen/ at your website and know they'd find something there they could download and use, but that hasn't been true for the last six months and I don't see any particular acknowledgment of this or urgency on your part.

It's not a problem for me personally since I can just grab the 0.91 branch from Git, but a lot of people who can't are losing Bitcoins because there aren't any good usable cold storage solutions any more.

New features are great to have, but they shouldn't delay you having a minimal viable product out, where "minimum viable product" is defined as "an application that lets you send and receive bitcoins from cold storage without consuming obscene amounts of RAM and also doesn't crash every few seconds."

I was not aware that 0.90 was "unusably crash-prone".  If that was the case, I would not have delayed the 0.91-beta release.  What platforms/contexts are unusably crash-prone (besides Mac)?  As far as I can tell, Windows and Ubuntu seem to be working well for most.

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
cp1
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


Stop using branwallets


View Profile
March 19, 2014, 04:21:14 PM
 #3378

0.90 works fine for me on linux.

Guide to armory offline install on USB key:  https://bitcointalk.org/index.php?topic=241730.0
Rock6.3
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
March 19, 2014, 04:24:49 PM
 #3379

Sorry in advance for being blunt, but when it comes to releasing 0.91 you guys really need to shit or get off the pot.

Right now you don't have any viable downloads on your website. The 0.8x series is too resource-intensive for most users, and 0.90 is unusably crash-prone.

A year ago, I could point people in this situation: http://www.fr33aid.com/1511/fr33-aid-bitcoins-stolen/ at your website and know they'd find something there they could download and use, but that hasn't been true for the last six months and I don't see any particular acknowledgment of this or urgency on your part.

It's not a problem for me personally since I can just grab the 0.91 branch from Git, but a lot of people who can't are losing Bitcoins because there aren't any good usable cold storage solutions any more.

New features are great to have, but they shouldn't delay you having a minimal viable product out, where "minimum viable product" is defined as "an application that lets you send and receive bitcoins from cold storage without consuming obscene amounts of RAM and also doesn't crash every few seconds."

I was not aware that 0.90 was "unusably crash-prone".  If that was the case, I would not have delayed the 0.91-beta release.  What platforms/contexts are unusably crash-prone (besides Mac)?  As far as I can tell, Windows and Ubuntu seem to be working well for most.

I think the answer to your question is this link: https://bitcointalk.org/index.php?topic=513817.0

My Win7 version of Armory has not run successfully in over a week and zero response to support emails.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1006



View Profile
March 19, 2014, 04:25:45 PM
 #3380

I know 0.90 never worked for me on Linux, I'd have frequent problems like the UI hanging indefinitely when trying to construct an outgoing transaction with more than one output. Also, it always did a full db reindex on startup even after clean shutdowns (which were rare because most shutdowns were inadvertent from crashes). I'm pretty sure I've seen similar complaints in this thread and others.

The 0.91 branch worked for me, so I've just been using that ever since and haven't been paying attention that much to your release schedule. What changed is in the last few weeks there has been a series of sophisticated, targeted attacks on Bitcoin companies and organizations. The attacks have been distressingly successful.

Getting usable cold storage out and in use is extremely important right now.
Pages: « 1 ... 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 [169] 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 ... 231 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!