Bitcoin Forum
June 24, 2024, 03:24:35 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 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 ... 334 »
3161  Bitcoin / Bitcoin Discussion / Re: "Hash Chains" an idea for a new kind of "proof" on: July 09, 2014, 06:00:11 PM
This concept creates a "random lottery" to decide who creates the next block that is not biased due to *stake* and does not require the energy inefficiency that PoW has.

The only real issue is "account" creation and I think that can be solved by the creation of a "community driven" project (where accounts would have to be "earned" by performing "real work").
3162  Bitcoin / Bitcoin Discussion / "Hash Chains" an idea for a new kind of "proof" on: July 09, 2014, 05:15:55 PM
I have been playing around with a new idea for "proof" that might be suitable for a new kind of blockchain.

Blocks would be created by accounts whose hash matches closest to "hash chain" hashes published in previous blocks (yes - controlling the number of accounts that can be created is a key issue but one I have already considered).

For those not familiar with what a "hash chain" is let me quickly illustrate (using MD5):

MD5( "test" ) = 098f6bcd4621d373cade4e832627b4f6
MD5( "098f6bcd4621d373cade4e832627b4f6" ) = fb469d7ef430b0baf0cab6c436e70375
MD5( "fb469d7ef430b0baf0cab6c436e70375" ) = 25ab3b38f7afc116f18fa9821e44d561

so to create a new account a node published the hash: 25ab3b38f7afc116f18fa9821e44d561

When they "create their first block" they need to include the hash fb469d7ef430b0baf0cab6c436e70375 which can be easily checked to be correct from their initially published hash to be the "previous hash" (and cannot be reversed due to the fact that crypto hashes are irreversible).

For their next block they would need to publish 098f6bcd4621d373cade4e832627b4f6 and they would "run out of the ability to create new blocks" once they have got this far.

Apart from weak seeds (and MD5 for example purposes) can anyone explain any serious technical issues with this idea?
3163  Bitcoin / Development & Technical Discussion / Re: A bitcoin client with no PRNG. Possible? on: July 09, 2014, 04:44:03 PM
I like the idea of taking a random photo (with a camera that has no internet capabilities) and then downloading the photo to an offline computer and taking a SHA256 of the photo file.

Easy to do - and hard to screw up IMO (you could attach a simple web cam to the offline computer to make this even easier).
3164  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 06:50:01 PM
This is much clearer to me now - thanks for the great input.
3165  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 06:02:10 PM
Nonce is a 32 bit Unsigned Integer.

There is a "second nonce" though isn't there (I seem to recall that)?
3166  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:50:02 PM
Increment the timestamp by one second for each header?

Issue a separate work request for each thread?

Okay - got it now.

Nice to learn something new.
3167  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:44:44 PM
Okay - but how does each thread have its own "unique block header"?

I don't know the ins and outs of the way that mining is done so maybe I am missing something obvious here.
3168  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:41:10 PM
Why would it be any faster to search through nonce values in a different order?

Agreed - but if you as the hasher had say 10 threads that could hash simultaneously wouldn't it make more sense to divide up the "nonce range" into 10?
3169  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:27:53 PM
Well one transaction in particular is always distinct: the coinbase.  Every miner will be paying their winnings to a different address.  In the case of pooling, pools usually put a worker-distinguisher in the coinbase field of coinbase transaction to keep the work of the hashers they are paying distinct.

Of course - silly that I didn't see that - thanks for the clarification (now it makes sense why starting at 0 for the nonce is what you'd do - although I guess if you were running multiple threads as a hasher then you might have them each start with a different nonce).

3170  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:22:29 PM
Absolutely not. They are working on block headers which have a different merkel root, always.  Existing mining protocols do not even have a facility to set the nonce position/range.

I guess I still don't understand the details of this part - is that due to them using different txs?

Perhaps you could explain that a little clearer for someone like me that doesn't quite understand it.
3171  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:19:58 PM
They all start at zero (or any other number) it doesn't matter as they're all working on work which is merkle root distinct.

Wouldn't they be *repeating the same work* if they started with the same nonce?
3172  Bitcoin / Development & Technical Discussion / Re: Random generation for Bitcoin on: July 08, 2014, 05:17:14 PM
My guess is that mining pools probably allocate a different starting *nonce* to each miner (but I haven't looked into it).
3173  Bitcoin / Project Development / Re: [BOUNTY - 25 BTC] Audio/Modem-based communication library on: July 06, 2014, 10:15:30 AM
OTOH, QR-video would work.  But that's significantly more complex than using static QR codes and there's very few libraries out there to choose from.

I actually already split up GPG private key into 2 QR codes for the CIYAM Safe so I do understand the size issues but I really don't think it is very hard to work with multiple QR codes.

I guess having something that identified "how many images are coming" could be more handy though (as a header with the receiver then able to verify they have got everything).
3174  Bitcoin / Project Development / Re: [BOUNTY - 25 BTC] Audio/Modem-based communication library on: July 05, 2014, 06:37:59 PM
Whilst what you have done does sound quite impressive - did you not consider just using QR codes instead?

(much more reliable and simpler compared to using audio)

Am pretty sure even etotheipi has changed his mind about QR codes.
3175  Economy / Service Announcements / Re: BIPS, Payment Service Provider (PSP) for Merchants on: July 05, 2014, 02:31:20 PM
Although I won't go as far as bitpop I would certainly say "don't use them" as their fees (charged to the *buyer*) are simply ridiculous.
3176  Bitcoin / Bitcoin Discussion / Re: Over 150,000 Bitcoins moved from an address today, cryptic public note attached. on: July 03, 2014, 08:38:02 AM
Yes - I get now that the small amounts were being sent in *order to leave graffiti" - funnily enough I was actually one of the people who first requested blockchain.info to allow messages to be added to txs (in order to tag "tasks" for my own system - although I never ended up actually doing that).
3177  Bitcoin / Bitcoin Discussion / Re: Over 150,000 Bitcoins moved from an address today, cryptic public note attached. on: July 03, 2014, 06:48:46 AM
Yeah - mostly just stupid stuff - hadn't even realised that this "top 100" website existed.

It is surprising to me that someone would risk having such a huge amount in a single address.
3178  Bitcoin / Bitcoin Discussion / Re: Over 150,000 Bitcoins moved from an address today, cryptic public note attached. on: July 03, 2014, 05:37:00 AM

Thanks - so it is the richest single address - I wonder why all the small amounts with messages were being sent to it.
3179  Bitcoin / Bitcoin Discussion / Re: Over 150,000 Bitcoins moved from an address today, cryptic public note attached. on: July 03, 2014, 05:13:37 AM
Is that supposed to be the DPR stash?

If so it is rather interesting that all of those funds have now moved.
3180  Bitcoin / Development & Technical Discussion / Re: bitcoind accounts, alternatives? on: July 02, 2014, 01:34:30 PM
The accounts "feature" of Bitcoin has never been particularly useful (and have heard of very few people that actually use it because of the way that it works).

For anyone familiar with "accounting" it does not function in the way that you'd think it should (it was more designed for "user accounts" but as the Bitcoin wallet itself doesn't scale up no large websites have used it - or at least have only used it for a short time until they realise it kills their wallet performance).

I would tend to think that "removing" it would indeed be a good idea.
Pages: « 1 ... 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 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 ... 334 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!