Bitcoin Forum
May 09, 2024, 10:35:08 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 [199] 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 »
3961  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 25, 2013, 09:31:34 PM
I know you considered adding option to transfer the unsigned file to offline computer using sound (sound card) and back. Any progress in this ?

That's my responsibility. However it isn't at the top of my priority list just yet. Busy with a wallet recovery tool and Trezor integration for now.
http://www.anfractuosity.com/projects/ultrasound-via-a-laptop/
for example Wink

Interesting project. Not fit for Armory's use case sadly. We're looking to send the data over wires, with speed in mind.
3962  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 25, 2013, 04:28:47 PM
Re-using addresses to me is a good feature of bitcoin. Why are programs trying to stop that? When you have a donation address, a payment address, an address just associated with your company you would want people to know that address. Let the user make up their mind and do what they want instead of the program, right? Almot %90 of the users here paste their personal bitcoin address in their signature. It is more of a common practice to re-use addresses then anything and when a program or someone tries to just change that, questions will be asked....hence an entire thread.

You are losing track of the conversation. I was presenting the concept of address renewal as recommended by Satoshi's white paper and implemented in Armory in the context of change addresses, in order to explain the tagged change addresses. I don't really know at which point you had it all slip into "address re-use is bad, we are trying to to put an end to it"

You fail to see the benefit here apparently. You receive coins in address A and B. You spend some with A and get change back in C. You spend some with B and get change back with C. Now A and B are linked.

The issue at hand isn't to force people into a certain behavior. That stance is actually untrue as far as Armory is concerned. With expert mode and coin control, you can reuse addresses as much as you like.

The issue at hand is to make sure people do not compromise their privacy by default. Change is an automated concept, for reasons I doubt anyone would oppose. As such, this automation shouldn't reveal informations that it doesn't have to by default. Then there is expert mode, for those who wish to consciously alter that automation.
3963  Bitcoin / Armory / Re: Transaction fee... on: December 25, 2013, 04:11:45 PM
People complaining about fees is recurrent. However, the Armory team has no power on that front. This discussion doesn't belong here.

If you want to allow for no minimum fees, you can modify the code. It is actually quite a simple modification.
3964  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 25, 2013, 04:05:06 PM
I know you considered adding option to transfer the unsigned file to offline computer using sound (sound card) and back. Any progress in this ?

That's my responsibility. However it isn't at the top of my priority list just yet. Busy with a wallet recovery tool and Trezor integration for now.
3965  Bitcoin / Armory / Re: Transaction fee... on: December 24, 2013, 07:13:22 PM
Armory follows the Bitcoin network rules. Keep in mind that Armory uses BitcoinQt as its interface to access the Bitcoin network, so all transactions it creates are broadcasted through the core client, and thus cannot break the transaction rules as implemented by the core team.

Fees are calculated by the size of the transaction, its value and the age of the coin, so it is possible to send 0 fee transactions indeed.
3966  Bitcoin / Armory / Re: Paper Backup on: December 23, 2013, 03:58:49 PM
This has been a known issue for a while.  The modularization of the code made it difficult for me to avoid the N2 runtime for address generation -- it really wasn't that hard to fix, but I had other priorities.

On that note, goatpig went ahead and fixed it in his branch, so it should appear in 0.91.

It isn't that big an issue.  I was just responding to this post.

Properties can generate thousands more

If someone asks for "thousands" of addresses, the program will appear to lock-up.

When I was testing a java program that generated Armory addresses, I asked for 10k addresses.  This corrupted my wallet file when I force closed the program, thinking it had crashed.  (highlighting the benefits of the paper wallet backup).

There is indeed a difference between Armory crashing and Armory hanging. We plan on adding some UI notifications to make the distinction easier.
3967  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 23, 2013, 05:20:08 AM
Wow.. Armory keeps crashing non-stop when sending bitcoins. This need top-stat priority fix. Otherwise I will have to stop using your product: do I make myself crystal clear?

Armory is brought to you at no charge. Our resources are limited, which means you need to be patient and help us diagnose these issues. So, for the 3rd time, send us your log files at support@bitcoinarmory.com

On a side note, I think I found the fix for this particular bug, which will be pushed to the next release. But again, if you don't let me see a log file, I cannot know if this bug I fixed is the one you are experiencing. Thanks for your patience.
3968  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 23, 2013, 05:07:57 AM
I guess its a feature not a bug. You receive change to other addresses then the input addresses. This is good. I have not looked fully into this but receiving change onto another address then the input addresses somehow protects your privacy plus you would even be safe if quantum computer would exist as you could easily never use the same address twice. I am not sure if you can configure if armory receives change to the same address or to a new address which will be labeled [[change received]]. What you can do, however, is use coin control in expert mode so you can set everything manually. Please make sure you don't end up being the guy who pays 200 BTC transaction fees because of a number entered in the wrong field.

You can specify any address in your wallet to receive change with the coin control feature in expert mode.
3969  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 23, 2013, 05:05:36 AM
For real? Did someone pay 200 BTC in transaction fee?! LOL! SO FUNNY! Anyways, that's besides the point. The question is: can I still receive money with [[change received]] address? I just want to make sure.

Another thing you can do: check "hide change" and that will hide all of the associated bitcoin address with [[change received]] address. It's a nice feature to have, so perhaps I overlooked this feature. You're right, it's not a bug; thanks for clearing this up. Kudos.

[[change received]] labels an address as having being used for change. The address is of course still valid, as it holds your change. the Bitcoin protocol strongly recommends to not reuse addresses, mainly to protect your privacy. So, as default, Armory picks a new address in your wallet every time it needs to send you back change. The corollary is that Armory will not pick that address again for change, and it will mark it as such, so that you may abide to that recommendation.

Of course this remains a recommendation. Addresses marked as change do not have their mechanics altered in any way, and you can use them to receive other payments at your leisure. It simply is considered bad practice, and Armory makes a point of offering you the opportunity to use the recommended way as described in Satoshi's white paper.
3970  Bitcoin / Armory / Re: Armory - Discussion Thread on: December 23, 2013, 04:57:57 AM
Thanks but how do I install anything on the offline computer if I can't connect it to the internet and if when I plug my external HD into it (having downloaded the armoury software onto it) nothing happens?  I also don't know how to change the operating system from Linux to Ubuntu. 

Earlier in this thread someone reccomended this computer to use as an offline wallet, they said it comes with the right operating system, linux:

http://www.amazon.co.uk/gp/product/B001IBHVCA/ref=oh_details_o03_s00_i00?ie=UTF8&psc=1

So I bought it.  But apparently there are different types of linux and so it doesn't work...

Do I download ubuntu from here?
http://releases.ubuntu.com/lucid/

If so, which download do I want?

And then, how to I install it onto the offline computer?

Thank you.

The offline bundles support Ubuntu 10.04, 12.04 and 13.10. The offline bundles come with the necessary packages to run Armory on a pristine Ubuntu install for these version. There are quite a lot of Linux distributions on the market, so just saying "comes with Linux installed" isn't enough to identify the specifics of the operating system your hardware is running.

As for the installation steps: Grab the version of Ubuntu you want (I'd suggest 13.10, the link you posted is for 10.04, which is fine), burn the ISO to a DVD and install away. Then grab Armory's offline package, extract it, browse to that folder and run: sudo dpkg -i ./*

This will get Armory and all its required packages installed. As for moving the offline bundle to your offline computer, either use a usb key or burn it on the DVD into another session, you should have enough room left.


LvM: The fees enforced in 0.88.1 were hardcoded based on the calculation mechanics used by the Bitcoin network at the time it was released. Those mechanics were updated since then, and newer versions of Armory comply to those. You can either update your version, or modify the code in your older version.

As for how the fees are decided, this discussion does not belong to the Armory sub forum, nor does the Armory team have power over such matters. If you have complaints, take them up to the core team.
3971  Bitcoin / Armory / Re: Namecoin Support? on: December 22, 2013, 05:45:45 PM
Depends how hard Namecoin has forked from the core Bitcoin source. Armory grabs its data from the raw binary block files created by the core client. As such it trusts the core client with block verification. This makes porting Armory rather easy.

Assuming Namecoin uses the same transaction signing scheme and EC as Bitcoin, you're left with node port, magic words, fee calculation and dust sweeping/ignoring rules to change. And everything else I possibly overlooked =P
3972  Bitcoin / Armory / Re: Armory Crashes (only online version) on: December 21, 2013, 01:12:37 AM
Then the DB was corrupted early on. Currently calling --rebuild doesn't actually destroy the DB files before creating new ones. It writes over it instead. We intent to fix that for 0.91

At this time, deleting the DB folder manually is the right way to fix the crash.
3973  Bitcoin / Armory / Re: Windows signature checking with cygwin on: December 21, 2013, 01:10:19 AM
It means none of the keys you trust have signed the Armory offline key. If you pull the offline key locally and set its trust level higher, the warning will go off.
3974  Bitcoin / Armory / Re: Cloudflare on: December 20, 2013, 08:41:03 PM
You should be pgping the downloads anyway

What the hell are you talking about? This has nothing to do with verifying Armory setup files with PGP. Wrong thread?

In the context that you download Armory through a  VPN or a proxy, or anything remotely critical for that matter, you should verify you got what you expected with PGP.

I think his comment was that regardless of how you acquired Armory, you should check it against the provided signature, which is good practice.
3975  Bitcoin / Armory / Re: Qt barcode? It's a must have. on: December 20, 2013, 08:24:27 PM
There are cross platform webcam solutions, although the multi platform part may narrow the usable hardware list. We definitely intent to support webcam interfaces for QR code scanning in the future, so don't despair just yet.
3976  Bitcoin / Armory / Re: Using 0.90 Offline Bundle (for Ubuntu 12.04) with Ubuntu 12.04.3? on: December 20, 2013, 08:22:16 PM
Ubuntu is close enough to Debian that an offline bundle targeted at Ubuntu has a high chance of working. With Tails it's another story. First of all, Tails is a live CD. It doesn't come with as many packages as a local installation of Debian or Ubuntu.

The second point is that it is possible the Tails team got rid of certain packages that usually come with a Debian live CD. So my guess is that none of our offline bundles would run as is on Tails.

The best approach here is to compare what is needed specifically for Tails and tailor a 'ready to go' bundle for it, since the offline part makes little sense for Tails.
3977  Bitcoin / Armory / Re: Windows signature checking with cygwin on: December 20, 2013, 08:09:22 PM
The file is signed with Armory's offline key.

The .asc file carries the signature. As long as you verify this signature was made by Armory's offline key, it doesn't matter where you are pulling it from.
3978  Bitcoin / Armory / Re: Armory Wallet files on: December 20, 2013, 08:03:43 PM
Am I safe forever if I backup this file and not an actual backup? Or paper backup?

The backup is an extra file used to perform drive IO operations twice. It's main purpose is to confirm data was properly written to the wallet. The backup and its designated wallet carry the exact same information.

You can save either the wallet file or its backup, or both. Paper backups allow you to recreate deterministic wallets. It guarantees you can reproduce all the possible key pairs your wallet can yield. Keep in kind that a paper backup does not carry information about imported private keys, as those were not produced in a deterministic fashion, using the wallet's rootkey and chaincode.
3979  Bitcoin / Armory / Re: Paper Backup on: December 20, 2013, 07:58:51 PM
Is that less safe? It seems like less encryption. Is there a discussion about that somewhere?

The chaincode is now extracted out of the root key, obviously in a fashion that can't reveal the root key. It increases recovery security in the sense that the chaincode isn't generated in an isolate fashion regarding the root key, so a damaged chaincode can be recovered.

It increases determinism in the wallets while maintaining the same level of security.
3980  Bitcoin / Armory / Re: Initializing and Synchronizing in Armory on: December 20, 2013, 07:55:03 PM
You should send us your logs files at support@bitcoinarmory.com

Keep in mind Armory is an open source software, brought to you at no charges, which means we have limited ressources. While most users have good a good experience with setting up Armory, some edge cases have a hard time. In that case, get in touch with us, give as much informations as possible and arm yourself with patience.
Pages: « 1 ... 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 [199] 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!