Bitcoin Forum
May 24, 2024, 12:08:28 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Other / Beginners & Help / Re: Newbies Hangout on: December 22, 2011, 03:31:42 AM
I'm more of a reader than a poster, been lurking around since September or so. I am a Jr. Programmer,figured bitcoin would be a good start to learn about GPGPU programming. Now I am addicted to running bitcoin scenarios LOL. I have spreadsheets with 100K+ lines of random monte carlo calculations trying to find an accurate relationship between Difficulty, BTC Price, Momentum, Power Consumption etc. Not doing so great LOL, its all so deceptively random. Like my heart tells me it is random, by my brain will not give up on findin that hidden LOG calculation burried in all this somewhere.
2  Other / Beginners & Help / Re: Noob question about hardware: Why so ATI dominant? on: December 17, 2011, 06:00:43 AM
I'm gonna get murdered for this post Sad.

I'm not sure if anyone truly answered your question. I am a programmer, i don't know if that helps... To the point. ATI/AMD has a one single operation that nvida does not have. It is called RightRotate aka BIT_ALIGN_INT. It is the fundamental basis for optimized bitcoin hashing. As it stands, with the most briliant minds working towards making nvidia operations as optimized as possible, It takes 3 operations; 2 shifts + 1 add Sad. There are some people that are working their best to petition for an updated set of cuda instructions to get the RightRotate and LeftRotate included. Just getting it down to one operation is an amazing improvement. The other issue as you obviously read, is that amd just hase a massive amount more of the stream processors as compared to nvidia. the stream processors are what process the SHA-256 operations, be it nvidia or amd.

The rotate right (circular right shift) operation ROTR n(x), where x is a w-bit word
and n is an integer with 0 £ n < w, is defined by
ROTRn(x) = (x >> n) Ú (x << w - n).
Thus, ROTR n(x) is equivalent to a circular shift (rotation) of x by n positions to the
right.

This operation is used by the SHA-256, SHA-384, and SHA-512 algorithms.

I don't want to over complicate things, but i love teaching so here it goes. This is super simplified btw and i am sure someone will wince and bash me over the head for it. I apologize in advance...

The SHA-256 Hash, is an operation that creates a random number, in hexadecimal of course, based off of a value. In the case of bitcoin it would be the current Block, or "Target". The main goal of bitcoin hashing is to try and randomly create a hash that is less value than the target. For example, the current target is

0000000000000E86680000000000000000000000000000000000000000000000

getting a random hash of

0000000000000E86670000000000000000000000000000000000000000000000
                               ^
                              Lesser value
would "win" you the "Target" Block thus giving you 50 BTCs.

Based off of the current Difficulty the probability of winning is 0.0000000000000002015752067216838860908012520667398348450

The lower the difficulty the higher the value of the target and vice versa for the higher diffculty.

The hash also has to be verified as a hash, you can't obviously have a program just throw back, "oh I found the lower value wink wink" lol.

This guy David Perry gives an awesome explanation on why AMD is cornering the market on integer based calculations and proves its not just the "bitcoin" world.

http://bitcoin.stackexchange.com/questions/1523/bitcoin-alternative-designed-for-nvidia

This SHA-256 stuff is and was mostly used for GPGPU processes by hackers. I wouldn't be surprised if it was group of hackers that originally wrote all the bitmining programs we use today. It is the dominate force right now in password cracking, encryption etc.

In closing, nvida, in order to keep up with market demands, will eventually have to start bringing back small integer math into their design to keep up with the next generation uses for things like full hardrive encryption, faster SSL handshakes, etc. Computer Security is ever evolving, once we start getting into the 10-50-100MB encryption algorithms, CPU processing, as it is now, will never be able to keep up; hell it can't keep up with our 2MB encryptions lol.

I don't know if you are a programmer, I assume you must have knowledge else you wouldn't be seeking more knowledge. It's addicting. Here is a post of the process of getting a target in really really simple C language.

http://pastebin.com/n8UEGA86

Thanks,
icvader
3  Bitcoin / Hardware / Re: Ultra-Low-Cost DIY FPGA Miner - 175MH/s @ $1/MH on: October 04, 2011, 12:31:55 PM
ztex, big-chip-small-board, and the fpgaminer product are the best options ATM for fully assembled/tested HW

-rph


Those guys are all really on to something for the end users; but for people like myself, who have at least some hardware knowledge and feel confident taking risks, I would gladly pay you for comprehensive build guide.
4  Bitcoin / Hardware / Re: Ultra-Low-Cost DIY FPGA Miner - 175MH/s @ $1/MH on: October 03, 2011, 08:51:43 PM
Just a quick update - I've started work on a new multi-FPGA carrier design.
Time to stop messing around, and build something badass. Grin

-rph


The anticipation is palpable.
5  Bitcoin / Hardware / Re: Ultra-Low-Cost DIY FPGA Miner - 175MH/s @ $1/MH on: October 01, 2011, 05:22:46 AM
Got the carrier PCB!



It supports FPGA download & mining over micro-USB, with the on-board Cortex-M3.
No need for a $200 JTAG probe.

Most importantly.. it'll finally let me run the 6s150..

-rph


Man that looks awesome; I have been following this thread from the first post. I am researching everything I can about building some of these myself. I am majoring in Computer Programming, unfortunately I am still in Gen Ed classes and haven't got to the good stuff yet. You are my Mr. Miyagi rph!
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!