Bitcoin Forum
December 09, 2016, 05:55:53 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 [5] 6 7 8 »  All
  Print  
Author Topic: Nanominer - Modular FPGA Mining Platform  (Read 17663 times)
Isepick
Full Member
***
Offline Offline

Activity: 181


View Profile
February 08, 2012, 10:56:26 PM
 #81

list it on GLBSE, put the word out on what you are doing.

I actually started to... then realized you need 20BTC to register an asset.  If I do acquire that much BTC, I will certainly consider it though.  Until that time, this will have to suffice.  Thank you.

http://blockexplorer.com/tx/e6f0b3a332b712a90dcdeb9dfd3329e2881023046b2ef3c5c09607fdea2fc6ea#o1

And now you have that much BTC. Use it wisely.

1481306153
Hero Member
*
Offline Offline

Posts: 1481306153

View Profile Personal Message (Offline)

Ignore
1481306153
Reply with quote  #2

1481306153
Report to moderator
1481306153
Hero Member
*
Offline Offline

Posts: 1481306153

View Profile Personal Message (Offline)

Ignore
1481306153
Reply with quote  #2

1481306153
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481306153
Hero Member
*
Offline Offline

Posts: 1481306153

View Profile Personal Message (Offline)

Ignore
1481306153
Reply with quote  #2

1481306153
Report to moderator
1481306153
Hero Member
*
Offline Offline

Posts: 1481306153

View Profile Personal Message (Offline)

Ignore
1481306153
Reply with quote  #2

1481306153
Report to moderator
1481306153
Hero Member
*
Offline Offline

Posts: 1481306153

View Profile Personal Message (Offline)

Ignore
1481306153
Reply with quote  #2

1481306153
Report to moderator
wondermine
Jr. Member
*
Offline Offline

Activity: 57


Facta


View Profile WWW
February 08, 2012, 11:44:05 PM
 #82

list it on GLBSE, put the word out on what you are doing.

I actually started to... then realized you need 20BTC to register an asset.  If I do acquire that much BTC, I will certainly consider it though.  Until that time, this will have to suffice.  Thank you.

http://blockexplorer.com/tx/e6f0b3a332b712a90dcdeb9dfd3329e2881023046b2ef3c5c09607fdea2fc6ea#o1

And now you have that much BTC. Use it wisely.


So you all see GLBSE listing as a wise step? I'm not real familiar with it, you'll have to gimme some pointers Smiley.

And screenshots are coming asap, it's gonna be here as the work gets here, the code I'm working in is verilog and I'm much more fond of VHDL...

Thanks!

Nanominer <=  www.nonverba.org/nanominer
Bitcoin Address: 1BuQwoDmt6DzwNTPcpxego1CzDBmivX3hY
ZodiacDragon84
Sr. Member
****
Offline Offline

Activity: 266


The king and the pawn go in the same box @ endgame


View Profile
February 08, 2012, 11:56:18 PM
 #83

list it on GLBSE, put the word out on what you are doing.

I actually started to... then realized you need 20BTC to register an asset.  If I do acquire that much BTC, I will certainly consider it though.  Until that time, this will have to suffice.  Thank you.

http://blockexplorer.com/tx/e6f0b3a332b712a90dcdeb9dfd3329e2881023046b2ef3c5c09607fdea2fc6ea#o1

And now you have that much BTC. Use it wisely.



O. WOW. a note on GLBSE, make copies of your user id number, and public and private keys...save em in notepad, or what ever you use.

Looking for a quick easy mining solution? Check out
www.bitminter.com

See my trader rep at Bitcoinfeedback.com
!
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
February 09, 2012, 12:10:14 AM
 #84

list it on GLBSE, put the word out on what you are doing.

I actually started to... then realized you need 20BTC to register an asset.  If I do acquire that much BTC, I will certainly consider it though.  Until that time, this will have to suffice.  Thank you.

http://blockexplorer.com/tx/e6f0b3a332b712a90dcdeb9dfd3329e2881023046b2ef3c5c09607fdea2fc6ea#o1

And now you have that much BTC. Use it wisely.


So you all see GLBSE listing as a wise step? I'm not real familiar with it, you'll have to gimme some pointers Smiley.

And screenshots are coming asap, it's gonna be here as the work gets here, the code I'm working in is verilog and I'm much more fond of VHDL...

Thanks!

I would hold off on glbse.  I have plenty of negative experience with it.  I'll elaborate later.  I'm on my phone
wondermine
Jr. Member
*
Offline Offline

Activity: 57


Facta


View Profile WWW
February 09, 2012, 12:15:34 AM
 #85

People have wanted to see some progress so:



This is modified fpgaminer code getting 125MH/s on one unrolled core.  Like the picture says, 4 of this core will fit on a Stratix IV GX 230, yielding 500MH/s.  I've been working on this all day, and will continue tomorrow, I'll post a 4-core variation then.

I know 500MH/s for a $2995 board isn't real impressive, but you can refer to the resource allocation to see why.

This figure doesn't touch what the performance of Nanominer will be once we implement DSP, custom SHA-2 core, and cluster computing (i.e. A helper FPGA alongside a high-power one to get the best use out of each for the least power & money).

We've got big things coming, people.

Nanominer <=  www.nonverba.org/nanominer
Bitcoin Address: 1BuQwoDmt6DzwNTPcpxego1CzDBmivX3hY
Isepick
Full Member
***
Offline Offline

Activity: 181


View Profile
February 09, 2012, 12:27:25 AM
 #86

Having just wandered over to GLBSE for the first time, I (personally) find the interface not very intuitive. Their support forum doesn't seem to be exactly jumping either. There is mention of a GLBSE 2.0 about to go live 3 weeks ago, but no announcements that it has. I can't seem to find a faq or how to guide or any such documentation on how to actually use the site either. "user account does not exist"...Then what have I been doing with the 'register new account' page, ffs?

/rant

@Wondermine, use the funds as you see fit. They are for the furtherance of this project, in whichever you way you deem best. I cannot offer any practical advice on GLBSE one way or another. I've heard of it and the general concept behind it, but I've (obviously) never used it.

Good to see some #'s  Wink
ummas
Sr. Member
****
Offline Offline

Activity: 274


View Profile
February 09, 2012, 12:32:20 AM
 #87

Good job, first step made.
finger crossed, and i`m waiting for more. 500 is really not much....
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
February 09, 2012, 06:25:50 AM
 #88

i lost a total of perhaps 800 BTC thru bad investments in 2 of the original companies listed on glbse; Ubitex and SIN.  both those companies had scammers running those operations; Cuddlefish and Tawsix.  granted, these losses were a result of my bad choices but i soon came to realize the whole concept is flawed.  unregistered companies in an unregulated space issuing unlawful securities btwn unknown individuals is the Wild West.  stock mkts like this are begging for trouble and are not something you want to get involved in IMO.  the guy who runs it, Nefario, takes all comers and a no look no see approach which invites fraud and corruption.  he will not help you if you get into trouble.

you are a student at a respected university and seemingly on to something good here.  having to get involved in managing a business with complaining shareholders isn't something you want to cloud your mind with.  perhaps someday in a real IPO on Wall Street if this gets real big.

if you can get enough money via donations to keep this thing going i would stick with this model.  you have no obligations to anyone for anything other than what you've promised; one on one support.
Transisto
Donator
Legendary
*
Offline Offline

Activity: 1624



View Profile WWW
February 09, 2012, 06:31:36 AM
 #89

GLBSE ??  Hey,  the guy merely asked for 10$ donnation

Have you read the thread ?

Hint : He's not into producing custom ASICs.
abeaulieu
Sr. Member
****
Offline Offline

Activity: 295



View Profile
February 10, 2012, 05:27:42 PM
 #90

I may have missed this already (sorry if I did), but have you opened a repository for your work yet? If you are looking for collaboration or just some pointers from the community if might be helpful for you to do so.

I have some experience with Quartus (mainly on the DE2 boards but not is it relates to mining) and would be interested in looking at your progress. I'm sure you might find some other EEs and CEs watching the project that might be able to make your progress more fluid.
wondermine
Jr. Member
*
Offline Offline

Activity: 57


Facta


View Profile WWW
February 10, 2012, 08:10:03 PM
 #91

There's something important I wanna ask about as far as rating hashrates: we say GPU hashrates are such and such a speed, but that is not something hardcoded into the core, that's how the GPU breaks down the instructions, and that's why it varies a little over time, and per card, as well as with other factors.
Is it more reasonable to quote an effective hashrate (i.e. calculated based on share production) or a hardcore rate? Since the effective rate will be a fair bit higher than the hardcode rate.

Let me know, I want to quote you guys the right numbers.  Either way I'll show you shares/sec rates as well as hashrates.

Expect some numbers soon, what they'll be, I dunno Smiley.

Nanominer <=  www.nonverba.org/nanominer
Bitcoin Address: 1BuQwoDmt6DzwNTPcpxego1CzDBmivX3hY
nelisky
Legendary
*
Offline Offline

Activity: 1554


View Profile
February 10, 2012, 08:24:05 PM
 #92

hashrates are hashrates, the number of hashes calculated within a certain time frame. There's nothing magic about it, except being able to calculate them without making the system slower in return.

When you mine somewhere the pool could not handle the bandwidth of a miner that would submit ALL hashes, and frankly I doubt anyone has a fast enough link to submit them in the first place. So miners only submit shares that actually have hashes lower than target, and target may be different across pools (some just use diff==1, some don't). Then it becomes a statistical problem (with these many shares in the last X seconds, how fast is the miner, probably?)

You can calculate effective hashing speed easily, just check how fast the miner goes through the nonce space.
fizzisist
Hero Member
*****
Offline Offline

Activity: 720



View Profile WWW
February 10, 2012, 10:23:44 PM
 #93

Is it more reasonable to quote an effective hashrate (i.e. calculated based on share production) or a hardcore rate? Since the effective rate will be a fair bit higher than the hardcode rate.

Why would this be true? Effective hashrate will vary due to luck, but with a long enough timescale, this will converge to the real hashrate. This should be the same as the hardcoded hashrate for the FPGA, or some shares are being lost somewhere. It will never be higher than the hardcoded hashrate, except in a short run of luck. For a 5% error on the hashrate, you should measure the time to submit 400 shares. At 125 MH/s, this should take 229 minutes.

Best is to quote both, where the effective hashrate is quoted with an error.

wondermine
Jr. Member
*
Offline Offline

Activity: 57


Facta


View Profile WWW
February 11, 2012, 04:36:12 AM
 #94

No problem, it wasn't the most brilliant question.

Anyways, here are the stats we have cooking, no screenshots yet, this project is requiring more math than I might have liked.  One of the ways I'm optimizing the mining is checking late-round values against (to be determined, but known) constants to determine whether or not they will (or are likely to) yield a win.  If not, the SHA algorithm aborts early, saving resources.  It's gonna be a lot of work, and that's a big way of how we will be shrinking approximately 60 MH/s (number based on more recent data) onto a Cyclone IV Nano.  The work begins today.

SHA-2 hashes are unpredictable at 128 rounds, or 64 rounds, but if we have access to the data all the way through, and know what our starting and end data should look like, we can side-channel it.  I'm speaking to our school's cryptanalysis expert.

The above may sound like heresy but block ciphers are weakened by attacking their implementation, and we have full access to this one.   I'm going to keep working, on all fronts of optimization. 

Donation-wise, there have been about 45 BTC and $50 USD/CAD donated, allowing me to buy a couple of DE0 Nanos from our friends at Terasic and paying for a bit of the countless hours I've been pouring into learning all of this.  Hopefully that's something you're all happy with.

Nanominer <=  www.nonverba.org/nanominer
Bitcoin Address: 1BuQwoDmt6DzwNTPcpxego1CzDBmivX3hY
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
February 11, 2012, 04:42:07 AM
 #95

No problem, it wasn't the most brilliant question.

Anyways, here are the stats we have cooking, no screenshots yet, this project is requiring more math than I might have liked.  One of the ways I'm optimizing the mining is checking late-round values against (to be determined, but known) constants to determine whether or not they will (or are likely to) yield a win.  If not, the SHA algorithm aborts early, saving resources.  It's gonna be a lot of work, and that's a big way of how we will be shrinking approximately 60 MH/s (number based on more recent data) onto a Cyclone IV Nano.  The work begins today.

SHA-2 hashes are unpredictable at 128 rounds, or 64 rounds, but if we have access to the data all the way through, and know what our starting and end data should look like, we can side-channel it.  I'm speaking to our school's cryptanalysis expert.

The above may sound like heresy but block ciphers are weakened by attacking their implementation, and we have full access to this one.   I'm going to keep working, on all fronts of optimization. 

Donation-wise, there have been about 45 BTC and $50 USD/CAD donated, allowing me to buy a couple of DE0 Nanos from our friends at Terasic and paying for a bit of the countless hours I've been pouring into learning all of this.  Hopefully that's something you're all happy with.
I don't completely understand all of this, but do you mean something like implementing a midstate - e.g., precalculating the first part and bruteforcing only the last part instead of the whole share? I think some miners do this, but perhaps not all of them.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
February 11, 2012, 05:24:51 AM
 #96

Yeah, I'm not really clear on what you're saying either, Wondermine.  You should be taking the midstate, since it's precomputed for you then then iterating through the entire nonce range, looking for a hash that is under difficulty.  If you're doing anything more complicated than that, it's likely you're just wasting resources unless you've come up with some magical algorithm, which would be great. 


If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
ZodiacDragon84
Sr. Member
****
Offline Offline

Activity: 266


The king and the pawn go in the same box @ endgame


View Profile
February 11, 2012, 05:52:26 AM
 #97

Yeah, I'm not really clear on what you're saying either, Wondermine.  You should be taking the midstate, since it's precomputed for you then then iterating through the entire nonce range, looking for a hash that is under difficulty.  If you're doing anything more complicated than that, it's likely you're just wasting resources unless you've come up with some magical algorithm, which would be great. 



I'm all up for magic algo's

Looking for a quick easy mining solution? Check out
www.bitminter.com

See my trader rep at Bitcoinfeedback.com
!
wondermine
Jr. Member
*
Offline Offline

Activity: 57


Facta


View Profile WWW
February 11, 2012, 07:07:12 AM
 #98

I don't expect everyone to be super gung ho on the idea, but I've been into crypto a while, and gotten pretty intimate with SHA-2.  I don't mean a midstate, I mean knowing that on the 124th round a certain value for one of the 32 bit words disqualifies the hash.  Quite possible.  The more work I do on it, the better the miner will be.  Plus, these comparative constants take advantage of the BRAM we're not using well on the Cyclone series.  Some miners... maybe... use something like this, but I'm talking a pervasive mathematical analysis. MatLab is attacking it now.

It's all proportional to time I spend really, there's so much RAM to be used for constant comparison that adding checkers along the algorithm wouldn't even prevent adding cores, it would just add performance, and a lot at that.  Just imagine knowing 5% of the time on round 124 to abort the calculation... you have to multiply those (logic savings or time savings) by millions of times per second.  It's pretty big.  It's just gonna require some expert help (check), a ****load of time (maybe?), MatLab (check), and y'alls support.  I'll see if I can come up with a tangible example.  Wiki side-channel attack, look around, it's not voodoo, it's just probabalistic finite field mathematics that I probably shouldn't be doing until grad school.  But that hasn't stopped me before. Smiley

P.S. The midstate etc. calculations most clients use are to avoid collisions on the network, thus not getting stale packets.  It's not to save clock cycles. ^^

P.P.S Also check out the SHA-2 wiki's pseudocode, if you're into that kinda thing, you'll see where this could be useful pretty fast.

P.P.P.S.
Donations have bought me 2 DE0 Nanos for cluster testing;
As always my time is hard to spare, so if you feel generous (even a little), the more the merrier.  I seriously spend hours on this stuff, I'll log them if you like.  Plus it's high level math you all don't have to do Smiley.
I know results are important so I can post up some more of how the math stuff works, maybe implement a proof-of-concept, but it will take me some time.
As far as things I need to continue, donation wise, the 2 fpgas are paid for, the website and hosting are paid for, and I know it's nice to donate for tangibles but at this point I have all the tools I need, i just need motivation and hopefully some money for my time.  As per usual it's an investment.  If this math thing sounds like a good idea, talk to me about it, I'm happy to explain etc.  Given that most people mining today don't use custom miners and I've sifted through the code of all the standard ones, this mathematical edge would put anyone using it quite a bit ahead of the game.

In fact, would access to proprietary mathematical data/code/programming files be incentive for donation? The numbers and formula I develop will be available for FPGA but I also work with coders who could integrate this benefit into your existing open source miners.

Something like:
First 100 donors have access to weekly updates to how to look for bitcoin "smarter" up until official release, then it becomes open source?
Amount and degree of advantageous code could be proportional to donation...  it would be something like "if round 122 maj function has xyz properties, abort" plus pseudocode or C or VHDL.

Sound interesting?

Nanominer <=  www.nonverba.org/nanominer
Bitcoin Address: 1BuQwoDmt6DzwNTPcpxego1CzDBmivX3hY
Inspector 2211
Sr. Member
****
Offline Offline

Activity: 383



View Profile
February 11, 2012, 07:37:34 AM
 #99

No problem, it wasn't the most brilliant question.

Anyways, here are the stats we have cooking, no screenshots yet, this project is requiring more math than I might have liked.  One of the ways I'm optimizing the mining is checking late-round values against (to be determined, but known) constants to determine whether or not they will (or are likely to) yield a win.  If not, the SHA algorithm aborts early, saving resources.  It's gonna be a lot of work, and that's a big way of how we will be shrinking approximately 60 MH/s (number based on more recent data) onto a Cyclone IV Nano.  The work begins today.

SHA-2 hashes are unpredictable at 128 rounds, or 64 rounds, but if we have access to the data all the way through, and know what our starting and end data should look like, we can side-channel it.  I'm speaking to our school's cryptanalysis expert.

The above may sound like heresy but block ciphers are weakened by attacking their implementation, and we have full access to this one.   I'm going to keep working, on all fronts of optimization. 

Donation-wise, there have been about 45 BTC and $50 USD/CAD donated, allowing me to buy a couple of DE0 Nanos from our friends at Terasic and paying for a bit of the countless hours I've been pouring into learning all of this.  Hopefully that's something you're all happy with.

wondermine, I wish you the best. I really do.

However, please take a look at the SHA-256 algorithm. http://en.wikipedia.org/wiki/Sha-256
The 32 bit values b, c, d, f, g, and h are trivially derived from the previous round, i.e. copied from a, b, c, e, f, and g, respectively.
The 32 bit value e is derived from the previous round's d, h, e, f, and g (i.e. 5/8th of the previous round's 256 bits are used to derive it).
The 32 bit value a is derived from the previous round's h, e, f, g, a, b, and c - i.e. 7/8th of the previous round's 256 bits are used to derive it.

Now think this through over just one more round. Only four 32 bit values are trivially derived from their "grandfather" round.
The other four 32 bit values are derived from brutal mixing of almost all bits of the grandfather round.

And so on.

After just 4 rounds, a single bit change in the great-great-grandfather round influences ALL bits of the current round.

Thus, any notion of shaving more than 4 or 5 rounds off the 128 total rounds is a pipe dream.

In other words, speeding up an implementation of SHA-256 cannot be done by mathematical tricks.

Rather, the operations of each round should be optimized.

There is no real reason why the clock is a measly 200 MHz (and thus the clock cycle 5 ns) in the best currently available implementations,
such as the ZTEX implementation. Think about it: 5 ns, that is a delay straight from the 70s. A TTL technology-like delay. Certainly we can do better than that?!?

Analyzing the operations for their contribution to the delay yields:
rightrotate ... instant, no delay at all
xor ... minor delay, bit by bit, probably a few dozen picoseconds
and ... minor delay, bit by bit, probably a few dozen picoseconds
not ... minor delay, bit by bit, probably a few dozen picoseconds
+ ... this should be scrutinized. A 32 bit add operation can be quite costly and the fastest possible implementation should be pursued.
      Adding insult to injury, SHA-256 features not just binary or ternary adds, but 4-fold adds (in the t1 function) and 5-fold adds
      (e := d+t1) and 6-fold adds (a := t1 + t2).

So, there you go. The biggest detriment to performance is probably the 6-fold 32 bit wide add in a := t1 + t2.
If you can speed this operation up, maybe by pre-computing partial results in the PREVIOUS round, then bringing them to the table when needed, the entire SHA-256 will be sped up (assuming optimal placing and routing).
Dexter770221
Legendary
*
Offline Offline

Activity: 1026


View Profile
February 11, 2012, 07:51:50 AM
 #100

I'm very curious where this goes. 0.55 BTC sent. Good luck.

Under development Modular UPGRADEABLE Miner (MUM). Looking for investors.
Changing one PCB with screwdriver and you have brand new miner in hand... Plug&Play, scalable from one module to thousands.
Pages: « 1 2 3 4 [5] 6 7 8 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!