Bitcoin Forum
May 25, 2024, 08:56:50 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 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 ... 233 »
641  Bitcoin / Armory / Re: Armory 0.96.4 release on: April 25, 2018, 11:12:36 PM
Any news on 0.97? (features, not ETA Grin)

Bunch of stuff going on in the dev branch.

A lot of these changes are a result of a partnership I hold with an upcoming exchange. The most significant parts are:

1) Optimizing the DB to operate a c10k capable supernode (basically a chain explorer service).

2) In that same vain, swapping the server interface from FCGI to websockets.

3) Since I don't like the CA model SSL hinges upon, I'm having droark implement BIP151 for the client/server encryption layer. This is done in consultation with Core, and we're hoping the code will be accepted into Core when they're ready to work on this layer.

From the user perspective, these changes mostly result in better stability. BIP151 and websockets will improve privacy and quality of life for the few users who use remote DBs. For the stuff that's more immediately relevant to individual users there's:

1) new wallet format

2) BIP32 support

3) bech32 support

For .1-2, I also intent to swap out cryptopp in full for Jonas Schnelli's libbtc, which operates as a wrapper around the Core crypto libraries in Armory's use case.

There will be some work needed to accomodate the new wallet features in the GUI. I'd also like to use this opportunity to introduce an advanced filter feature for ledgers (some sort of pseudo regex), so that people can customize their ledgers without me having to hardcode a filter GUI for each scenario.

I would also like to leverage the new wallet code and its flexibility with meta data to introduce a new privacy feature, in which you can create and manage a list of vendors and voluntarily flag your payments to that vendor, to improve coin selection privacy.

As an example, assume you use BitPay vendors. You would add BitPay as a vendor to your wallet, and flag the addresses of theirs that you use while construction payment tx. This would allow the coin selection to prioritize change addresses you used with BitPay in the past, and warn you when you have to introduce an unrelated UTXO to meet your payment. I've noticed through my own usage that I often end up moving coins to the same handful of services, and the code is lacking the meta data that would otherwise minimize my coins exposure to these services.

There are other big items on the list, like hardware wallet support, blocks over p2p, common export formats like BIP39, py3/qt5, but these will most likely be for 0.98.

I also have a couple contacts at Lightning Labs and am looking to interface Armory with their daemon so that people can at least create, close and revoke LN channels in the future, with the understanding that most of the heavy lifting will be offloaded to their code. This would be either 0.98 or 0.99, and obviously optional.


642  Bitcoin / Armory / Re: Armory 0.96.4 release on: April 22, 2018, 01:48:16 PM
Use the gcc4.7 one then.
643  Bitcoin / Armory / Re: Using Armory on the BCH chain on: April 21, 2018, 03:08:49 PM
A few months after the first BCH release, I believe ABC changed magic word and port. This is why Armory cannot work with these nodes. Changing the node port is easy, as there's a command line argument in the DB for this purpose. However, magic words are hardcoded.

You'd have to modify the Armory source to use this other magic word only for the node then build yourself to get it to work with newer ABC versions.
644  Bitcoin / Armory / Armory 0.96.4 release on: April 21, 2018, 11:33:15 AM
links:

https://github.com/goatpig/BitcoinArmory/releases/tag/v0.96.4
https://btcarmory.com/0.96.4-release/

changelog:

Quote
== Added ==
   - Updated fee estimate query from node to improve estimateSmartFee call introduced in Bitcoin Core 0.15.
   - The block confirmation target slider now spans from 2 to 100 blocks (previously 2 to 6).
   - You can now pick between 2 fee estimation profiles: conservative and economical. Refer to the estimateRawFee section of
     the Core 0.15 changelog for more information. A tooltip has been added to the GUI with a quick description.
   - If your node does not support the estimateSmartFee method, the code will fallback to the previous estimateFee method.
   - SegWit lockbox creation.
   - BCH lockbox spending.
   - Coin selection will now limit itself to change outputs when spending to external addresses you've spent to in the past.
   - You will receive a warning about privacy loss if coin selection fails to satisfy the previous condition.
   - Added the following CLI args:
      - Client side:
         --force-enable-segwit: when paired with --offline, allows the creation of SegWit types recipient addresses.
         --force-fcgi: forces the client to use FCGI socketing when connecting to a remote DB IP.
      - Server side:
         --listen-all: FCGI server will listen on :80 instead of 127.0.0.1:80
   
== Fixed ==
   - Fixed creating offline transactions that mix P2SH and P2PKH UTXOs.
   - Fixed importing wallets progress report and scan resolution in the GUI.
   - Fixed SegWit sighash data serialization with scripts of length > 256 bytes.
   - Fixed multiple RBF transaction bumping issues.
   - Fixed ledger based fee bumping.
   - Fixed RBF control dialog spawning.
   - Fixed node sync progress bar.
   - Fixed node status notification flicker during node sync.
   - Fixed fragment ID generation mismatching the fragment on backup when restoring non deterministic fragments. This fix only
     applies to fragments generated with versions 0.96.4 and later.
   - When in offline mode, the default signer option will now pick the proper signer for SegWit transactions.
   - Fixed --ram-usage control. --ram-usage=1 will no longer hang the DB during bootstrap scans.
   - As a result, --ram-usage defaults to 50 no instead of 4.
   - Fixed fee calculation when checking "MAX" with SegWit UTXOs
   - The Coin control dialog will no longer spawn invisible
   - When creating a fragmented backup, fragments will no longer be cycled unecessarily
   - Fixed imported address rendering in the Address Book dialog
   - The Transaction Info dialog will now display address comments in the comment field if there is no comment
     attached to the transaction itself
   - The Transaction Info dialog will now properly display fee/byte fee for unconfirmed transactions   
   - The main transaction ledger will now display comments attached to outgoing addresses for each relevant transaction
   - Fixed selecting an arbitrary wallet file in the Recovery Tool dialog.

== Removed ==
   - You cannot sign messages with P2SH addresses. This functionality never existed in Armory to begin with, as it
     did not produce single sig P2SH addresses prior to 0.96. It will be introduced in 0.97

== Minor ==
   - You can now resize the Transaction Info dialog.
645  Bitcoin / Armory / Re: Armory Online but Node offline on MAC High Sierre 10.13.4 on: April 20, 2018, 02:47:23 PM
Armory only ever worked with the very first version of ABC. I think 0.16 is too recent as well.
646  Bitcoin / Armory / Re: Armory Online but Node offline on MAC High Sierre 10.13.4 on: April 20, 2018, 12:10:37 PM
What version of ABC are you running? Armory is not compatible with their newer stuff.
647  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 16, 2018, 11:42:47 AM
To remove factors, I tried again:

- removed all wallets, ArmoryQt starts fine in online mode
- created a new wallet, it's online immediately
- shut down Qt and DB
- started Qt, created a new wallet with password, nothing else changed or touched (in offline mode)
- shutdown Qt
- started DB, then Qt
- Qt starts scanning

Quote
(INFO) ArmoryQt.py:4673 - Dashboard switched to "Scanning" mode
(python:14412): Gtk-CRITICAL **: IA__gtk_progress_configure: assertion 'value >= min && value <= max' failed
"Scanning" comes around every 5 secs, that Gtk warning came only once. Nothing else for an hour scanning.

At "35 sec left", the last DBlog.txt line is
Quote
-INFO  - 12:29:15: (BlockchainScanner.cpp:852) scanned from block #514744 to #515526
(which is not the current blockheight)

and Qt says
Quote
-ERROR - : (BinaryData.h:563) odd hexit count
over and over.

After restarting Qt, I can't connect to DB any more, I have to restart the service.

tl;dr: a single fresh plain wallet, nothing changed, nor commented, and Qt hangs.

Oh, maybe it has something to do with a recent upgrade to Debian 9? I probably didn't import/rescan since then.
But I did install/compile v0.96.4, which threw no errors.

Ente

Send me one of those fresh, broken wallets.
648  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 16, 2018, 08:18:53 AM
The DB runs fine. The issue is the client. Do you have comments in that wallet, written in a non ASCII locale?
649  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 15, 2018, 10:59:42 AM
Start the DB on its own (no GUIs), how far does it get? Try and post the last 10 lines of the dbLog.
650  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 15, 2018, 07:29:33 AM
To triplecheck, after removing those wallets again, I created a fresh wallet while not connected to DB. Restarting DB and then Qt, it starts scanning history. Everything again the same, seconds before finishing it hangs DB and Qt. This time I got ever-repeating errors in Qt:

You mean the DB hangs even without any imports?
651  Bitcoin / Armory / Re: Armory keeps crashing. Please help! on: April 14, 2018, 07:55:04 PM
1) Start BitcoinQt manually. Wait till it syncs

2) Delete this folder: C:\Users\lac\AppData\Roaming\Armory\databases

3) Update to the latest version and run that.
652  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 14, 2018, 07:52:47 PM
I'm thinking it's a Qt problem.
653  Bitcoin / Armory / Re: Armory keeps crashing. Please help! on: April 14, 2018, 03:31:55 PM
copy paste the bottom quarter into pastebin then.
654  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 14, 2018, 03:30:56 PM
since i don't use git, how can i accomplish the same thing?  i merely downloaded the source code tarball zip directly from your github, unpacked, and ran the standard commands.

Which source? The link called "Source Code"? That's an automated tarball put together by GitHub, which somehow skips submodules (don't ask why, I wish I knew). You want to use the signed sources. There is only a signed tag for 0.96.4 atm, so you'd have to use git to procure that code. There's a signed source for RC3 however:

https://github.com/goatpig/BitcoinArmory/releases/download/v0.96.3.992/armory_0.96.3.992_src.tar.gz

655  Bitcoin / Armory / Re: Armory keeps crashing. Please help! on: April 14, 2018, 01:24:29 PM
How big is the log?
656  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 14, 2018, 10:58:52 AM
I gather you're getting to load the client before it gets to that stage, right? Have you tried deleting the .lmdb mirror files? Also, consider running the wallet through the recovery tool in full mode.
657  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 14, 2018, 06:01:02 AM
i also tried building from the 0.96.4 source but run into this error upon "make":

Code:
git submodule init
git submodule update
sh autogen.sh
./configure
make clean
make -j8
sudo make install
658  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 14, 2018, 05:59:37 AM
Ah, neat!
I upgraded both ArmoryDB and ArmoryQt to 0.96.4, still the exact same messages and scanning never finishes..

Ente

I need to see the full Qt log.
659  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 13, 2018, 08:49:30 AM
I've tagged 0.96.4, there just aren't builds for it yet.
660  Bitcoin / Armory / Re: Armory 0.96.3 released on: April 13, 2018, 06:58:21 AM
I imported a new address in 0.96.3, scanning hangs close to finished:

Have you tried with 0.96.4?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 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 ... 233 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!