Bitcoin Forum
October 18, 2017, 05:04:58 PM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
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 »
  Print  
Author Topic: [Announcement] Avalon ASIC Development Status [Batch #1]  (Read 152131 times)
beekeeper
Sr. Member
****
Offline Offline

Activity: 406


LTC


View Profile WWW
December 19, 2012, 11:06:32 AM
 #441

1) remove the 32-bit wide constant subtractor. This will gain a fraction of a nanosecond on every hash tried. It is very easy to subtract 125 in software from the nonce downloaded from the chip.

2) acknowledge that the timing violation may occur and the nonce latched may not be the exact one that solved the block, but a next one or previous one, depending on the details of the latching logic. It is somewhat more involved, but still easily doable in software: recompute the hashes for nonce values n-126,n-125,n-124 and use the one that solved the block. Again this will make the design more tolerant to overclocking for every hash tried inside the chip.

Yes, would be great if Cgminer would have such a option, where we could manually define such prefixed nonce modifications or even a certain range for a "rescan" over the PC's CPU in a defined range. As I know, Cgminer checks already if the "golden nonce" submitted to it is valid and if not counts it as hardware error, so a implementation should be rather easy and also work with any hardware supported by Cgminer...

FPF

2112 is talking about modifications in FPGA bitstream, ofc software modification to cope with new bitstream would be trivial.

25Khs at 5W Litecoin USB dongle (FPGA), 45kHs overclocked
https://bitcointalk.org/index.php?topic=310926
Litecoin FPGA shop -> http://ltcgear.com
1508346298
Hero Member
*
Offline Offline

Posts: 1508346298

View Profile Personal Message (Offline)

Ignore
1508346298
Reply with quote  #2

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

Activity: 20


View Profile
December 19, 2012, 11:19:19 AM
 #442

I know that, but the consequence of those changes is the fix/option in the mining software - Cgminer is just an example here. It's actually the best location for that task since all the functions are already implemented, there is just a special option needed to re-purpose those functions. (such as the nonce validation)

The first option would be to deduct a certain fixed value from the nonce, it's much more efficient for the mining software to do that than it's done in some of the current bitstreams. The next option would be allowing Cgminer a certain range for the nonce validation. (To do a few nonce calculations on the CPU is not a big deal and it could save that (only slightly) corrupted nonce from being ignored and regarded as hardware error...)
beekeeper
Sr. Member
****
Offline Offline

Activity: 406


LTC


View Profile WWW
December 20, 2012, 12:49:07 AM
 #443

In my humble opinion..
There is a wall.. one side, regular BTC developer, the other side people who understand the hardware..
Stop trying to bridge, it is not worth..

25Khs at 5W Litecoin USB dongle (FPGA), 45kHs overclocked
https://bitcointalk.org/index.php?topic=310926
Litecoin FPGA shop -> http://ltcgear.com
Frequency
Hero Member
*****
Offline Offline

Activity: 523


sheeople


View Profile WWW
December 20, 2012, 12:52:32 AM
 #444

Any real news yet or some project update !!!!!  Huh

Put your money were your mouth is…       #coinderdotcom
hardcore-fs
Full Member
***
Offline Offline

Activity: 196


View Profile WWW
December 20, 2012, 04:01:41 AM
 #445

I know that, but the consequence of those changes is the fix/option in the mining software - Cgminer is just an example here. It's actually the best location for that task since all the functions are already implemented, there is just a special option needed to re-purpose those functions. (such as the nonce validation)

The first option would be to deduct a certain fixed value from the nonce, it's much more efficient for the mining software to do that than it's done in some of the current bitstreams. The next option would be allowing Cgminer a certain range for the nonce validation. (To do a few nonce calculations on the CPU is not a big deal and it could save that (only slightly) corrupted nonce from being ignored and regarded as hardware error...)

You mean like adding lubricant to your tiers so you can go down hill faster.

Quote
The first option would be to deduct a certain fixed value from the nonce, it's much more efficient for the mining software to do that than it's done in some of the current bitstreams.

You sir are a fucking idiot.
FPGA's process in true parallel.
 I can process thousands....(nay tens of thousands) of 32 bit subtractions in an FPGA, before you have even fucking read the numbers into your CPU registers.

BTC:1PCTzvkZUFuUF7DA6aMEVjBUUp35wN5JtF
Bogart
Legendary
*
Offline Offline

Activity: 938


View Profile
December 20, 2012, 04:14:06 AM
 #446

Hmm, what is this 'golden nonce' ?

I think if you catch the golden nonce, it's worth 150 points and the match is over.

"All safe deposit boxes in banks or financial institutions have been sealed... and may only be opened in the presence of an agent of the I.R.S." - President F.D. Roosevelt, 1933
nathanrees19
Full Member
***
Offline Offline

Activity: 196



View Profile
December 20, 2012, 07:56:28 AM
 #447

Hmm, what is this 'golden nonce' ?

I think if you catch the golden nonce, it's worth 150 points and the match is over.

They really ought to nerf that down to 15 points. Then the rest of the team would matter.
fpf
Newbie
*
Offline Offline

Activity: 20


View Profile
December 20, 2012, 09:14:35 AM
 #448

Of course Avalon's logic is secret, but I'm going to discuss the problem based on one of the open-source FPGA hashers. It had a critical timing path in the logic that latched the "golden nonce". Since the design was 125-deep pipelined it had a hardware that subtracted constant 125 from the nonce counter before sending it out of the chip.

Now we have two ways to speed up the above design:

1) remove the 32-bit wide constant subtractor. This will gain a fraction of a nanosecond on every hash tried. It is very easy to subtract 125 in software from the nonce downloaded from the chip.

2) acknowledge that the timing violation may occur and the nonce latched may not be the exact one that solved the block, but a next one or previous one, depending on the details of the latching logic. It is somewhat more involved, but still easily doable in software: recompute the hashes for nonce values n-126,n-125,n-124 and use the one that solved the block. Again this will make the design more tolerant to overclocking for every hash tried inside the chip.

Obviously 1) cannot be applied to the ASIC chip or closed-source FPGA bitstream. But the method 2) remains applicable, just use a different set of test values.


@hardcore-fs
Please read the context in which things were said:

The 32-bit wide constant subtractor in that design limits the whole speed of the design, you can speed up the whole design by removing that subtractor and simply deduct the constant later from the "nonce" received from the chip to get the "golden nonce"...
It's simply about gaining some overhead, the weakest link breaks the chain.

If you can gain even more overhead by assuming that the latched nonce in the chip is not the "golden" one but very close by as stated by him, a few nonce validity checks nearby will finally reveal the "golden nonce" this way you can push the chip in terms of clock and internal timings to its limits and even a bit beyond.

If this can improve the maximum speed that can be reached for the device significantly - in exchange for a bit of insignificant cpu time every nonce found (we talk about crosschecking only a hand full of nonces here vs. the workload, and that roughly every 10.7 seconds for a 200 mhz core) than yes - it's an acceptable way.

Quote
You mean like adding lubricant to your tiers so you can go down hill faster.


You need grip to make use of the car's engine, no point.. but IF the task is to get the car down the hill the fastest way possible with engaged breaks, without the need of being able to stop it and all you have is an unlimited supply of lubricant - than yes adding lubricant to both the street and the tiers to accomplish the task is the way to go.

Quote
You sir are a fucking idiot.
FPGA's process in true parallel.
 I can process thousands....(nay tens of thousands) of 32 bit subtractions in an FPGA, before you have even fucking read the numbers into your CPU registers.

Posting insults & very basic / unrelated facts (of actually any logic or programmable logic) doesn't help here.
"In the land of the blind, the one-eyed man is king"

Quote
For interest take a look at one of the ASICS floating about, they have given a proposed pinout showing 8 data lines and some strobes.
WTF.... even the nonce will require 4 CLK cycles just to get it out of the chip and they are claiming this design is good into the GH/S range?

Here we go Cool a "truly parallel" 8bit Data-bus
Of course it's good into the GH/s range, the traffic is low since only the results ("golden nonces") need to be collected, everything else gets discarded already in the chip... The only way to make it faster than it is right now would be having a 32bit databus to get the whole nonce out of the chip in one CLK cycle, would it matter? no... waste of resources and space, 24 more pins/tracks to deal with for no real benefit... the same is true for getting the "work" to the chip of course (which is of course more than 4 bytes...)

Edit: Should be said for the sake of completeness, those 4 clock cycles needed to collect the nonce will be from an external controller and are not directly related to the internal clock used by the hashing chip, further, the clock for collecting the data will be slower than the internal clock used by the hashing chip. Changes nothing about the situation though.
hardcore-fs
Full Member
***
Offline Offline

Activity: 196


View Profile WWW
December 20, 2012, 01:40:26 PM
 #449

As regards the
Quote
Posting insults & very basic / unrelated facts (of actually any logic or programmable logic) doesn't help here.
"In the land of the blind, the one-eyed man is king"

Is the above even English?

you made a hardcore statement about 'nonces/golden nonces'
Quote
The first option would be to deduct a certain fixed value from the nonce, it's much more efficient for the mining software to do that than it's done in some of the current bitstreams.

it is irrelevant in "what" context it was made,no matter how you try to spin it, A VERY clear statement was made and I cannot think of ANY situation where the "mining software" is going to be able to do that in a more efficient way than pure logic.
EVEN IF the value was subtracted at EVERY stage of the nonce calculation.
In fact in at least one public core IT IS done this way, and do you know what... the  calculation as regards time is ABSOLUTELY FREE.

Quote
The 32-bit wide constant subtractor in that design limits the whole speed of the design, you can speed up the whole design by removing that subtractor and simply deduct the constant later from the "nonce" received from the chip to get the "golden nonce"...
It's simply about gaining some overhead, the weakest link breaks the chain.

nope!!!!, it does not "limit the speed", because the subtraction CAN be done at the SAME TIME INSIDE the logic, because you ALREADY KNOW THE VALUE OF THE NONCE BEFORE you start the SHA256(SHA256(x)) Hash.



Notice "nonce" & "currnonce" & clock, one lags the other by 131 in this case , because that is the depth of the current nonce calculations, but we can clearly see the calculation between the two nonces  occurs & ends on the same clock cycles, making it effectively "free" to calculate the difference.


if you cannot understand the basic principles of digital logic, then I'm not going to waste my time trying to explain it further.

BTC:1PCTzvkZUFuUF7DA6aMEVjBUUp35wN5JtF
Dhomochevsky
Sr. Member
****
Offline Offline

Activity: 240



View Profile
December 20, 2012, 06:46:21 PM
 #450

I don't mean to interrupt this most interesting and totally not boring argument, but I feel like I need to second Frequency above: Are there any chances to get another update soon? Maybe one last update before christmas? Also, as far as I understood it, there was a test/demo planned for the end of December. Is that still the case? Or has the demo been moved to January?

Thanks.
PuertoLibre
Legendary
*
Offline Offline

Activity: 1218



View Profile
December 20, 2012, 07:15:21 PM
 #451

I don't mean to interrupt this most interesting and totally not boring argument, but I feel like I need to second Frequency above: Are there any chances to get another update soon? Maybe one last update before christmas? Also, as far as I understood it, there was a test/demo planned for the end of December. Is that still the case? Or has the demo been moved to January?

Thanks.
Seconded, great question.

Add to that, is the schedule looking good so far?

            ▄▄▄███████████▄▄▄
        ▄▄█████████████████████▄
      ▄██████████████████████████▄
    ▄█████████████████▀▀▀██████████
   █████████████████       ███████
  ██████▀▀▀████████   ███   ██████   █
 █████       ██████   ███   ██████   ██
 ████   ███   █████   ███   █████   ███
█████   ███   █████   ███    ████   ████
█████   ███   █████   ████   ████   ████
████    ███   ████   █████   ███   █████
████   ████   ████   █████   ███   █████
▀███   ████   ████   ██████       █████
 ███   █████   ███   ████████▄▄▄███████
  █   ██████   ███   █████████████████
      ███████       █████████████████
     ██████████▄▄▄█████████████████▀
     ▀███████████████████████████▀
       ▀▀██████████████████████▀
           ▀▀▀████████████▀▀▀



Worldcore
▄▄
██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
▀▀  ██
    ██
    ▄▄
    ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ▀▀
██   
tacotime
Legendary
*
Offline Offline

Activity: 1484



View Profile
December 20, 2012, 08:48:43 PM
 #452

Hmm, what is this 'golden nonce' ?

I think if you catch the golden nonce, it's worth 150 points and the match is over.

http://www.youtube.com/watch?v=HPVhmZodaLA#t=1m35s

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
kano
Legendary
*
Offline Offline

Activity: 2240


Linux since 1997 RedHat 4


View Profile
December 20, 2012, 09:43:56 PM
 #453

Hmm, what is this 'golden nonce' ?

The one (or more) out of the 4294967296 nonces that solve the work and can be submitted & can/will be accepted by the pool server for the task/workload received.
...
Well that's just using the term 'golden' to mean 'valid' or 'share'

(yes I have spent a lot of time looking at nonces Tongue)

I was meaning that: Was there a specific 'test' nonce that had been referred to as 'THE golden nonce'?
I take all the replies to mean the answer is 'no' - it's just being used as a term for a valid nonce.
Your device generates ~20,116 of them per day per GH/s - so 'golden' seems a bit of an over zealous name Tongue

In Icarus, what happens to detect the device, is to send specific work to the device and expect a reply with an expected nonce value
Xiangfu called this nonce the 'golden_nonce'
What I did on the cgminer code was find a faster (better) one that took ~0.53ms to calculate so when Xiangfu had roughly 40 Icarus it didn't take long to test them all - only a few seconds.
I just didn't know that people referred to the valid values, in general, as 'golden' - I was wondering if there was a specific work+nonce that was called 'golden' due to some special attributes of it (which the answer is 'no')

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
hardcore-fs
Full Member
***
Offline Offline

Activity: 196


View Profile WWW
December 21, 2012, 04:26:40 AM
 #454

I don't mean to interrupt this most interesting and totally not boring argument, but I feel like I need to second Frequency above: Are there any chances to get another update soon? Maybe one last update before christmas? Also, as far as I understood it, there was a test/demo planned for the end of December. Is that still the case? Or has the demo been moved to January?

Thanks.
Seconded, great question.

Add to that, is the schedule looking good so far?

Its all the same, Everyone says a 'demo' is coming soon , OCT,NOV,DEC, Jan?
and yet we do not EVEN see ANY prototype devices or simulations, If I can simulate "non-existant" logic on a PC, then surely people with designs should be able to show some "waveform" diagrams..... and yet we see nothing.


I'm going to be releasing my own ASIC product and unlike the competition I will release a die picture.


4 cores  divided up into 20*2 engines each core giving ~250Ghs or about 25GHs each engine, which is well within the figures currently being bounce about by various teams.
These 4 cores are going to be multiplexed by 8 internal FIFO's, and whilst I won't be delivering product until early April 2013, I think it is well worth getting involved in the investment now.



BTC:1PCTzvkZUFuUF7DA6aMEVjBUUp35wN5JtF
Bogart
Legendary
*
Offline Offline

Activity: 938


View Profile
December 21, 2012, 05:19:30 AM
 #455

I'm going to be releasing my own ASIC product and unlike the competition I will release a die picture.
http://postimage.org/image/5jqixucf3/

A die picture, you say?  It even shows the purdy rainbow diffraction effect.

You would seem to imply that the described die has already been produced.

Surely our collective leg is being pulled...

"All safe deposit boxes in banks or financial institutions have been sealed... and may only be opened in the presence of an agent of the I.R.S." - President F.D. Roosevelt, 1933
nathanrees19
Full Member
***
Offline Offline

Activity: 196



View Profile
December 21, 2012, 08:58:30 AM
 #456

Its all the same, Everyone says a 'demo' is coming soon , OCT,NOV,DEC, Jan?

Really? I've only noticed Avalon having a specific, clear goal of demonstrating a working chip around the end of the year.

and yet we do not EVEN see ANY prototype

If they had one, then that would be the demo...
PuertoLibre
Legendary
*
Offline Offline

Activity: 1218



View Profile
December 24, 2012, 01:34:19 AM
 #457

@ Team Avalon

What happened to the last Thursday update? (from TSMC?)

            ▄▄▄███████████▄▄▄
        ▄▄█████████████████████▄
      ▄██████████████████████████▄
    ▄█████████████████▀▀▀██████████
   █████████████████       ███████
  ██████▀▀▀████████   ███   ██████   █
 █████       ██████   ███   ██████   ██
 ████   ███   █████   ███   █████   ███
█████   ███   █████   ███    ████   ████
█████   ███   █████   ████   ████   ████
████    ███   ████   █████   ███   █████
████   ████   ████   █████   ███   █████
▀███   ████   ████   ██████       █████
 ███   █████   ███   ████████▄▄▄███████
  █   ██████   ███   █████████████████
      ███████       █████████████████
     ██████████▄▄▄█████████████████▀
     ▀███████████████████████████▀
       ▀▀██████████████████████▀
           ▀▀▀████████████▀▀▀



Worldcore
▄▄
██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
▀▀  ██
    ██
    ▄▄
    ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ██
██  ▀▀
██   
ngzhang
Hero Member
*****
Offline Offline

Activity: 592


We will stand and fight.


View Profile
December 24, 2012, 01:45:17 AM
 #458

@ Team Avalon

What happened to the last Thursday update? (from TSMC?)

everything is going well, everything is going on time.

CEO of Canaan-creative, Founder of Avalon project.
https://canaan.io/
Business contact: love@canaan.io
All PMs will be unread.
nathanrees19
Full Member
***
Offline Offline

Activity: 196



View Profile
December 24, 2012, 08:14:04 AM
 #459

@ Team Avalon

What happened to the last Thursday update? (from TSMC?)

everything is going well, everything is going on time.

Great! Any chance of pictures of chips or PCBs any time soon?
Bogart
Legendary
*
Offline Offline

Activity: 938


View Profile
December 24, 2012, 12:36:48 PM
 #460

I see the website has a countdown to shipping time now.

http://www.avalon-asics.com/

"All safe deposit boxes in banks or financial institutions have been sealed... and may only be opened in the presence of an agent of the I.R.S." - President F.D. Roosevelt, 1933
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 »
  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!