Bitcoin Forum
May 10, 2024, 05:32:43 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 »
601  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 07, 2012, 07:10:36 PM
I'm doubting speculators in gold really wanted to hear the precise words "quantitative easing". What more do they want to hear other than ultra low interest rates until 2014? As has been shown countless of times before, these moves down are often engineered.
602  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 07, 2012, 02:31:03 PM
Same story from Bernanke: super low interest rates to continue.
603  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 06, 2012, 09:15:35 PM
Does anyone know how to install OpenSSL 1.0.1c on OSX? After changing to the unarchived directory I ran:

Code:
./config
make
make test
sudo make install

But I still have the old shipped version.

I had a feeling updating might fix my i2o_ECPublicKey problem.
604  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 06, 2012, 03:12:47 PM
We need better rockets for silver.
605  Bitcoin / Wallet software / Re: Bitcoin in Perl6 on: June 06, 2012, 02:53:03 PM
You should note when making the cryptography code that there are some irregularities with OpenSSL which is what bitcoin-qt uses and your code should be compatible with these irregularities. Discussed here: http://bitcoinstats.com/irc/bitcoin-dev/logs/2012/06/05/2#l3670669 It's possible that if you have a client that does not take care of these OpenSSL irregularities then particular public keys and maybe signatures in transactions would be accepted by OpenSSL but not your code. This means bitcoin-qt would accept the transactions as valid but your code wont.

I'm no expert on that though.
606  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 06, 2012, 02:37:37 PM
New problem: http://stackoverflow.com/questions/10906524/openssl-i2o-ecpublickey-not-providing-any-bytes

Any ideas?
607  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 04, 2012, 03:42:18 PM
@Gavin Andresen

Thanks for the information. Don't get worried about the tests. I'm fully aware they are incomplete. The tests can always be fully implemented later on. I welcome anyone that is interested to contribute to the testing code.

So I'm following "make it work for a couple of test cases then move on and come back later to fully implement the tests".

I'll also need to come back later and complete the documentation. I'm documenting to some degree as I go along but there are parts that I'll be better able to document later.
608  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 04, 2012, 03:03:42 PM
Except D isn't C.  Smiley

OpenSSL is terribly undocumented. I'm currently looking at checking transaction ECDSA signatures using:

Quote
bool (*ecdsaVerify)(u_int8_t *,u_int8_t *,const u_int8_t *); /**< Function for verifying ECDSA signatures for a 70 byte signature against a 32 byte hash using a 66 byte ECDSA public key. */

The first parameter is the 70 byte signature, the second is the 32 byte SHA256 digest and the last is the public key data. For testing I need to implement this function. I'm using OpenSSL for the tests but it doesn't document converting public key bytes to an EC_KEY object. Not good at all! But I looked at the bitcoin source code and I saw o2i_ECPublicKey so I'll use that...

Quote
bool ecdsaVerify(u_int8_t * signature,u_int8_t * hash,const u_int8_t * pubKey){
   EC_KEY * key = EC_KEY_new_by_curve_name(NID_secp256k1);
   o2i_ECPublicKey(&key, &pubKey, 66);
   ECDSA_verify(0, hash, 32, signature, 70, key);
}

Hopefully this is the right way. Am I right thinking that the signatures are 70 bytes and the public keys are 66 bytes?
609  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 04, 2012, 01:05:52 PM
Unfortunately from what I see it doesn't help with my SIGHASH issue. I made a question here: http://bitcoin.stackexchange.com/questions/3890/for-sighash-single-do-the-outputs-other-than-at-the-input-index-have-8-bytes-or
610  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 03, 2012, 04:59:57 PM
I'm assuming with SIGHASH_SINGLE the output scripts are blank but the VarInt is still there, so each output up to before the input index will have 9 bytes, 8 for the value and 1 for the VarInt. Can anyone verify that? Or is it just the value with 8 bytes? Trying to track it down in the C++ client was taking too long.

Also how are output value signs represented as serialised data? Similar to the script, except as little endian? Twos compliment? The serialisation code in the C++ client is just too over my head for me to understand.

Edit: Apparently the C++ client is platform dependent on the x64 architecture meaning the signed integers should be twos compliment and little endian.
611  Bitcoin / Development & Technical Discussion / Re: cbitcoin - Bitcoin implementation in C. Currently in development. on: June 02, 2012, 10:49:04 PM
Now I've implemented transaction serialisation and deserialisation. Here is the test code for that: https://github.com/MatthewLM/cbitcoin/blob/master/cbitcoin/test/testCBTransaction.c

Next I'll move onto transaction signing and validation. After that I can work on the blocks, block chain, block validation and then the networking.

Once again, if anyone wishes to aid in anyway the best way is to scrutinise the code for bugs and problems and improve the tests.
612  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 02, 2012, 03:11:21 PM
Who follows Peter Schiff? http://www.youtube.com/watch?v=f3HNIagO9a0
613  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 11:25:00 PM
If your dealing with less then 10k btc, standard client with encryption on a computer deemed "safe"  is probably all right..

The number of peeps who have lost btc to keylogger trojans that stole the encryption key is very small...

I primarily want offline storage in the case of hard drive failure.
614  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 08:49:52 PM
Also a very complicated way that requires another computer to be left offline. Is there a real issue with creating a private key and storing it off the computer for a later import in which case the bitcoins can then be sold and the excess bitcoins can be sent to a new private key stored offline? I don't think my computer is vulnerable to any malware and is there even malware that can steal generated keys and send them when the computer is next connected to the internet?

Obviously, offline wallet devices would be nice like the card readers the banks use to protect cardholder data. I know people are working on these.

I need to have the keys on paper as my memory is not reliable.  Wink
615  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 06:37:24 PM
Yes there is but it has to be controlled by a horse type thing:

616  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 06:28:22 PM
617  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 05:52:40 PM

618  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 04:34:11 PM
It was mostly the bank transfer fees. They used to be ridiculous from what I remember.
619  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 04:22:08 PM
Also Nautilus Minerals announces potential delay to vessel build: http://www.nautilusminerals.com/s/Media-NewsReleases.asp?ReportID=528418&_Type=News-Releases&_Title=Nautilus-identifies-potential-delay-to-Vessel-Build

And more seriously: http://www.nautilusminerals.com/s/Media-NewsReleases.asp?ReportID=528424&_Type=News-Releases&_Title=Nautilus-dispute-with-the-State-of-PNG

Down over 20%. Knew there would be issues along the way.
620  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: June 01, 2012, 04:16:52 PM
I do have bitcoin... about 1.3 bitcoins... all of it donated, won, or from the faucets. The thing that has kept me back from buying is largely the security aspect, also MtGox was really expensive but isn't as much anymore. I still don't trust it very much because of the security issues it has had. What do people say about Intersango or any other exchanges?

Better get them while they are still around $5.

@silverbox: Might as well put my liquid investments into something like bitcoin is what I am saying. Also I have some money in ETFs and was some in stocks last year (but not now) but now my the broker I use is introducing an annoying quarterly fee. I just want a trading commission! :-(

And yes, having an investment tied up for xyz months may seem risky but when considering the discount you are immediately in the green and you would only do so if you were happy the price would be up by xyz months. The important consideration past this is the required liquidity.

You can always hedge the position as well.

What do people use to keep large amounts of bitcoins safe? Offline wallets using bitcoin Armory? Online Javascript wallets with offline back-up?

I have mine in brainwallet.

Keep your brain safe. Look both ways when crossing roads etc.
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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!