Bitcoin Forum
July 17, 2025, 03:43:05 PM *
News: Latest Bitcoin Core release: 29.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 ... 236 »
1  Bitcoin / Armory / Re: Strange "invalid propose" error in new "autodb" branch on: June 26, 2025, 10:33:41 AM
autodb is a side branch I started working on while waiting for replies to my comments on the migration UI wizard. You check the progress for that here:

https://github.com/goatpig/BitcoinArmory/pull/725

autodb is unstable for now, but since I have to travel a bunch until late July, I had to push stuff to swap to a laptop. The branch is meant to get rebased once the migration UI PR is good enough to merge in.
2  Bitcoin / Armory / Re: Running Armory v0.96.5 with Bitcoin Core v28 or v29. on: June 24, 2025, 03:01:41 PM
Also please note that 0.96.5 cannot talk to Core RPC starting 0.28.x
3  Bitcoin / Armory / Re: Armory 0.96.5 on: June 07, 2025, 07:54:02 PM
Does knots do anything besides blacklisting a few known nodes from peer discovery? It does not affect how blocks are stored on disk nor strip anything out of the p2p layer, it ought to work.
4  Bitcoin / Armory / Re: 2 outputs one unconfirmed with transaction. on: June 04, 2025, 08:05:35 AM
Is there any way to do that in armory? If I right click on the transaction tab to bum fees and select bump fee from the menu just get a blank screen with my wallet ID. Thanks

1. Check the txhash in a block explorer, if it cannot find it, your tx is probably evicted from mempools across the network.
2. You can now delete Armory's mempool and restart it.
3. At this point you can respend the coins as if they never moved.
5  Bitcoin / Armory / Re: Issue with Python version on latest commit 9c4e9f1 in dev branch on: May 29, 2025, 11:01:32 AM
I'm writing tests for the migration code as we speak, then I'll slap the new migration wizard on top. I should have something by the weekend.

With regards to py3.11, I will do a run on 3.11 but I expect I won't find the issues until I spawn the related dialog, so keep reporting those as you find them, that helps. I did another blind pass with a wider heuristic, hopefully this is enough to get you through for now.
6  Bitcoin / Armory / Re: Issue with Python version on latest commit 9c4e9f1 in dev branch on: May 26, 2025, 04:57:48 PM
Quote
This is apparently due to the fact in Python 3.12 the parsing of nested quotes was changed (might even say "improved").

Tried a blind fix, should be doing better regardless. The error is kinda obvious.

Quote
On a side note, I have a problem since your previous commit: If I launch Armory against an old .armory folder I had from a back-up, it doesn't recognize neither the wallet nor the watch-only wallet that there were inside.
Since the load digital backup dialog is still not working, I can't try to see if they would work if manually imported.
If possible I would like to load the binary backups as they pair the addresses I used with the description I gave them, while restoring a paper backup of course lacks the descriptions.

Are you saying it's failing to read from .lmdb files (new cpp wallets) or from .wallet files (old python wallets)?

As for the python versions:
- 3.13 doesnt work cause capnp chokes
- 3.12 I target using pyenv and a venv
- I can target 3.11 and just work off of that tbf. Python will be frozen for the Windows release but I don't know if that's kosher for Linux packages.
7  Bitcoin / Armory / Re: Dev branch - print backup doesn't work on: April 15, 2025, 04:40:04 PM
Are you using different versions of Qt across systems? That's the first thing that comes to mind, qtpy wraps "silently" around anything from pyqt4 to pysides6.
8  Bitcoin / Armory / Re: Dev branch - print backup doesn't work on: April 12, 2025, 10:28:02 AM
Actually, that's not really wrong. Assuming at this point the wallet was already created and saved in encrypted form, it's totally legit Armory ask again the password to unlock it if the password was already discarded from memory. I suppose the on-demand "make backup" option will have to ask for the password anyway if done at a later time.

This is a regression. Old armory (python wallets) did not have you submit the password to generate the backup after creation. The password does live in memory for the whole wizard lifetime, just as before, but decryption happens in the cppbridge now.

New Armory unlocks via a callback process: encrypted assets list their encryption key id, the code tries to resolve that. If it finds no key, it prompts the caller for candidates. I can force feed the passphrase by hijacking the prompt, I was just lazy to.
9  Bitcoin / Armory / Re: Dev branch - print backup doesn't work on: April 11, 2025, 04:59:15 PM
The creation process still throws a warning about "No crontrol passphrase" for the global protection but now the single wallet created is correctly encrypted with the set password.

Updated the verbose to be more specific about what's happening.

Quote
a- previously created wallet now are listed as not encrypted and the new ones are listed as encrypted in the Available Wallets grid

The private keys are encrypted nonetheless. You're running into a GUI quirk. It parses the used address data to determine encryption state and a fresh wallet that never went online has no provable used addresses, so there is nothing to parse, hence the issue on fresh wallets. Get one address from the wallet, reload Armory and it should show as encrypted. I have to use a better heuristic for this...

As for the new wallets you made showing as encrypted, I've had the creation process put the first address in use to avoid the quirk. Again, I have to think of something better.

Quote
b- when asked to make a paper backup during the creation phase, I'm asked again (for a fouth time) the password to unlock it

Will fix.

Quote
he wizard window is enlarged to accomodate the card pictures

This is really wonky atm, made somehow even worse on Hyprland. Probably something to do with qtpy and/or qt5/6, I'll get to it eventually.

Quote
When creating a new wallet, hitting the "print" button during the "print single sheer paper backup" phase throws an error

Ah, I completely ignored that, we'll see what I can do.

Quote
Since the wallet property window buttons aren't yet working, I couldn't test if the error is specific to the creation flow or is present also on on-demand wallet backup.

Next commit will add unlock testing, should be within the hour of writing this.
10  Bitcoin / Armory / Re: Impossible to spend my bitcoin [Invalid Address] on: April 02, 2025, 04:05:22 PM
What version of Armory are you using?
11  Bitcoin / Armory / Re: Armory on RPI5 on: March 31, 2025, 09:35:29 AM
Quote
Maybe it would be useful to update the BitcoinArmory/build_instructions/linux/linux.md file so other would not have the same issue.

Updated

Quote
I tried creating a wallet without adding the "extra entropy" trough cards, and this error shown up (the wallet was created ayway)

This is a false negative error. ArmoryQt will always try to grab extra entropy from sources to mix with the PRNG pull at wallet creation. One of them is a screenshot of the desktop, and I guess the syntax has changed in qtpy to accommodate for various Qt versions, which is what you're running into. You can look at the code here:

https://github.com/goatpig/BitcoinArmory/blob/loading_wallets/ArmoryQt.py#L1053

Extra entropy through cards is an optional source, manually provided by the user, to assuage the more paranoid types.

Quote
I am still having some errors about passphrase not being present when creating the password but the interface marking the wallet as protected.

This is another false negative. You're running into this: https://github.com/goatpig/BitcoinArmory/blob/loading_wallets/cppForSwig/Wallets/WalletFileInterface.cpp#L431

The wallet code has lived in ArmoryQt.py all the way to 0.96.5. When migrating from py2 to py3 for 0.97, all the mission critical cryptography has been removed from python and reimplemented CppBridge. The legacy wallet format has been discarded in the process. CppBridge can read the legacy format but uses a brand new format.

The new format comes with 2 layers of encryption:
 - the usual direct encryption of private assets (private keys, seed/root). This uses the passphrase you're familiar with.
 - encryption of all assets in the wallet. This is called the control encryption layer and uses a secondary passphrase: the control passphrase. You can choose to set it at wallet creation. You can also change it throughout the wallet's lifetime. There is currently no GUI to set/provide this passphrase, but that's in the tubes.

Control and private passphrases are different. You have to provide the private passphrase every time you sign a tx or reveal private keys/seed/root. Control passphrase is provided once at wallet load (once per ArmoryQt run). At wallet creation time, the private passphrase is mandatory, the control passphrase is optional. This is enforced in GUI, not in the actual wallet code. The control encryption is always applied however. If you do not provide a control passphrase, the wallet uses a default key written in clear text on file instead. This prevents code divergence.

The control encryption layer has 2 uses: it acts as an implicit file integrity check, and if you provide a passphrase, hides all wallet public data from interlopers.
At the moment, you can toy with this feature via ArmoryDB. It uses a special wallet to track client public keys. This wallet only has a control passphrase. You can toy with that wallet by running ArmoryDB manually, or via the BIP150KeyManager cli tool. ArmoryDB uses this special wallet as its key store for client authentication.
12  Bitcoin / Armory / Re: ArmoryDB crash after connecting to Bitcoin Core node on: March 31, 2025, 08:39:21 AM
Most likely you are running into this issue: https://github.com/goatpig/BitcoinArmory/issues/720

Long story short, Core 0.28+ went from JSON 1.0 to JSON 2.0 and that bricks the RPC code in ArmoryDB. Simplest solution is to downgrade to Core 0.27, hard solution is to try and build your own DB binary following the updated instructions from that issue's contributor.

Long term solution is 0.97. Build system is too busted to generate a new release for 0.96.x
13  Bitcoin / Armory / Re: ArmoryDB crash after connecting to Bitcoin Core node on: March 30, 2025, 05:10:02 PM
What's the content of your bitcoin.conf?
14  Bitcoin / Armory / Re: Armory on RPI5 on: March 21, 2025, 05:00:44 PM
Pushed some changes that should fix issue #4. I don't think I can come up with a fix for the rest before I have to leave. Stay tuned in April I guess =D
15  Bitcoin / Armory / Re: Armory on RPI5 on: March 20, 2025, 09:15:09 AM
1 & 2: LWS is building both static and dynamic libs, or only dynamic, and libtool is picking that up when linking armory binaries. Try to set LWS to only build static libs, or delete the .so from the LWS build folder (assuming the .a is present), and try to link again.

3: figures it would fail aggressively there of all places...

4. this is a SNAFU from one of my recent big commits, haven't caught everywhere this code gets replaced

5. that's what I was working on before I got side tracked by DB issues. Next set of commits should address this. I've implemented the progress callback for wallet creation, was about to write tests for it then got side tracked again. I'm going to visit my brother for a week this sunday, hopefully I can push that stuff before I leave.
16  Bitcoin / Armory / Re: Current issues loading wallet files in dev loading_wallets branch on: March 12, 2025, 05:31:53 PM
Ah right, I completely ignored the digital backups part. Still working the db fix, should be done before the weekend, then I'll get to this.

Quote
But if I close it and then open it again, it doesn't throw errors anymore and instead the watch-only wallet appears correctly in the wallets window.

Means the WO was migrated correctly but the load sequence blow up.

Quote
I hope to have been helpful.

It's very helpful and very welcomed. Thank you.
17  Bitcoin / Armory / Re: Armory dev branches errors with Python >3.9 on: March 01, 2025, 02:58:23 PM
I've fixed a few things, it should run a bit smoother on your end. I've ran into a db issue along the way so i gotta focus that for now.

Quote
Since the strange error, I wanted to try if the password I entered was correctly applied, so I opened the wallet properties page and clicked the "Click to Test" under "Unlock Time:" but I got the following error:

This feature needs the full capnp and bridge support, will take a bit longer to address.
18  Bitcoin / Armory / Re: Armory dev branches errors with Python >3.9 on: March 01, 2025, 10:00:07 AM
Quote
setMinimumWidth
setMinimumHeight
setMinimumSize
setMaximumWidth
setMaximumHeight
setMaximumSize
QSize

I've reviewed some of those call and there are many instances where they're already casted to int. I'll go over all this stuff over the weekend.

Quote
First test, I tried to create a new wallet. I checked the flag for creating additional entropy, and got the dialog for the selection of the shuffled cards. All the boxes are black, so I just randomly clicked some until I got enough entropy and went on. I got this errror:

Ah figures, I didn't try with extra entropy. Thanks for the report. I have yet to figure out why pictures aren't loading, will get around to it.

Quote
This might relatedto the previous though, since a wallet wan't actually created.

Haven't tried restore from the wizard, will check.

Quote
Later, I tried restoring a paper backup I had. It's a 1.35c plain one. The restoring process was apparently successful, but even if I set a password on the walled when required (and confirmig it the third time) I got this error on console:

Process is a bit wonky atm, it doesn't correctly detect whether it's offline or not. You have to explicitly feed it the --offline arg for now.
19  Bitcoin / Armory / Re: Armory dev branches errors with Python >3.9 on: February 27, 2025, 04:11:06 PM
This is super weird. Looking at the pyside6 documentation, resizeSection only accepts int, so casting down to int is correct, but this code is almost 10y old and has never failed, be it in py2 or py3, across windows, mac and linux. I don't quite understand why it would start failing now. I'm going to assume it has something to do with your system locale? That's the only thing I can think of.

There are only 2 instances of resizeSection in the source, so I've added the int cast and it seems to work just fine.

Quote
capnproto
python-pycapnp
python-distro
python-cffi
python-setuptools
python-qtpy
python-lmdb

Looks like you're installing these package as system libs via pacman. I'd suggest setting up a venv and installing python packages via pip, this lets you isolate the python environment from your actual system.

You do not need python-lmdb, it isn't used on the python side at all. I'm going to assume that helped you cause it most likely depends on system lmdb, which was installed along.
20  Bitcoin / Armory / Re: Armory dev branches errors with Python >3.9 on: February 27, 2025, 08:35:06 AM
1. You should try the current bleeding edge branch: https://github.com/goatpig/BitcoinArmory/tree/loading_wallets
A lot easier for me to help you there, also a much better base if you want to PR fixes.

2. There are "up to date" build instructions for linux: https://github.com/goatpig/BitcoinArmory/blob/loading_wallets/build_instructions/linux/linux.md
My system runs py3.13.2, for which pycapnp fails to build, so I use a venv with py3.12.8 to run Armory

3. I'm not sure what you mean by the type cast. I have not run any of this on python <3.10, I don't think I've run into the issue you mention ever. Also what version of qt are you using? ArmoryQt uses qtpy now, so it can run against pyqt/pysides somewhat seamlessly. I do my development vs pysides6.
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 ... 236 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!