Pages:
Author

Topic: [ANNOUNCE] Tenebrix, a CPU-friendly, GPU-hostile cryptocurrency - page 19. (Read 127234 times)

hero member
Activity: 770
Merit: 500
squawking about how it was 51% and BCX proof right up until realized that I had already tested a CPU only chain killer on Fairbrix.
Congrats, looks like you just revendicated the fork of Fairbrix.
I am interested to know how the "CPU only chain killer" is anything else than a batch of high-CPU instances at AWS or a rack of recent servers at your job though. Not like it would need an incredible firepower to fork a chain protected by a handful of home computers.
If your attack is resource based as I suspect it is, did you take into account the fact that CH can do the same thing and draw from the cloud to boost his network hashrate until your little challenge is over.
hero member
Activity: 770
Merit: 500
More fail by BitcoinExpress. No wonder. CPU mining is here to stay  Tongue
Oops, you posted with the wrong account Wink
So Bulanula, why is it that your are so hostile to BitcoinExpress?
full member
Activity: 210
Merit: 100
GG on a 5870 does ~400,000,000 hashes per second.
TBX on a 2600k does ~10,000 hashes per second.
Little bit of a difference.
hero member
Activity: 756
Merit: 500
How do you quantify the difficulty?  For instance Tenebrix less than 1 as compared to GG which may be 100, but GG still seems far easier to mine than Tenebrix.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Hmm am I reading comments completely missing the obvious? (yeah that is a question)

If you change the PoW you simply add a "2nd PoW" and the code uses the old before Block X and the new starting from Block X

You release an updated everything (daemon, pool, miner, whatever else you like) and set Block X some time in the near future and tell everyone to upgrade before Block X (i.e. some "reasonable" time for them to upgrade)

I seriously hope I am misunderstanding the discussion, coz that would imply people not understanding what they are doing yet "running" the show ...
(relating to a comment I made elsewhere ...)

Interesting, so the block history would be the same, but they would split into two totally separate currencies with the same history.

That makes it quite hard to update PoW, you'd have to convince an awful lot of people to switch and do it with enough notice not to piss them all off.

Your primary concerns at that point are the elements that define the economy (pools and exchanges, also goods & service providers but those tend to be joined to exchanges at the hip)
What fantasy land is that () comment based on?
member
Activity: 112
Merit: 11
Hillariously voracious
Interesting, so the block history would be the same, but they would split into two totally separate currencies with the same history.

That makes it quite hard to update PoW, you'd have to convince an awful lot of people to switch and do it with enough notice not to piss them all off.

Your primary concerns at that point are the elements that define the economy (pools and exchanges, also goods & service providers but those tend to be joined to exchanges at the hip)

If the renegade chain has no way for miners to cash out, they will leave it.  


So in theory I could spend some time editing say Fairbrix and make GPUBrix out of it, carrying on from where it is now?


Given that there are about 7 nodes on Fbrix currently, you wouldn't even run a risk of some PoW feud Wink
I find this stuff absolutely fascinating Cheesy
Might have to see if I can change my Arduino-C into normal-C(or c++ or C# or whatever the hell *coin/*brix is built in exactly) so I can play with it.

That would be awesome. Coder power is verily needed Cheesy
full member
Activity: 210
Merit: 100
Interesting, so the block history would be the same, but they would split into two totally separate currencies with the same history.

That makes it quite hard to update PoW, you'd have to convince an awful lot of people to switch and do it with enough notice not to piss them all off.

Interesting concept though.
So in theory I could spend some time editing say Fairbrix and make GPUBrix out of it, carrying on from where it is now?

I find this stuff absolutely fascinating Cheesy
Might have to see if I can change my Arduino-C into normal-C(or c++ or C# or whatever the hell *coin/*brix is built in exactly) so I can play with it.
member
Activity: 112
Merit: 11
Hillariously voracious
So if you can change the PoW requirement and it takes effect when 51% of hashing power uses it, does that in turn mean that someone could change it to accept GPU-efficient PoW and grab 51% and therefor the "official" PoW with half a dozen 5970s?

Not exactly.

What you have, if one part of the net uses one PoW and the other uses another, is not a classic race for "51st percent" when both the attacker and the "lawful" nodes will accept each other's blocks as "valid", but  two forks that can not be reconciled - at this point 51% rule no longer applies because the "oldnet" just won't accept blocks of "newnet" and vice versa (Much like I couldn't make bitcoin net accept Lolcust-designed LOL-PoW blocks even if I had the terrorhashes needed to pull a 51 on BTC Cheesy )

At this point, the important thing is what the pools and the exchanges consider "real tenebrix" (or for that matter real BTC, since it would be somewhat foolhardy to think that BTC won't need a PoW overhaul in a decade from now)

The "OldPOW" nodes will form a glorious net of their own, but if the pools and the exchanges don't consider them "proper net", they will have to mine their chain for sheer joy of it, compensation free.
full member
Activity: 210
Merit: 100
So if you can change the PoW requirement and it takes effect when 51% of hashing power uses it, does that in turn mean that someone could change it to accept GPU-efficient PoW and grab 51% and therefor the "official" PoW with half a dozen 5970s?
member
Activity: 112
Merit: 11
Hillariously voracious
Is it just me or is difficulty like 999999999 LOL

Just you Wink
hero member
Activity: 518
Merit: 500
Is it just me or is difficulty like 999999999 LOL
member
Activity: 112
Merit: 11
Hillariously voracious

You assume that dynamic is sustainable.  I say that if the value of tenebrix ever comes near the value of bitcoin, the miners that jump in won't be so limited and won't be concerned about the needs of those previous miners.  There is no garrantee that you will have any warning that the algo needs to be expanded, either.  At one time, ArtForz had the only known GPU cluster mining bitcoin, and he alone represented roughly 30% of the "vote".  Twice as much investment in hardware without advance warning, and you won't be able to change the algo.

If we are talking about new hardware appearing, it has a somewhat different dynamic than new programmatic solution for already known hardware appearing.


Yes, and that is the point.  If only dedicated hardware, in mass production runs, is more cost effective than the widely availble generic hardware

The investment required for both developing and mass-producing dedicated hardware is quite outrageous.

The only scenario in which I could remotely find that plausible is USA accepting Tenebrix as legal tender, which is a silly idea (and even then, building Tenebrix megacluster will be more of a national security than profiteering concern)




No, I don't.  Asics have been developed for bitcoin, they just don't (yet) matter because they cost more than GPU mining, not because they aren't more cost effective than CPU mining.  If GPU mining were not ever realisticly possible, asics would be dominating bitcoin mining already and CPU's would still be a losing effort.

ASICs being more cost-effective seems to be a peculiar proposition, irrespective of GPU involvement.

Care to link to relevant calcs ?

Also, scrypt is somewhat hostile to ASICs, too (though the current implementation probably less so than it can be made) making them far less competitive than they are for bitcoin

P.S.:
Generally, I could imagine some exotic hardware hitting the "sweet spot" of price vs performance boost that will let it compete effectively with "equal-cost pile of CPU boxen", but so far, none such is readily available.

Someone launching an R&D and mass-production enterprise for Scrypt crunchers and getting enough traction to effectively "overrun" the cpu adoption-vote before PoW update is implemented does not strike me as very realistic.

Though of course, finding and switching to more hardware-optimization hostile PoWs as times goes by is an interesting challenge onto itself (Scrypt itself is a product of a similar design challenge)
legendary
Activity: 1708
Merit: 1010
1) PoW will be updated as hardware grows bigger...cache.


How?  Do you think that you are going to get 51% of the miners to accept such an update, once the first hardware implementation is available and any significant minority of miners have already invested into same?

Um, adoption dynamics of tenebrix are such that majority of miners are, for various reasons, riding a general purpose computation device which is either unfit for installation of custom hardware or would require some overhaul to do so


You assume that dynamic is sustainable.  I say that if the value of tenebrix ever comes near the value of bitcoin, the miners that jump in won't be so limited and won't be concerned about the needs of those previous miners.  There is no garrantee that you will have any warning that the algo needs to be expanded, either.  At one time, ArtForz had the only known GPU cluster mining bitcoin, and he alone represented roughly 30% of the "vote".  Twice as much investment in hardware without advance warning, and you won't be able to change the algo.

I'm not limiting hardware implimentations to GPU's and FPGA's; and the entire argo doesn't need to be implimented in order for the use of hardware to be cost effective.

ASICs are just stupidly un-economical and carry additional bonus of being (Unlike GPUs and FPGAs) pretty truly dedicated

[/quote]

Yes, and that is the point.  If only dedicated hardware, in mass production runs, is more cost effective than the widely availble generic hardware; then only professional mining clusters will be able to afford them in the early stages.  By the time the average guy can afford a mining card, you will have long lost majority control over the algo, and you will be committed to it because none of the professional miners who have invested in dedicated hardware are going to even consider a change in the algo.
 If there is a way for it to be accelerated in hardware, someone is eventually going to figure out how to do it.  

You forget economics.


No, I don't.  Asics have been developed for bitcoin, they just don't (yet) matter because they cost more than GPU mining, not because they aren't more cost effective than CPU mining.  If GPU mining were not ever realisticly possible, asics would be dominating bitcoin mining already and CPU's would still be a losing effort.  However, the overall security of bitcoin would be lower, because it would mean that a well heeled attacker could actually attack bitcoin while the bitcoin blockchain would be dependent upon the professional miners for the vast majority of the hashrate.  Which without GPU mining would be much lower than it is today.

hero member
Activity: 560
Merit: 501
Wouldn't a POW increase "strand" miners running older CPU hardware with more limited cache size and speed.  Are 51% of them going to vote in favor of killing their own throughput for good of the system?
Given that ASICs are so specialized hardware, that might not be necessary.

In other news I finally finished work on my proposition for the new Tenebrix.org landing-page. It's single-page, but I don't think it needs a blog and whatever the current one has. It's simple, straight to the point, and tries to convince new and not-so-experienced users to try it for themselves.
http://46.253.203.113/tenebrix/
donator
Activity: 1218
Merit: 1079
Gerald Davis
Wouldn't a POW increase "strand" miners running older CPU hardware with more limited cache size and speed.  Are 51% of them going to vote in favor of killing their own throughput for good of the system?
member
Activity: 112
Merit: 11
Hillariously voracious
1) PoW will be updated as hardware grows bigger...cache.


How?  Do you think that you are going to get 51% of the miners to accept such an update, once the first hardware implementation is available and any significant minority of miners have already invested into same?

Um, adoption dynamics of tenebrix are such that majority of miners are, for various reasons, riding a general purpose computation device which is either unfit for installation of custom hardware or would require some overhaul to do so

Of course they will accept something that will keep an annoying - and potentially game-changing - competitor out.

If you are a cpu-centric miner mining a decidedly cpu-centric chain, you have a vested interest of keeping as much "exotica" out as possible (I wonder tho whether APU systems are "exotica" - they are essentially beefy CPUs)



I'm not limiting hardware implimentations to GPU's and FPGA's; and the entire argo doesn't need to be implimented in order for the use of hardware to be cost effective.

ASICs are just stupidly un-economical and carry additional bonus of being (Unlike GPUs and FPGAs) pretty truly dedicated

 If there is a way for it to be accelerated in hardware, someone is eventually going to figure out how to do it.  

You forget economics.

There's no point of deploying an application-specific system unless the factor by which it accelerates mining makes it economically viable, and dedicated custom solutions suffer from this far more than semi-dedicated such as GPUs or FPGAs (which have apparent uses outside mining and can be, worst come to worst, re-sold on general market unlike Hypothetical Custom Tenebrix Supercruncher that can only plow through scrypt)

You could crunch TBX very fast on, I dunno, a non-uniform memory access system, but it would be prohibitively economically unsound unless you know a way to get one for free (in which case I love you and want to get to know you closer Wink )

The more exotic the hardware that is required to do this, the more centralized that mining becomes.  GPU's are no longer uncommon hardware, even if there are still many consumer desktops still in service that don't have suitable ones.  You can't really buy a modern destkop that doesn't have a CUDA capable GPU, unless you shoot for the cheap.  If it's an iMac, you quite literally cannot buy a new desktop without a CUDA GPU.  And even though FPGA's are expensive and somewhat exotic hardware today, their general purpose usefulness pretty much garrantees that many consumer desktops are going to have intergrated FPGA's on the mainboard in another ten years.

Ten years down the line, I fully expect TBX to undergo no less than two major PoW updates (assuming it survives)

 However, if you succeed in making it uneconomical to mine with these forms of commodity hardware, only the truely exotic hardware will be able to do so, and you will become dependent upon the purchase of PCI cards with such exotic hardware in order to expect to compete cost effectively for mining once major operations start using these purpose made devices.

Again, this assumes that economics of producing totally-custom TBX-crunchers render them competitive economically against CPUs which, through benefit of being among most common and mass-produced computational systems, have vast economies of scale driving their price down.

Doesn't matter how good your million-dollar supercooled Tenebrix-cruncher is, if I can achieve same performance at a fraction of the cost by just "buying moar CPU-centric boxen", you will lose.

Throwing monkey-wrenches into various hardware optimization attempts seems like a fun field, perhaps a science unto itself.

P.S.:
Not to mention the opportunistic-mining implications of having an algo specifically tailored to be most economically sound on the most common computation substrate available Wink
legendary
Activity: 1708
Merit: 1010
1) PoW will be updated as hardware grows bigger...cache.


How?  Do you think that you are going to get 51% of the miners to accept such an update, once the first hardware implementation is available and any significant minority of miners have already invested into same?

Quote
2) The point is not to make implementation of hardware-accelerated solution impossible (You can implement TBX miner in OpenCL, ArtForz already tested it, see the "Tenebrix scaling questions" thread), but to make it uneconomical (If your wonderful hardware-cruncher costs 700$ and only marginally outperforms a cpu  which costs $100, you loose the race)

Scrypt was specifically designed to be uneconomical and painful in GPU and FPGA and, amazingly, it really is

I'm not limiting hardware implimentations to GPU's and FPGA's; and the entire argo doesn't need to be implimented in order for the use of hardware to be cost effective.  If there is a way for it to be accelerated in hardware, someone is eventually going to figure out how to do it.  The more exotic the hardware that is required to do this, the more centralized that mining becomes.  GPU's are no longer uncommon hardware, even if there are still many consumer desktops still in service that don't have suitable ones.  You can't really buy a modern destkop that doesn't have a CUDA capable GPU, unless you shoot for the cheap.  If it's an iMac, you quite literally cannot buy a new desktop without a CUDA GPU.  And even though FPGA's are expensive and somewhat exotic hardware today, their general purpose usefulness pretty much garrantees that many consumer desktops are going to have intergrated FPGA's on the mainboard in another ten years.  However, if you succeed in making it uneconomical to mine with these forms of commodity hardware, only the truely exotic hardware will be able to do so, and you will become dependent upon the purchase of PCI cards with such exotic hardware in order to expect to compete cost effectively for mining once major operations start using these purpose made devices.
member
Activity: 112
Merit: 11
Hillariously voracious
1) PoW will be updated as hardware grows bigger...cache.

2) The point is not to make implementation of hardware-accelerated solution impossible (You can implement TBX miner in OpenCL, ArtForz already tested it, see the "Tenebrix scaling questions" thread), but to make it uneconomical (If your wonderful hardware-cruncher costs 700$ and only marginally outperforms a cpu  which costs $100, you loose the race)

Scrypt was specifically designed to be uneconomical and painful in GPU and FPGA and, amazingly, it really is
legendary
Activity: 1708
Merit: 1010
Whether or not an algo can be devised that is too large to fit in current hardware, it is likely to only be an impediment for a few years.  Bitcoin itself was CPU hardware for two years before a GPU client could be reasonablely developed.  No matter the complexity of the algo, there is no way to avoid the advantages of hardware excelleration for at least some portions of the algo.  Thus, there is no practical way to avoid the advantages that those who can bring a hardware excelleration solution to market will have over general purpose hardware.
donator
Activity: 1218
Merit: 1079
Gerald Davis
So as long as the algorithm requires a cache utilization of above 128kB, it will probably be pretty slow on ASICs or GPUs.  This is not an easily remedied problem because the only way to make this cache memory to physically add billions of more transistors onto the die for it.

128kB = billions of transistors? So ~2000+ transistors to store a single bit (1 or 0)?
Pages:
Jump to: