Bitcoin Forum
May 08, 2024, 03:03:56 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2]
21  Bitcoin / Electrum / Re: PaperGen Plugin - Create and Fund Paper Wallets within Electrum on: December 30, 2013, 08:36:11 PM
Can't understand how to make it work with electrum 1.9 on ubuntu 12.04

The only change I can see from enabling the plugin is on the right-click menu in the Receive tab there appears "Select for PaperGen". Selecting it appears to do nothing.
22  Economy / Marketplace / Re: TorATM - Anonymous trading engine matched p2p cash-in-mail exchange with escrow on: December 18, 2013, 11:10:52 PM
They have a new name and url
http://torescrow7upglhe.onion/

According to their posts on reddit, they are the same people as TorATM. They say if you had an account before it should still work.
They have a few bugs around though. If governments ban clearnet exchanges this kind of thing might be the only matching engine around.

I put an order in to buy btc a few weeks ago. I'm willing to send off one banknote in the mail to see if it works. It seems pretty dead though. I don't really have high hopes.
23  Bitcoin / Development & Technical Discussion / Re: Getting the bitcoin address of a private key on: December 15, 2013, 08:55:44 PM
https://en.bitcoin.it/wiki/Technical_background_of_version_1_Bitcoin_addresses
24  Economy / Service Announcements / Re: [ANN] bitaddress.org Safe JavaScript Bitcoin address/private key on: November 12, 2013, 03:20:56 PM
Is there a walk through available on importing it into the wallet?

Bitcoin-Qt doesn't support BIP-0038 so you'ld need to convert the decrypt the BIP-0038 encrypted private key and then import that.  To decrypt the BIP-0038 encrypted private key click on the Wallet Details tab of BitAddress.org and enter or paste the BIP-0038 encrypted private key.  It will then prompt you for the BIP-0038 passphrase, and if it was correct the page will show the Bitcoin address and the private key (both the WIF, as well as WIF Compressed).

And then after that you can import it into BitcoinQT (or most other wallets)
https://en.bitcoin.it/wiki/Paper_wallet#Redeeming_Keys_and_Withdrawing_Funds
25  Economy / Service Announcements / Re: [ANN] bitaddress.org Safe JavaScript Bitcoin address/private key on: November 11, 2013, 08:34:22 PM
Thank you(!)
26  Bitcoin / Project Development / Re: Encrypted Paper Wallet on: November 11, 2013, 08:08:45 PM
Any update on this project? I'm looking for something like this!

Now BitAddress, as of v2.5.1, has BIP38 Encryption (click Advanced, from Paper Wallet):
 - http://BitAddress.org


Very cool, is there a way to use this 100% offline?

Everything is self-contained in that html file. Standard practice is to save it to a USB memory stick and then run it from a LiveCD or a fresh OS install that has never touched the internet.

Incidently, the thread about it is here https://bitcointalk.org/index.php?topic=43496.0
27  Economy / Service Discussion / Re: bitaddress.org - bug & concerns on: November 10, 2013, 08:40:59 PM
I've responded to your post in the bitaddress.org thread.
https://bitcointalk.org/index.php?topic=43496.msg3540166#msg3540166

I was also thinking about the RNG it uses, I quickly wrote some code where you can add your own entropy if you wish, though it requires some javascript and linux knowledge
28  Economy / Service Announcements / Re: [ANN] bitaddress.org Safe JavaScript Bitcoin address/private key on: November 10, 2013, 03:42:06 PM
I've noticed that on the paper wallet page you have the option to choose how many wallets you wish to create. The problem is that the "random" secureRandom object is used for ALL of the wallets which you create on that page. Why is the object not refreshed on each wallet creation?

Why would it be? Entropy is not 'used up'. Recreating the object won't save you if you don't have enough entropy.


In fact in bitaddress.org a small amount entropy is constantly added with every mouse move, mouse click and key press.

Code:
<body onclick="SecureRandom.seedTime();" onkeypress="SecureRandom.seedTime();" onmousemove="ninja.seeder.seed(event);">

edit3: On further inspection I've found this is not true. Even though seedTime() is invoked, the entropy is not added to the PRNG used to create private keys. There is a TODO in the source about reseeding so the author has this in mind.



Also please could somebody explain this bit of logic for randomising the 256 digits in this bit of code:

      while (sr.pptr < sr.poolSize) {  // extract some randomness from Math.random()
         t = Math.floor(65536 * Math.random());
         sr.pool[sr.pptr++] = t >>> 8;
         sr.pool[sr.pptr++] = t & 255;
      }

What is the reasoning of the bitand and the >>> 8? Couldn't this be a bit shift to a different integer? Why 8? Please explain to me.

Thanks!

It's pretty clear to me that the code is like this to extract two bytes from each call of Math.random()

So the first line in that loop creates a random number in the range [0, 65536) which is the standard 16 bit range.
The next line with the right shift by 8 adds the upper 8 bits to the sr.pool array, the line after that adds the lower 8 bits to the sr.pool array.

I'm not too sure why the author doesn't extract one byte at a time. Although I'm pretty confident it won't steal your bitcoins doing it either way.
Code:
		while (sr.pptr < sr.poolSize) {
sr.pool[sr.pptr++] = Math.floor(256 * Math.random());
}


Soon enough, all these fears can be rested when something like this is added. I imagine a nice text entry box where the user can type in anything they like. I'll be extracting randomness from /dev/random on my LiveCD and copypasting the result into the text entry box.
Other paranoid people might be taking a photo with their hand covering the camera, since the fluctuations on the CCDs are a good source of randomness. Others might even download from random.org

edit: needless to say you could do that now by modifying the source. Add this to the code right after sr.seedInt(window.screenY); when sr is initialised.
Code:
		secret_seed = "372f7e2fd2d01ce2a1d71dc072acbba4c6fd25a1087cd7f153f4ec0ce37e1ede"
for (t = 0; t < secret_seed.length; ++t) {
sr.pool[sr.pptr++] ^= secret_seed.charCodeAt(t) & 255;
if (sr.pptr >= sr.poolSize) sr.pptr -= sr.poolSize;
}

Then put whatever you want into secret_seed and that entropy will be added to the RNG.
I'm not responsible for any loss of bitcoins. Peer review of my code happily accepted.

edit2: for completeness I'd run this on the terminal to obtain 16 bytes (128 bits) of entropy.
Code:
cat /dev/random | head -c 16 | sha256sum
29  Bitcoin / Development & Technical Discussion / Re: Why did my wallet.dat's file size decrease after I encrypted it? on: November 05, 2013, 01:28:36 AM
Many encryption procedures I've seen compress the file first.
30  Bitcoin / Development & Technical Discussion / Re: Python Bitcoin ECC library, supports signing, Electrum, transactions (no blocks) on: October 22, 2013, 10:39:47 PM
I quite like your library.
It took me a while to realise that it actually does handle wallet import format. It works if you put WIF into privtopub() although it took me some searching and thinking to realise you can use bin_to_b58check() to make WIF from a binary private key. Maybe a priv_to_wif() function should be made?

So to generate keys for a paper wallet. (Maybe on a livecd with no browser where you cant load bitaddress.org)


>>> priv = random_key()
>>> bin_to_b58check(priv.decode("hex"), 0x80)
'5JjCeDuxt9jWdb7nw43w7zQSB53MYpVi1aXe7XoxrhebWB3ft5k'
>>> privtoaddr(priv)
'1Jx1tHXNLRHyDQUxhNAaWdMRRk5vUmSEeC'
>>>



I'm thinking of maybe implementing BIP38, mostly for making encrypted paper wallets.
What kind of license is this under? Since some pure python AES256 implementations I'm looking at are under Apache license. I never really paid much attention to licenses but I should ask how it goes here before I just copypaste parts of it into this library.
Also there seems to be no pure python impl of scrypt. I know this goes against your intent (which I agree with) of having no dependency chasing. I imagine I'll try to code BIP38 and if it goes well try to code a pure python scrypt.
31  Economy / Marketplace / Re: TorATM - Anonymous trading engine matched p2p cash-in-mail exchange with escrow on: October 20, 2013, 03:35:20 PM
Appears to be down. Is this still going?
32  Bitcoin / Project Development / Re: PyBrainwallet - Python Brainwallet Generator on: October 17, 2013, 09:12:41 PM
I quite like it.
BIP0038 involves AES256 encryption and scrypt, which is really slow in python. Usually people import large libraries written in C++.
Then again, the speed issue shouldn't be a problem for bitcoin key encryption since you only do it once, and the kind of AES256 used is only simple and doesn't need the initialisation vector stuff or block chaining. It could be coded.
33  Other / Off-topic / Re: DPR is a hero! on: October 02, 2013, 11:42:06 PM
Quote
That's ok. I don't hang out with extremists.

Hallmark of a statist is calling people who advocate for freedom extremist.

Hallmark of a drug dealer is to hire hitmen to take out competitors.
So bitcoin and tor will remove violence from the drug trade? Rubbish.
34  Other / Off-topic / Re: DPR is a hero! on: October 02, 2013, 10:56:11 PM
We already know anarcho-capitalists believe assassination is justified provided it doesn't violate their "non-aggression principle".

http://www.outpost-of-freedom.com/jimbellap.htm

Quote
Assassination Politics by Jim Bell

A few months ago, I had a truly and quite literally "revolutionary" idea, and I jokingly called it "Assassination Politics": I speculated on the question of whether an organization could be set up to legally announce that it would be awarding a cash prize to somebody who correctly "predicted" the death of one of a list of violators of rights, usually either government employees, officeholders, or appointees. It could ask for anonymous contributions from the public, and individuals would be able send those contributions using digital cash.

I also speculated that using modern methods of public-key encryption and anonymous "digital cash," it would be possible to make such awards in such a way so that nobody knows who is getting awarded the money, only that the award is being given. Even the organization itself would have no information that could help the authorities find the person responsible for the prediction, let alone the one who caused the death.

It was not my intention to provide such a "tough nut to crack" by arguing the general case, claiming that a person who hires a hit man is not guilty of murder under libertarian principles. Obviously, the problem with the general case is that the victim may be totally innocent under libertarian principles, which would make the killing a crime, leading to the question of whether the person offering the money was himself guilty.

On the contrary; my speculation assumed that the "victim" is a government employee, presumably one who is not merely taking a paycheck of stolen tax dollars, but also is guilty of extra violations of rights beyond this.



I actually can't believe some of you guys are defending him.
35  Bitcoin / Project Development / Re: Bitcoin Wallet generation by hand on: September 05, 2013, 06:05:19 PM
I am offering a 1btc bounty for someone who can demonstrate a repeatable method for calculating a private key using only paper pencil and brain

What an easy challenge for a huge bounty, I really should hang out on this forum more. A user just gained about $140 for teaching people how to throw dice.


You could also buy a 16 sided dice or something and use 0-F which would be more proper.  If you do it this way, the max address you can use is FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFE BAAE DCE6 AF48 A03B BFD2 5E8C D036 4141

Just pedantry here, but there's no such thing as a fair 16 sided die. Fair dice can only be made from platonic solids.



The idea I had to use the full range of bits would be to throw an 8-sided die and write down the private key in octal format. Each throw gives you 3 bits of randomness so to get 256 bits you need to throw 86 times.

Also, instead of throwing two 6-sided dice you could throw a single 12-sided dodecahedron.

Also, you could throw a 4-sided die and a 12-sided die, together giving you up any number in the range 0-F.

Or you could just flip a coin 256 times.



But generating a private key is the easy part. More interesting is generating the corresponding public key. If I'm not mistake that requires calculating the point multiplication of the private key, I guess it could be done since all the long multiplication and long addition stuff you learn at school still works for hex and octal if you stop thinking in base 10. It would take a couple of weeks I imagine. And you'd want to do it a couple of times to make sure you haven't made a mistake.
36  Bitcoin / Project Development / Re: Bitcoin Wallet generation by hand on: September 04, 2013, 04:00:47 PM
Well only the public key needs to be hashed to create an address. You can safely type the public key into a computer to obtain an address.

All you need to do by hand is obtain a private key and derive the public key, NOT calculate the hash.
37  Economy / Economics / Re: A closed bitcoin economy, are we there yet ? on: August 26, 2013, 01:11:16 PM
What about rent for business premises?
All it would take would be to find a private landlord who owns a property outright (so doesn't need to pay a mortgage to banks in fiat) who would be willing to accept bitcoin. If that landlord wants to build up savings it would make sense to save partially in bitcoin.
How do you pay for property at the moment? (I'm guessing like many small business owners you work from home)

edit: I've put one of my properties to rent for bitcoin, it's a holiday home in the sun. Tourist season is basically over and nobody for the entire summer has enquired. I imagined it would be a good place for bitcoin because most people pay with paypal. Maybe I just didn't advertise enough, I was pretty busy this year.
38  Bitcoin / Bitcoin Discussion / Re: Shorter BTC codes using more of unicode? on: August 15, 2013, 12:15:39 PM
A problem with this is then you cannot type in an address containing letters than don't appear on most keyboards.
Many paper wallets are handwritten onto paper (because printers are not to be trusted)
39  Other / Beginners & Help / Re: What brings you here? on: August 14, 2013, 08:49:59 PM
The politics of it all. Also I'm a programmer so it's actually pretty fascinating.
40  Other / Beginners & Help / Re: Campbx selling is always 10usd under MtGox, frustrating! on: August 14, 2013, 08:39:58 PM
MtGox is the outlier here, if you look at other exchanges they are all about $10 under the MtGox price.
The reason is that it's very hard to withdraw fiat from MtGox so the only way to get value out is to buy bitcoins. Obviously this means a higher demand for bitcoins on MtGox relative to others.

An exchange where you can't withdraw fiat isn't a proper exchange, I'm using bitstamp instead.
Pages: « 1 [2]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!