If you are an active seller on LocalBitcoins it's helpful to keep some bitcoins in the wallet in order to be able to fund sales efficiently.
I keep just enough to fund the maximum sale amount I have listed in my ads.
|
|
|
They don't need an asic, they could jut put the software in ROM. That does not accomplish anything in terms of the vulnerabilities inherent to running software.
|
|
|
(2) How long does it take to build the DB? NOTE: there's actually two steps to building the DB: one is writing the raw blocks to the DB, the other is actually walking through those blocks and updating the DB with spentness info, and building histories for each address. The system currently does not give you any real indication that the first step is happening (though it should on the command line, if you run with --debug). Until I fix that, it may not be obvious that anything is happening... and that first step usually takes like 45 min! Two hours and 41 minutes: 2013-09-12 18:37 (INFO) -- armoryengine.py:771 - ************************************************************ 2013-09-12 18:37 (INFO) -- armoryengine.py:772 - Invoked: /usr/share/armory/ArmoryQt.py --debug 2013-09-12 18:37 (INFO) -- armoryengine.py:773 - ************************************************************ 2013-09-12 18:37 (INFO) -- armoryengine.py:774 - Loading Armory Engine: 2013-09-12 18:37 (INFO) -- armoryengine.py:775 - Armory Version : 0.89.97 2013-09-12 18:37 (INFO) -- armoryengine.py:776 - PyBtcWallet Version : 1.35 2013-09-12 18:37 (INFO) -- armoryengine.py:777 - Detected Operating system: Linux 2013-09-12 18:37 (INFO) -- armoryengine.py:778 - OS Variant : Gentoo Base System-2.2- 2013-09-12 18:37 (INFO) -- armoryengine.py:779 - User home-directory : /home/justus 2013-09-12 18:37 (INFO) -- armoryengine.py:780 - Satoshi BTC directory : /home/justus/.bitcoin/ 2013-09-12 18:37 (INFO) -- armoryengine.py:781 - Armory home dir : /home/justus/.armory/ 2013-09-12 18:37 (INFO) -- armoryengine.py:782 - Detected System Specs : 2013-09-12 18:37 (INFO) -- armoryengine.py:783 - Total Available RAM : 15.52 GB 2013-09-12 18:37 (INFO) -- armoryengine.py:784 - CPU ID string : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz 2013-09-12 18:37 (INFO) -- armoryengine.py:785 - Number of CPU cores : 8 cores 2013-09-12 18:37 (INFO) -- armoryengine.py:786 - System is 64-bit : True 2013-09-12 18:37 (INFO) -- armoryengine.py:787 - Preferred Encoding : UTF-8 (snip) 2013-09-12 18:37 (INFO) -- ArmoryQt.py:4272 - Dashboard switched to "Scanning" mode (snip) 2013-09-12 21:18 (INFO) -- ArmoryQt.py:4262 - Dashboard switched to fully-online mode
(3) How much space does the new .armory/databases directory use? I've seen widely different results, and I think it has to do with seemingly-random times that leveldb decides to do DB compactions. My first test left me with an 18 GB databases dir. A more recent had it at 25 GB. I'm wondering how widely this varies. $ du -sh databases/ 14G databases/
|
|
|
Anyway I think its easier to trust a single purpose hardware with limited protocol and opensource + the possibility to flash the firmware than a computer connected to internet having tons of software created by thousands of programmers... I actually think of that as providing more of a false sense of security than anything else. The ability to flashing the firmware is an attack vector, as is the existence of firmware in the first place. If you don't get a hardware wallet right the first time somebody is going to lose coins to an attack before they are able to install your firmware upgrade. Basically, a hardware needs to be an ASIC designed for tamperproof operation with specific attention payed to avoiding information leaks that could lead to a successful side channel attack. Any product that does not, at a minimum, meet this condition is one I'd never buy or recommend.
|
|
|
I won't be interested in hardware wallets until I see signs that the people implementing them are serious about hardening them against malware and side channel attacks. Devices like the Trezor, which advertise that the code running them is open source, are immediately uninteresting because they are devices which run code. Implementing a hardware wallet properly does not allow for shortcuts, like using general-purpose computers in the design.
|
|
|
BTC are never safe when held by a third party.
|
|
|
I have attempted to use Freenet's mail... it doesn't work! When did you try? There was a 0.1 version series that was basically useless, and a 0.2 series that works.
|
|
|
For example, is there a reason why BM could not be implemented as a reliable-and-anonymous message channel by just building on top of a DHT such as freenet or similar? This would scale far better and we would not need to care about ACKs. Freenet already has a mail system that does everything Bitmessage does, with stronger privacy protections.
|
|
|
And, maybe, the ignore count will make some feedback to the advertisers also. Exactly.
|
|
|
I'll continue donating monthly through your ReDonate campaign for an extra 3 months.
|
|
|
Leveldb is compiled without snappy support.
Here's where it gets complicated:
Luke-jr maintains the Bitcoin packages on Gentoo. In accordance with their policies, he's not using the bundled leveldb libraries included with the bitcoin-qt source, so instead forces Portage to build leveldb independently, but identically to the bundled version.
This enforces USE="-snappy" for leveldb.
I can tell the Armory ebuild to require leveldb build with USE="+snappy", but that creates a package conflict since Bitcoin-Qt and Armory now have incompatible dependency requirements.
The upshot is that it will be impossible to install Bitcoin-Qt and Armory at the same time on a Gentoo system. That doesn't affect me personally because I use bitcoind anyway - I just uninstalled bitcoin-qt to resolve the block, but that's not a general solution.
|
|
|
Did you recompile? This is Gentoo, so there is no installation method that's not recompiling. That's not strictly true, here, since i didn't giveyou an installer. If you have previously compiled the project and then checkout the new branch and/or pull, it will update the code, but you might have to do a "make clean; make" from the base directory to get it to discard the previous binaries and recompile all of them. You may know this, but I've frequently forgotten to recompile after pulling an update and been confused by the errors that look like what you just showed. I'm using an ebuild, so what happens with Gentoo is that when you install a package it extracts the source code to a working directory in /var/tmp/portage, which then gets deleted after installation. There are never any intermediate files left lying around - each compilation takes place in a clean environment. However, it's also possible that when Gentoo installs leveldb it does not install the snappy compression library which is needed for leveldb. While trying to get leveldb working I've seen that topic come up a few times even though I didn't have the problem myself on Ubuntu. But it might be an issue on other system. I'll check into that.
|
|
|
In principle you should be able to use NFS to share the directory containing the blockchain. Or you could use Bits of Proof instead of bitcoind, which was explicitly designed for that kind of thing.
|
|
|
Did you recompile? This is Gentoo, so there is no installation method that's not recompiling. Also, did you install the libleveldb package?
I have leveldb-1.9.0 installed.
|
|
|
That dump lasted just long enough to move the Coinbase buy price, right exactly when I was about to buy anyway, so I managed to get them at $115.23.
|
|
|
No compile errors, but this happens when I try to start: (INFO) armoryengine.py:589 - Executing popen: free -m (INFO) armoryengine.py:589 - Executing popen: ['cat', '/proc/cpuinfo'] (INFO) armoryengine.py:768 - (INFO) armoryengine.py:769 - (INFO) armoryengine.py:770 - (INFO) armoryengine.py:771 - ************************************************************ (INFO) armoryengine.py:772 - Invoked: /usr/share/armory/ArmoryQt.py --debug (INFO) armoryengine.py:773 - ************************************************************ (INFO) armoryengine.py:774 - Loading Armory Engine: (INFO) armoryengine.py:775 - Armory Version : 0.89.95 (INFO) armoryengine.py:776 - PyBtcWallet Version : 1.35 (INFO) armoryengine.py:777 - Detected Operating system: Linux (INFO) armoryengine.py:778 - OS Variant : Gentoo Base System-2.2- (INFO) armoryengine.py:779 - User home-directory : /home/justus (INFO) armoryengine.py:780 - Satoshi BTC directory : /home/justus/.bitcoin/ (INFO) armoryengine.py:781 - Armory home dir : /home/justus/.armory/ (INFO) armoryengine.py:782 - Detected System Specs : (INFO) armoryengine.py:783 - Total Available RAM : 15.52 GB (INFO) armoryengine.py:784 - CPU ID string : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz (INFO) armoryengine.py:785 - Number of CPU cores : 8 cores (INFO) armoryengine.py:786 - System is 64-bit : True (INFO) armoryengine.py:787 - Preferred Encoding : UTF-8 (INFO) armoryengine.py:788 - (INFO) armoryengine.py:789 - Network Name: Main Network (INFO) armoryengine.py:790 - Satoshi Port: 8333 (INFO) armoryengine.py:791 - Named options/arguments to armoryengine.py: (INFO) armoryengine.py:793 - leveldbDir : DEFAULT (INFO) armoryengine.py:793 - skipVerCheck : False (INFO) armoryengine.py:793 - satoshiPort : DEFAULT (INFO) armoryengine.py:793 - settingsPath : /home/justus/.armory/ArmorySettings.txt (INFO) armoryengine.py:793 - logFile : /home/justus/.armory/ArmoryQt.py.log.txt (INFO) armoryengine.py:793 - nettimeout : 2 (INFO) armoryengine.py:793 - doDebug : True (INFO) armoryengine.py:793 - datadir : DEFAULT (INFO) armoryengine.py:793 - netlog : False (INFO) armoryengine.py:793 - keypool : 100 (INFO) armoryengine.py:793 - testnet : False (INFO) armoryengine.py:793 - rpcport : DEFAULT (INFO) armoryengine.py:793 - satoshiHome : DEFAULT (INFO) armoryengine.py:793 - forceOnline : False (INFO) armoryengine.py:793 - logDisable : False (INFO) armoryengine.py:793 - offline : False (INFO) armoryengine.py:793 - mtdebug : False (INFO) armoryengine.py:793 - interport : 8223 (INFO) armoryengine.py:794 - Other arguments: (INFO) armoryengine.py:797 - ************************************************************ (CRITICAL) armoryengine.py:1005 - C++ block utilities not available. (CRITICAL) armoryengine.py:1006 - Make sure that you have the SWIG-compiled modules (CRITICAL) armoryengine.py:1007 - in the current directory (or added to the PATH) (CRITICAL) armoryengine.py:1008 - Specifically, you need: (CRITICAL) armoryengine.py:1009 - CppBlockUtils.py and (CRITICAL) armoryengine.py:1011 - _CppBlockUtils.so (ERROR) Traceback (most recent call last): File "/usr/share/armory/ArmoryQt.py", line 30, in <module> from armoryengine import * File "/usr/share/armory/armoryengine.py", line 1001, in <module> import CppBlockUtils as Cpp File "/usr/share/armory/CppBlockUtils.py", line 26, in <module> _CppBlockUtils = swig_import_helper() File "/usr/share/armory/CppBlockUtils.py", line 22, in swig_import_helper _mod = imp.load_module('_CppBlockUtils', fp, pathname, description) ImportError: /usr/share/armory/_CppBlockUtils.so: undefined symbol: _ZN6snappy21GetUncompressedLengthEPKcmPm
Error in sys.excepthook: Traceback (most recent call last): File "/usr/share/armory/armoryengine.py", line 582, in logexcept_override sys.__excepthook__(type, value, tback) AttributeError: 'NoneType' object has no attribute '__excepthook__'
Original exception was: Traceback (most recent call last): File "/usr/share/armory/ArmoryQt.py", line 30, in <module> from armoryengine import * File "/usr/share/armory/armoryengine.py", line 1001, in <module> import CppBlockUtils as Cpp File "/usr/share/armory/CppBlockUtils.py", line 26, in <module> _CppBlockUtils = swig_import_helper() File "/usr/share/armory/CppBlockUtils.py", line 22, in swig_import_helper _mod = imp.load_module('_CppBlockUtils', fp, pathname, description) ImportError: /usr/share/armory/_CppBlockUtils.so: undefined symbol: _ZN6snappy21GetUncompressedLengthEPKcmPm
|
|
|
I built the ramreduceleveldb branch, and I started it on mainnet with --debug, and I still don't see any indication that something is happening. It's completed the initial blockchain scan, and there is no ~/.armory/databases directory yet.
|
|
|
Before this, can we get the forum software to start encrypting email notifications it sends out?
|
|
|
|