Bitcoin Forum
December 05, 2016, 08:40:06 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 [76] 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 ... 232 »
  Print  
Author Topic: Armory - Discussion Thread  (Read 481837 times)
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 03, 2012, 12:42:05 AM
 #1501

Oh, just watched to the console, maybe that`s why I don`t see anything:
Code:
Traceback (most recent call last):
  File "/opt/BitcoinArmory/ArmoryQt.py", line 2653, in dblClickLedger
    txtime = str(self.ledgerView.model().index(row, LEDGERCOLS.DateStr).data().toString())
UnicodeEncodeError: 'ascii' codec can't encode characters in position 5-7: ordinal not in range(128)

Quote
It makes it way too easy for someone to plant an address in your and then pay you to that address making you believe you've received coins.
You can prevent it with big red warnings or similar Smiley

Ahh, unicode!  I haven't gotten around to making Armory unicode-friendly... but that is part of the new wallet design, and I'll be upgrading the entire application, with it Smiley

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!)
1480927206
Hero Member
*
Offline Offline

Posts: 1480927206

View Profile Personal Message (Offline)

Ignore
1480927206
Reply with quote  #2

1480927206
Report to moderator
1480927206
Hero Member
*
Offline Offline

Posts: 1480927206

View Profile Personal Message (Offline)

Ignore
1480927206
Reply with quote  #2

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

Posts: 1480927206

View Profile Personal Message (Offline)

Ignore
1480927206
Reply with quote  #2

1480927206
Report to moderator
1480927206
Hero Member
*
Offline Offline

Posts: 1480927206

View Profile Personal Message (Offline)

Ignore
1480927206
Reply with quote  #2

1480927206
Report to moderator
1480927206
Hero Member
*
Offline Offline

Posts: 1480927206

View Profile Personal Message (Offline)

Ignore
1480927206
Reply with quote  #2

1480927206
Report to moderator
N.Z.
Sr. Member
****
Offline Offline

Activity: 449



View Profile
December 03, 2012, 11:28:18 AM
 #1502

So...I won`t see transaction details until you implement the new wallet design, right? Smiley
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 03, 2012, 02:52:45 PM
 #1503

So...I won`t see transaction details until you implement the new wallet design, right? Smiley


Are you in Linux or Windows?  If you are in linux, you could modify the code yourself, to remove the one offending line (well, change it).  It's the same line as you see the error:  first try changing it from "str(...)" to "unicode(...)".  If that doesn't work, then just remove the line entirely and change it to "txtime='0'".  That second one should definitely work...

The new wallet needs to support unicode strings, but I will be going through and updating ALL of Armory for unicode support.  I should've done it from the start, but I wasn't really familiar with unicode when I started... (yes, silly American...)

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!)
61197da925c1
Member
**
Offline Offline

Activity: 72



View Profile
December 03, 2012, 03:17:14 PM
 #1504

maybe you should work on an anti-trojan solution or an automatic lock-out feature after a certain number of seconds

if you copy keepass, it should be more successful

60 GH/s BFL Single SC - Pre-Order Yours Today!
`````` Only $1299.99 -  *Link Removed*  ``````
N.Z.
Sr. Member
****
Offline Offline

Activity: 449



View Profile
December 03, 2012, 11:26:36 PM
 #1505

Quote
changing it from "str(...)" to "unicode(...)"
Yes, it fixed that, thanks Smiley
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 03, 2012, 11:43:58 PM
 #1506

Quote
changing it from "str(...)" to "unicode(...)"
Yes, it fixed that, thanks Smiley

I'll throw that into my next update, since it clearly improves the situation for some users, without any risk of harm (as far as I can tell...).  I mean, as a band-aid until I get official support throughout the app.

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!)
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 04, 2012, 06:29:45 AM
 #1507

Just a random update:  I have been experimenting with LevelDB, and it appears there is an excellent compromise upgrade I can make:  it would be to swap out the underlying C++ txMap_ and headerMap_ normally held in RAM using std::map<a,b>, with a disk-based equivalent using LevelDB.  The change looks like it would pretty transparent to all code that leverages the C++ utilities (besides creating an extra directory to store the map data).   If that's the only thing I changed, I think I'd get quite a bit of value out of it (and some downside):

++ RAM usage would drop considerably;  probably from 1.5 GB (proportional to blockchain size) to 200 MB (should be pretty flat)
++ Quite a bit of data would be saved between loads naturally, probably leading to much faster startup times
-- HDD usage would go up quite a bit;  probably from 50 MB (for installed files and wallets), to about 1 GB (proportional to blockchain size)
-- Creates a much more "stateful" Armory, which is a downside;  Since I currently always rescan the chain, every load is a fresh start free from problems from the last load.  No matter what bad state Armory got into before, a restart will fix it (because the initial scan is much more robust than handling all the crazy event sequences that users can induce). 

I suppose, if necessary, I could keep the rescanning (so keep the load time high) and just swap RAM for HDD usage.  But I think rebuilding the maps every time would be quite a bit slower than the current RAM solution (gah, always a trade-off).  On the other hand, the underlying C++ libraries have become much more robust over the months, such that it may not actually be that much effort to produce similar robustness with the saved data.  To be clear: it's not *that big of a deal*, but with this scheme comes extra risks that a user could get "locked out" by a bad state of the saved data and have no clear way to recover (as happens with Bitcoin-Qt when blkindex.dat gets corrupted).

Edit: In fact, the most frustrating (and frequent) bug reports I've received, have been because the one file I keep between loads (mempool.bin, for holding zero-conf tx), would get corrupted and prevent Armory from finishing loading.  I actually built into the latest release a way to detect that loading failed three times in a row, and to just delete it.  Perhaps I'll do the same thing for this data -- delete the disk maps and let Armory rebuild them if there's a problem.

I'm pretty busy the next couple weeks, but I guess I can relax a bit, now that beta finished  Grin 
Please let me know if you have tried (and succeeded) testing coin control.  I think it will be worth a full release just for that feature if I didn't break anything else.

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!)
K1773R
Legendary
*
Offline Offline

Activity: 1526


/dev/null


View Profile
December 04, 2012, 08:39:54 AM
 #1508

Just a random update:  I have been experimenting with LevelDB, and it appears there is an excellent compromise upgrade I can make:  it would be to swap out the underlying C++ txMap_ and headerMap_ normally held in RAM using std::map<a,b>, with a disk-based equivalent using LevelDB.  The change looks like it would pretty transparent to all code that leverages the C++ utilities (besides creating an extra directory to store the map data).   If that's the only thing I changed, I think I'd get quite a bit of value out of it (and some downside):

++ RAM usage would drop considerably;  probably from 1.5 GB (proportional to blockchain size) to 200 MB (should be pretty flat)
++ Quite a bit of data would be saved between loads naturally, probably leading to much faster startup times
-- HDD usage would go up quite a bit;  probably from 50 MB (for installed files and wallets), to about 1 GB (proportional to blockchain size)
-- Creates a much more "stateful" Armory, which is a downside;  Since I currently always rescan the chain, every load is a fresh start free from problems from the last load.  No matter what bad state Armory got into before, a restart will fix it (because the initial scan is much more robust than handling all the crazy event sequences that users can induce). 

I suppose, if necessary, I could keep the rescanning (so keep the load time high) and just swap RAM for HDD usage.  But I think rebuilding the maps every time would be quite a bit slower than the current RAM solution (gah, always a trade-off).  On the other hand, the underlying C++ libraries have become much more robust over the months, such that it may not actually be that much effort to produce similar robustness with the saved data.  To be clear: it's not *that big of a deal*, but with this scheme comes extra risks that a user could get "locked out" by a bad state of the saved data and have no clear way to recover (as happens with Bitcoin-Qt when blkindex.dat gets corrupted).

Edit: In fact, the most frustrating (and frequent) bug reports I've received, have been because the one file I keep between loads (mempool.bin, for holding zero-conf tx), would get corrupted and prevent Armory from finishing loading.  I actually built into the latest release a way to detect that loading failed three times in a row, and to just delete it.  Perhaps I'll do the same thing for this data -- delete the disk maps and let Armory rebuild them if there's a problem.

I'm pretty busy the next couple weeks, but I guess I can relax a bit, now that beta finished  Grin 
Please let me know if you have tried (and succeeded) testing coin control.  I think it will be worth a full release just for that feature if I didn't break anything else.

could you maybe implemented and support both ways? in the meaning of writting a loader and you have to specify if it should use the HD more or the RAM. not everyone hasnt enough RAM Wink

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
prezbo
Sr. Member
****
Offline Offline

Activity: 422


View Profile
December 04, 2012, 09:32:48 AM
 #1509

I've had armory crashing twice after running for about two days with the following error:

Code:
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10344 - Waiting for BDM output that didn't come after 10s.
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10345 - BDM state is currently: BlockchainReady
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10346 - Called from: armoryengine.pyc:10471 (46447880)
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10347 - BDM currently doing: ReadBlkUpdate (46447880)
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10348 - Direct traceback
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10350 - Traceback:
Traceback (most recent call last):
  File "armoryengine.pyc", line 10340, in waitForOutputIfNecessary
  File "Queue.pyc", line 176, in get
Empty

These are the two lines before the error, which might be of interest

Code:
2012-12-04 03:26 (INFO) -- ArmoryQt.py:3315 - New Block! : 210818
2012-12-04 03:30 (INFO) -- ArmoryQt.py:3315 - New Block! : 210818

Maybe something to do with chain reorganization?

(Armory 0.85-beta, Windows 7 64 bit)

edit: Ok, maybe not reorg, this is from 3 days ago:

Code:
2012-12-01 03:29 (INFO) -- ArmoryQt.py:3300 - New Block! : 210374
2012-12-01 03:30 (INFO) -- ArmoryQt.py:3300 - New Block! : 210375
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10335 - Waiting for BDM output that didn't come after 10s.
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10336 - BDM state is currently: BlockchainReady
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10337 - Called from: armoryengine.pyc:10462 (74163504)
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10338 - BDM currently doing: ReadBlkUpdate (74163504)
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10339 - Direct traceback
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10341 - Traceback:
Traceback (most recent call last):
  File "armoryengine.pyc", line 10331, in waitForOutputIfNecessary
  File "Queue.pyc", line 176, in get
Empty
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 04, 2012, 04:09:28 PM
 #1510

I've had armory crashing twice after running for about two days with the following error:

Code:
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10344 - Waiting for BDM output that didn't come after 10s.
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10345 - BDM state is currently: BlockchainReady
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10346 - Called from: armoryengine.pyc:10471 (46447880)
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10347 - BDM currently doing: ReadBlkUpdate (46447880)
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10348 - Direct traceback
2012-12-04 10:22 (ERROR) -- armoryengine.pyc:10350 - Traceback:
Traceback (most recent call last):
  File "armoryengine.pyc", line 10340, in waitForOutputIfNecessary
  File "Queue.pyc", line 176, in get
Empty

These are the two lines before the error, which might be of interest

Code:
2012-12-04 03:26 (INFO) -- ArmoryQt.py:3315 - New Block! : 210818
2012-12-04 03:30 (INFO) -- ArmoryQt.py:3315 - New Block! : 210818

Maybe something to do with chain reorganization?

(Armory 0.85-beta, Windows 7 64 bit)

edit: Ok, maybe not reorg, this is from 3 days ago:

Code:
2012-12-01 03:29 (INFO) -- ArmoryQt.py:3300 - New Block! : 210374
2012-12-01 03:30 (INFO) -- ArmoryQt.py:3300 - New Block! : 210375
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10335 - Waiting for BDM output that didn't come after 10s.
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10336 - BDM state is currently: BlockchainReady
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10337 - Called from: armoryengine.pyc:10462 (74163504)
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10338 - BDM currently doing: ReadBlkUpdate (74163504)
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10339 - Direct traceback
2012-12-01 09:00 (ERROR) -- armoryengine.pyc:10341 - Traceback:
Traceback (most recent call last):
  File "armoryengine.pyc", line 10331, in waitForOutputIfNecessary
  File "Queue.pyc", line 176, in get
Empty

I think the chain re-org there was a coincidence.  I, too, have observed the occasional crash in Windows with the exact same thing in the log file -- it seems to be exponentially distributed with an average of about 1 day (its happened within 8 hours before, but usually within 4 days).  I can't tell for sure what is causing it, because it happens so infrequently, but the fact that every time it says "BDM currently doing: ReadBlkUpdate" gives me a good idea of where to look.  I have timed readBlkUpdate, and it takes between 200 and 400 microseconds to run, normally.  I'm not sure what could possibly happen to push it above 10s. 

Also, this only appears to happen in Windows.  Let me know if you've seen it on any other OS.  I'll put some debugging stuff into my Windows VM and see if I can catch more info... it seems that 90% of my bug reports have to do with this problem.

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!)
picobit
Hero Member
*****
Offline Offline

Activity: 547


Decor in numeris


View Profile
December 04, 2012, 04:24:08 PM
 #1511

I got it yesterday on my Mac, but first it printed that it had lost connection to the Satoshi client, so I assumed that was the problem.
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 04, 2012, 04:26:22 PM
 #1512

I got it yesterday on my Mac, but first it printed that it had lost connection to the Satoshi client, so I assumed that was the problem.

I think losing connection is a symptom, not a cause.  I just put a ton of debug statements in and will start it up and hopefully get a crash in the not-too-distant future.

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!)
prezbo
Sr. Member
****
Offline Offline

Activity: 422


View Profile
December 04, 2012, 06:49:24 PM
 #1513

I got it yesterday on my Mac, but first it printed that it had lost connection to the Satoshi client, so I assumed that was the problem.

I think losing connection is a symptom, not a cause.  I just put a ton of debug statements in and will start it up and hopefully get a crash in the not-too-distant future.

Got another one of those just now, two in one day. Could you make an executible with the added debug statements so we can help?
HorseRider
Donator
Legendary
*
Offline Offline

Activity: 1582


View Profile
December 05, 2012, 02:17:47 AM
 #1514

etotheipi,

I used Armory for several weeks now, and really appreciate the feeling of 100% safety confidence, thank you very much.

Would you plan to develop the function to let users to send bitcoin from a specified address? There is such function in the blockchain.info.

Regards,

HorseRider

16SvwJtQET7mkHZFFbJpgPaDA1Pxtmbm5P
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 05, 2012, 03:10:17 AM
 #1515

etotheipi,

I used Armory for several weeks now, and really appreciate the feeling of 100% safety confidence, thank you very much.

Would you plan to develop the function to let users to send bitcoin from a specified address? There is such function in the blockchain.info.

Regards,

HorseRider


Yes!  I just implemented "Coin Control" in Armory, in version 0.86-beta.  It will let you do exactly that if you are in expert mode!

If you are in Linux or OSX, you can get it right now by switching to the "coincontrol" branch.  If not, you'll have to wait for me to compile Windows versions, but I can do that later tonight.  They won't be official, but since you asked for it, you can help me test it Smiley

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!)
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 05, 2012, 05:01:09 AM
 #1516

I just posted a copy of 0.86-testingversion. 

http://dl.dropbox.com/u/1139081/ArmoryTestingReleases/armory_0.86-beta_windows_testing.msi

Make sure you switch into "Expert" mode, and then there will be a button on the send screen.  It should be self-explanatory Smiley

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!)
prezbo
Sr. Member
****
Offline Offline

Activity: 422


View Profile
December 05, 2012, 08:54:27 AM
 #1517

I just posted a copy of 0.86-testingversion. 

http://dl.dropbox.com/u/1139081/ArmoryTestingReleases/armory_0.86-beta_windows_testing.msi

Make sure you switch into "Expert" mode, and then there will be a button on the send screen.  It should be self-explanatory Smiley

This won't start for me...

Code:
Traceback (most recent call last):
  File "ArmoryQt.py", line 38, in <module>
    from PyQt4.QtCore import *
  File "PyQt4\QtCore.pyc", line 12, in <module>
  File "PyQt4\QtCore.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.
Traceback (most recent call last):
  File "ArmoryQt.py", line 38, in <module>
  File "PyQt4\QtCore.pyc", line 12, in <module>
  File "PyQt4\QtCore.pyc", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.
etotheipi
Legendary
*
Offline Offline

Activity: 1428


Core Armory Developer


View Profile WWW
December 05, 2012, 10:16:15 PM
 #1518

This won't start for me...

Ack!  Haven't seen that before!  I assume you are on 64-bit Windows?  I wonder if the 32-bit compiled version doesn't work on 64-bit Windows now, or maybe the installer didn't do everything it was supposed to...?  Can you please try uninstalling it and reinstalling it?  

I can't recompile the Win64 version just yet, because I just caught the dreaded crash in a debugger and I need examine it.  It looks juicy, though!  It thinks there was a blockfile split, and looking for blk0004.dat.   Hopefully this will be a quick fix!  When I'm done, I'll revert the debugging code and compile a Win 64bit version.


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!)
prezbo
Sr. Member
****
Offline Offline

Activity: 422


View Profile
December 05, 2012, 10:24:51 PM
 #1519

This won't start for me...

Ack!  Haven't seen that before!  I assume you are on 64-bit Windows?  I wonder if the 32-bit compiled version doesn't work on 64-bit Windows now, or maybe the installer didn't do everything it was supposed to...?  Can you please try uninstalling it and reinstalling it?  

I can't recompile the Win64 version just yet, because I just caught the dreaded crash in a debugger and I need examine it.  It looks juicy, though!  It thinks there was a blockfile split, and looking for blk0004.dat.   Hopefully this will be a quick fix!  When I'm done, I'll revert the debugging code and compile a Win 64bit version.



Yup, 64 bit win 7. Nice, reinstallation seems to have done the trick.
Ente
Legendary
*
Offline Offline

Activity: 1834



View Profile
December 07, 2012, 03:30:47 PM
 #1520

Where is the option to import private keys? I saw various pages mentioning that it is located in the wallet properties page but I can't seem to find it.

Also, is there a way to import a public key as a "Watch only" type of address?

You have to create a wallet first, and then select the wallet into which you want to import the keys.  From the wallet properties, there's an option on the bottom right for importing private keys.

Unfortunately, there is no way to import public keys into a watch-only wallet.  There's a couple reasons for this, and not all of them are laziness Smiley



I finally am in the process of switching to armory!
A few questions..

a) I guess no news about "importing" an address when only the public address is known? I imagine this should be possible, as we have the blockchain with all transactions of this address?
edit: It doesn't have to be a watch-only-wallet. Would it be more possible to have a whole new type of "wallet" for this?

b) Imported addresses: The paper backup warns that imported addresses are not included in the paper backup. Are they included in the digital backup / wallet file?

c) and OT: I wish to have bitcoind always running in background. Does anyone know a way to "connect" bitcoin-qt to the running bitcoind, instead of armory, when armory is closed? I would like that option, as I have a lot of wallets from bitcoin-qt left, and start all fresh on armory. And yes, that's nothing I expect the programmer of armory to code ;-)

Thank you for this nice client! I already love it, never restarting the client again to switch wallets! :-)
Also, what is currently the limiting factor in armory's development? Time, funds, tasks, coders?

Ente
Pages: « 1 ... 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 [76] 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 ... 232 »
  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!