Bitcoin Forum
May 02, 2024, 01:17:25 PM *
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 »
21  Bitcoin / Bitcoin Discussion / Re: How to store an extremely high amount of money in Bitcoin safely ? on: December 21, 2015, 03:25:54 PM
Best option imho is to use "android bitcoin paper wallet" on totally offline phone. Just generate private key and write it BY HAND. Spending is bit cumbersome but possible offline and is not as weird as buying "two macbooks" for that.
22  Bitcoin / Wallet software / Re: Offline paper wallet for android - now with spending possible! on: June 25, 2015, 11:48:25 PM
I refreshed this project few days ago to make it look bit better on tablets and new devices, fixed the only crash and updated hash algorithm from SHA-1 to SHA-256 in random number generator.
23  Economy / Speculation / Re: More huge news on: May 11, 2015, 06:18:43 PM
Banks exchanges by a relatively huge transactions about once a day, so it is not a problem.
24  Economy / Invites & Accounts / Re: Free Porn Site Member Accounts [NSFW] on: January 21, 2015, 03:37:11 AM
how does it work?
25  Bitcoin / Bitcoin Discussion / Re: Safest Cold storage (Quick) on: October 08, 2014, 11:33:08 AM
An offline bitcoin paper wallet (android app): https://play.google.com/store/apps/details?id=ru.valle.btc
26  Bitcoin / Bitcoin Discussion / Re: Bitcoin sites leaked :( - Big bitcoin members emails database on: August 16, 2014, 12:01:00 AM
It's one of the basic rule for all the newcomers out there, "CHANGE THE PASSWORD REGULARLY"

I tried to change ALL my passwords at once. It took about 2 weeks.

How many account do you have then? This way it looks like you have over 20k accounts Cheesy

Not that many, about a hundred.
No, there are few hundreds. But definitely less than a thousand :-)

Well anyway it took you quite a time to change every password. I thought you had even more accounts when you did that for 2 weeks Smiley
You know, when every single service invents its own way to change password it takes awhile to change everything )
27  Bitcoin / Bitcoin Discussion / Re: Bitcoin sites leaked :( - Big bitcoin members emails database on: August 15, 2014, 11:13:27 PM
It's one of the basic rule for all the newcomers out there, "CHANGE THE PASSWORD REGULARLY"

I tried to change ALL my passwords at once. It took about 2 weeks.

How many account do you have then? This way it looks like you have over 20k accounts Cheesy

Not that many, about a hundred.
No, there are few hundreds. But definitely less than a thousand :-)
28  Bitcoin / Bitcoin Discussion / Re: Bitcoin sites leaked :( - Big bitcoin members emails database on: August 15, 2014, 11:11:52 PM
It's one of the basic rule for all the newcomers out there, "CHANGE THE PASSWORD REGULARLY"

I tried to change ALL my passwords at once. It took about 2 weeks.

How many account do you have then? This way it looks like you have over 20k accounts Cheesy

Not that many, about a hundred.
29  Bitcoin / Bitcoin Discussion / Re: Bitcoin sites leaked :( - Big bitcoin members emails database on: August 15, 2014, 10:56:07 PM
It's one of the basic rule for all the newcomers out there, "CHANGE THE PASSWORD REGULARLY"

I tried to change ALL my passwords at once. It took about 2 weeks.
30  Economy / Speculation / Re: How many BTC do you own? on: July 31, 2014, 08:31:05 PM
You can shred one badass toyota car up to 100 million pieces.

But how many badass Toyotas will there ever be?

MILLIONS :-)
31  Economy / Speculation / Re: How many BTC do you own? on: July 31, 2014, 08:26:25 PM
You can shred one badass toyota car up to 100 million pieces.
32  Bitcoin / Bitcoin Discussion / Re: Ideas on inexpensive, portable laptop to use as Bitcoin Cold Storage? on: June 04, 2014, 12:18:24 AM
Just like the title says I'm looking to pickup an inexpensive laptop for bitcoin cold storage. Any ideas?

Lightweight, highly portable, good battery life and cheap would be a great combination.
A smartphone?
33  Bitcoin / Bitcoin Discussion / Re: re-use of addresses on: May 07, 2014, 02:51:19 PM
But this view is not universal, apparently:

Quote
Reusing addresses is therefore the preferred method of maintaining the privacy of your sources.
- http://bitcoinpete.com/2014/05/05/on-reusing-bitcoin-addresses

I still don't get how a dozen people sending to a single address of mine is protecting their privacy better than if I provide one address per transaction.  And I'm more interested in MY privacy than theirs, anyway.  If they want privacy, that's their job to mix or obfuscate -- not mine.


That's quite simple. Creating a very secure paper wallet requires some efforts. Dealing with multiple paper wallets requires even more efforts. When you deal with multiple paper wallets there is always a risk that you loose a paper wallet and that means that a single paper wallet might be more safe than many wallets.
34  Bitcoin / Bitcoin Discussion / Re: re-use of addresses on: May 06, 2014, 04:29:49 AM
Thanks everyone! Seems ESCDA is much less secure than I thought but even with all the weaknesses and moore law we are good to reuse addresses for at least 100 years :-)
35  Bitcoin / Bitcoin Discussion / Re: re-use of addresses on: May 06, 2014, 03:59:25 AM
https://en.wikipedia.org/wiki/Key_size#Asymmetric_algorithm_key_lengths

If you think that is strange as pointed out it takes 3,072 bit RSA key to achieve the same security.

Also note that in 2010 a 768 bit RSA key was broken by brute force.   
http://www.theregister.co.uk/2010/01/07/rsa_768_broken/

There isn't sufficient energy in our solar system to do that to a symmetric 256 bit key in the lifetime of our sun yet it was done for a 768 bit RSA key in a few years.  Why?  It takes far less operations to brute force a RSA key than its key length would suggest and as such a 768 bit RSA key isn't the equivalent of a 768 bit symmetric key but closer to a 64 bit symmetric key.   For SSL no CA will issue a 1,024 bit RSA key anymore due to the fact that it only has 80 bit key strength and thus is on the edge of what a dedicated (think NSA) attacker could brute force.

Thanks, that's very interesting!

Do you know most "promising" attack on the ECDSA? (I'll try to google it for now by myself ;-) but maybe you know something interesting about)
36  Bitcoin / Bitcoin Discussion / Re: re-use of addresses on: May 06, 2014, 03:31:26 AM
ok, so I understand that you shouldn't re-use an address
because then people will see the public key rather than
the hex-encoded hash, and it weakens the security
from 160 bit to 128 bit...

But, can you receive multiple transactions at the same
address (as long as you dont send) with no security
compromise?
Private key is 256 bit. Public key is 256 bit too. Hash of public key is 160 bit. How revealing of public key (256 bit) reduce strength to 128 bit? It's reduced to 256 bit ECDSA. I fail to see the 128 bit strength :-)

The bit strength of a key refers to the equivalent strength of a symmetric key of that length.  The key strength is only equal to the length of the key for uncompromised symmetric ciphers (and usually hashing algorithms).  For public key cryptography, the bit strength will always be less than the key size.  For ECDSA it is 1/2 the key length.  For 256 bit ECDSA keys used in Bitcoin that means 128 bit security.  I don't know why Satoshi chose a 160 bit PubKeyHash as a 128 bit one would be sufficient and would result in shorter addresses.

As a side note sometimes people ask why ECC, why not RSA? To achieve 128 bit security using RSA would require a 3,072 bit public key and that would mean very large transactions.
Can you give any links what proves the point please? I can understand that hashing to 160 bit means that there are many ECDSA 256bits what corresponds to an address, but saying that real security of ECDSA is 340282366920938463463374607431768211456 times lower than it's key size sounds... strange.
37  Bitcoin / Bitcoin Discussion / Re: re-use of addresses on: May 06, 2014, 02:59:13 AM
ok, so I understand that you shouldn't re-use an address
because then people will see the public key rather than
the hex-encoded hash, and it weakens the security
from 160 bit to 128 bit...

But, can you receive multiple transactions at the same
address (as long as you dont send) with no security
compromise?
Private key is 256 bit. Public key is 256 bit too. Hash of public key is 160 bit. How revealing of public key (256 bit) reduce strength to 128 bit? It's reduced to 256 bit ECDSA. I fail to see the 128 bit strength :-)
38  Other / Politics & Society / Re: Say NO to GMO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! on: April 12, 2014, 06:40:51 PM
I say NO !

Don't talk to food.
39  Other / Politics & Society / Re: Say NO to GMO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! on: April 01, 2014, 03:35:14 PM
I agree with that terminator seeds killing other crops so that the corporations and GMO can sell the farmers fertilizer and receive a cut of all their future revenues by forcing them to buy their seeds and nutrients making them dependent on them for their livelihood and at the same time killing their soil quality and bees to boot.

That is pretty hardcore evil right there
Terminator seeds don't kill other crops, they terminate their own reproduction. They're just sterile seeds. Basically the conversation went like this:

"But what if the GMOs reproduce out of control and take over the whole ecosystem? That's terrible!"
"No, it's okay, we can just engineer them so that the seeds are sterile and they can't reproduce. See? Problem solved!"
"But then farmers will have to keep buying seeds! That's terrible!"
"Dammit, is there no pleasing you people?"
"No. No, there isn't."
Even if scientists will figure out how to make GMO food without a single DNA/RNA inside they will cry that is the most horrible DNA modification ever, don't waste your time :-)
40  Bitcoin / Wallet software / Re: Offline paper wallet for android - now with spending possible! on: March 30, 2014, 02:19:06 AM
Version 2.30 is out. There are automatic fee calculation and better UX.
Pages: « 1 [2] 3 4 5 6 7 8 9 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!