Search content
Sort by

Showing 20 of 53 results by pvz
Post
Topic
Board Armory
Re: Run Bitcoin Core and Armory on separate computers.
by
pvz
on 10/12/2015, 20:50:17 UTC
You will need a local bitcoind on your Armory computer.
Your local bitcoind is able to connect with a bitcoind blockchain on an other server/NAS in your local network or external server.

Be aware of the security risks!!!
Armory expect your local machine, bitcoind, Armory and connections to be safe, with this settings you undermine this basic principle.

Only advisable if you KNOW what you are doing.

On your local bitcoin.conf:
connect=[IP of bitcoind server]
addnode=127.0.0.1
rpcconnect=[IP of bitcoind server]
whitelist=255.255.255.0

Also set in Armory settings the rpcuser and rpcpassword of the bitcoind server.
Post
Topic
Board Armory
Re: How to import wallet.dat in Armory?
by
pvz
on 24/07/2015, 06:13:09 UTC
The main condition is to save the purse address!
How to do it?
If your main concern to switch to Armory is security, you subvert this by (re-)using old addresses. (e.g. was your address/private key safe in QT, or not?)
Beside, never use the same address twice.
Add. info:
https://bitcoin.org/en/developer-guide#avoiding-key-reuse
https://bitcointalk.org/index.php?topic=139381.msg1484178#msg1484178
Post
Topic
Board Development & Technical Discussion
Re: Elastic block cap with rollover penalties
by
pvz
on 04/06/2015, 13:55:21 UTC
however, the median transaction fee drastically drops as a result, and in a continued attack soon you could see that ~10% of transactions pay more than the median fee.

And if we use:
Code:
% of transactions with a fee higher than (median transaction fee of transactions with a fee)

This excludes zero fee transactions in the calculation of the median transaction fee.
In that case a large quantity of zero fee transactions (and spam) does not have influence on the median transaction fee.
Post
Topic
Board Development & Technical Discussion
Re: Elastic block cap with rollover penalties
by
pvz
on 04/06/2015, 06:37:31 UTC
Why not consider % of transactions with a fee?

This way users have direct influence in block size by paying a transaction fee (above median).
With paying a transaction fee users have a vote in the 'free rider effect'/spam and if current levels are acceptable.

1. small block size -> only transactions with fee will be processed fast (others get parked in mem. pool)
2. big block size -> a lot of transactions have a fee and a lot transactions without a fee (spam?) are accepted
3. median block size -> a balance between transactions with and without a fee

Also added a bigger scale (due to near future (holiday) transaction peaks).

I used Gavin's proposal as starting point:
Code:
max block size = 10 * median size of last 144 blocks * % of transactions with a fee higher than median transaction fee for last 144 blocks (e.g.0.36) * 2
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.16)
by
pvz
on 24/11/2013, 08:18:06 UTC
Install 12.10 deb on 13.10 works.
On my system Ubuntu 13.10 v.99.16 seems to have a 'wait/watch' issue in transition from updating blockchain (bitcoind) to scanning the blockchain.
This is already happening a number of builds ago.
If all the blocks are already downloaded and Armory is started, Armory continues after this check.
When there are new blocks and the 'wait/watch' issue seems to be there, the --debug last info is: "(INFO) ArmoryQt.py:3781 - Switching Armory functional mode to "Offline" ".
Visually: Qt states "Synchronizing with Network x blocks" with x > 0 and stays that way. Now more counting down. Just continue to display only this information.
When only <10 new blockchain blocks, Armory does continue, with 92 blocks (last time I got this error) Armory gets in the 'wait/watch' modus.
Maybe only happens when there is a new block file?

I can try a rescan or a reinstall of bitcoind and Armory, but maybe you prefer some more error analysis before I do that or to try another build first.

Please let me know.

[EDIT] Today (11/25) Armory did not stop when it started with 152 blocks to download (bitcoind). The number of blocks to download is not the variable triggering the freeze.
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.14)
by
pvz
on 23/11/2013, 06:52:15 UTC
----- Ubuntu/Debian
Only 10.04 and 12.04 are mentioned.
Is the 12.04 deb/installer compatible with 13.10?
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.14)
by
pvz
on 22/11/2013, 07:58:40 UTC
...
I am actually in the process right now of upgrading my release process to include 10.04 and 12.04 installers by default.  
...
Will have a 10.04 offline bundle for you tomorrow morning Smiley
In my search process I just noticed there is only 10.04 support until 2013/05.
Are you sure you want to keep support on 10.04?
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.14)
by
pvz
on 22/11/2013, 06:28:05 UTC
Ubuntu 10.4 LTS support.
Installing armory_0.89.99.12-testing_i386.deb gives dependency error: libstdc++6 >= 4.6
On 10.4 LTS the most recent available is 4.4.3
Maybe more dependencies will give this error, but no tools available on this offline machine.
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.14)
by
pvz
on 14/11/2013, 22:18:40 UTC
Top post links now link to the fixed .deb installers!
Check! Works.
Thanks Alan!
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.14)
by
pvz
on 14/11/2013, 22:03:02 UTC
Linux 64bit .deb does not start.
Next error after manual start:
Code:
sudo python /usr/lib/armory/ArmoryQt.py %u

(ERROR) Traceback (most recent call last):
  File "/usr/lib/armory/ArmoryQt.py", line 42, in
    from dialogs.toolsDialogs import MessageSigningVerificationDialog
ImportError: No module named dialogs.toolsDialogs

EDIT: same error like reported a few posts earlier.
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.10)
by
pvz
on 14/11/2013, 18:21:40 UTC
Linux 32-bit Users
Works! Not any noticeable difference in time.
Also adding (read-only) wallets (rescan) works without any errors.
Noticed the message during startup stating max 75 connections.
Thank you Allan!
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.8)
by
pvz
on 11/11/2013, 20:41:57 UTC
Someone just reported a problem with "Too many open files" when running on Ubuntu 12.04, 32-bit.

I have the problems on a 13.04 32-bit Ubuntu system.
As mentioned before the "sudo sysctl -w fs.file-max=5000000" still gives the error: "socket.error: [Errno 24] Too many open files".

Side note: when it breaks the GUI (Qt) still keeps running without any notification. I expect a notification is desirable.

After a lot of search and a lot of trying I found out that ulimit did the trick for me.
Add to /etc/security/limits.conf:
*                soft    nofile          65535
*                hard    nofile          65535
Reboot.
Start Armory again (now without the socket.error)

On my intel i5 with Ubuntu 13.10 64-bit the problem does not arise, even with the standard (ulimit -n = 1024).

Reference: http://posidev.com/blog/2009/06/04/set-ulimit-parameters-on-ubuntu/

If you have a fix for this and want to run some tests, please let me know.
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.8)
by
pvz
on 09/11/2013, 21:31:30 UTC
Someone just reported a problem with "Too many open files" when running on Ubuntu 12.04, 32-bit

Solution above did not do the trick.

During parsing blockchain files the number of unclosed files increase.
Running the command below gives me a higher number during (re)building:
Code:
lsof | grep python | wc -l

The code and (possible) solution is mentioned on:
http://stackoverflow.com/questions/16386678/too-many-open-files-python-multiprocess-tcp-server
Mentioned solution: "The problem solved. File descriptor assotiated with socket must be manually closed. os.close(fd)"

Hopefully you can reproduce this, or maybe it is only a problem in Ubuntu 12.04, 32-bit.
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.5)
by
pvz
on 23/10/2013, 05:56:46 UTC
A first quick test seems to work. Because it is not my computer I can't do more tests... to bad...
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.5)
by
pvz
on 22/10/2013, 21:34:42 UTC
--rebuild does not work.
Deleted .armory directory, started armory again (latest testing branch from a few minutes ago) with this result:

Quote
laptop:~/Downloads/armory/BitcoinArmory$ python ArmoryQt.py
********************************************************************************
Loading Armory Engine:
   Armory Version:       0.89.99.6
   PyBtcWallet  Version: 1.35
Detected Operating system: Linux
   OS Variant            : ('Ubuntu', '13.04', 'raring')
   User home-directory   : /home/xxx
   Satoshi BTC directory : /home/xxx/.bitcoin/
   Armory home dir       : /home/xxx/.armory/
   LevelDB directory     : /home/xxx/.armory/databases
   Armory settings file  : /home/xxx/.armory/ArmorySettings.txt
   Armory log file       : /home/xxx/.armory/armorylog.txt
Log file doesn't exist [yet]
(WARNING) armoryengine.py:11197 - Overriding not-available message. This should happen 0-5 times
-INFO  - 1382477339: (BlockUtils.cpp:1582) Set home directory:
-INFO  - 1382477339: (BlockUtils.cpp:1604) Set blkfile dir: /home/xxx/.bitcoin/blocks
-INFO  - 1382477339: (BlockUtils.cpp:1614) Set leveldb dir: /home/xxx/.armory/databases
-INFO  - 1382477339: (BlockUtils.cpp:1570) SetBtcNetworkParams
-INFO  - 1382477339: (BlockUtils.cpp:3542) Executing: doInitialSyncOnLoad
-INFO  - 1382477339: (BlockUtils.cpp:3582) Number of registered addr: 0
-INFO  - 1382477340: (BlockUtils.cpp:1709) Current Top block in HEADERS DB:  0
-INFO  - 1382477340: (BlockUtils.cpp:1710) Current Top block in BLKDATA DB:  0
-INFO  - 1382477340: (BlockUtils.cpp:1711) Current Applied blocks up to hgt: 0
-INFO  - 1382477340: (BlockUtils.cpp:3606) Clearing databases for clean build
-WARN  - 1382477340: (BlockUtils.cpp:3507) Destroying databases;  will need to be rebuilt
pthread lock: Ongeldig argument
Afgebroken (geheugendump gemaakt)
Question: how can I make a fresh Armory restart?
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.5)
by
pvz
on 22/10/2013, 20:42:54 UTC
Can you please try --rebuild.  
I'll do that. Should it be default for the first time or a database check before start?
Post
Topic
Board Armory
Re: RAM-Reduction & Backup Center Testing (version 0.89.99.5)
by
pvz
on 22/10/2013, 20:29:37 UTC
On my Ubuntu 13.04 i368 running Armory for the first time this error hits every 10 - 15 blocks:

Quote
-INFO  - 1382470521: (BlockUtils.cpp:3693) Parsing blockchain file: /home/xxx/.bitcoin/blocks/blk00033.dat
-INFO  - 1382470522: (BlockUtils.cpp:3787) /home/xxx/.bitcoin/blocks/blk00033.dat is 134,217,728 bytes
Unhandled Error
Traceback (most recent call last):
  File "ArmoryQt.py", line 4981, in
    os._exit(QAPP.exec_())
  File "/home/xxx/Downloads/armory/BitcoinArmory/qt4reactor.py", line 231, in _iterate
    self.runUntilCurrent()
--- ---
  File "/usr/lib/python2.7/dist-packages/twisted/internet/base.py", line 805, in runUntilCurrent
    call.func(*call.args, **call.kw)
  File "ArmoryQt.py", line 4482, in Heartbeat
    sdmState = TheSDM.getSDMState()
  File "/home/xxx/Downloads/armory/BitcoinArmory/armoryengine.py", line 11181, in getSDMState
    state = self.getSDMStateLogic()
  File "/home/xxx/Downloads/armory/BitcoinArmory/armoryengine.py", line 11234, in getSDMStateLogic
    elif not self.bitcoindIsResponsive():
  File "/home/xxx/Downloads/armory/BitcoinArmory/armoryengine.py", line 11169, in bitcoindIsResponsive
    return satoshiIsAvailable(self.bitconf['host'], self.bitconf['rpcport'])
  File "/home/xxx/Downloads/armory/BitcoinArmory/armoryengine.py", line 10703, in satoshiIsAvailable
    s = socket.socket()
  File "/usr/lib/python2.7/socket.py", line 187, in __init__
    _sock = _realsocket(family, type, proto)
socket.error: [Errno 24] Te veel open bestanden (translation: to many open files)
-INFO  - 1382470673: (BlockUtils.cpp:3693) Parsing blockchain file: /home/xxx/.bitcoin/blocks/blk00034.dat
-INFO  - 1382470673: (BlockUtils.cpp:3787) /home/xxx/.bitcoin/blocks/blk00034.dat is 134,217,728 bytes
Armory continues to run without any dump or GUI error (in the case above until block 83 because of error below) and after restart started from block 33.

The second error:
Quote
-INFO  - 1382468790: (BlockUtils.cpp:3693) Parsing blockchain file: /home/xxx/.bitcoin/blocks/blk00087.dat
-INFO  - 1382468790: (BlockUtils.cpp:3787) /home/xxx/.bitcoin/blocks/blk00087.dat is 134,089,409 bytes
-INFO  - 1382468834: (BlockUtils.cpp:3693) Parsing blockchain file: /home/xxx/.bitcoin/blocks/blk00088.dat
-INFO  - 1382468834: (BlockUtils.cpp:3787) /home/xxx/.bitcoin/blocks/blk00088.dat is 33,554,432 bytes
-INFO  - 1382468842: (BlockUtils.cpp:3707) Processed 77978 raw blocks DB (3180 seconds)
-INFO  - 1382468844: (BlockUtils.cpp:3736) Starting scan from block height: 0
-ERROR - 1382468844: (StoredBlockObj.cpp:1063) Cannot get tx copy, because don't have full StoredTx!
-ERROR - 1382468844: (BlockUtils.cpp:757) Passed uninitialized STX to regAddrScan
-ERROR - 1382468846: (StoredBlockObj.cpp:1063) Cannot get tx copy, because don't have full StoredTx!
-ERROR - 1382468846: (StoredBlockObj.cpp:1063) Cannot get tx copy, because don't have full StoredTx!
Segmentatiefout (geheugendump gemaakt [translation: memmorydump created] )
Please let me know if I can do some more tests.
Armory keep up the good work!
Post
Topic
Board Altcoin Discussion
Re: MemoryCoin Block Explorer - $50 Bounty
by
pvz
on 10/09/2013, 19:05:55 UTC
Post
Topic
Board Trading Discussion
Re: Initiative to help Simon Hausdorf to clear things @ bitcoin-24 <-- SIMON READ IT
by
pvz
on 13/04/2013, 10:02:57 UTC
I bet he just saw this post.
Quote
Summary - TAiS46
Name:   TAiS46
Last Active:   Today at 06:09:49 AM
https://bitcointalk.org/index.php?action=profile;u=23819
Post
Topic
Board Project Development
Re: Bitcoin Monitor as Chrome extension
by
pvz
on 06/04/2013, 10:44:50 UTC
Works again!!!  Cheesy

Thanks @TAiS46