The only thing 'merged mining' does is take hashes away from Bitcoin and give them to another chain (in this case namecoin) but pretend that it's good for bitcoin.It isn't good for bitcoin.It is good for namecoin and bad for bitcoin.It's a scam because namecoin people won't admit the truth, and thus try to convince others by deception.

I'd wonder how people would react if SolidCoin 2.0 did merged mining ...

Anyway, AGAIN, cgminer cannot mine 2 chains at the same time.So there is no point looking for other changes to suit you when it will never work in it's current incarnation anyway.

I look at it this way: Would I want to lower cgminer's extremely high ability to avoid rejects and stales just so I can give away hashes to namecoin?No, of course not.

Although i resisted posting this since this is not a merged mining thread here is my 2c.

- If merged mining works (as written in those threads) it doesnt take hashes away from bitcoin.- It doesnt help nor hurt bitcoin- It doesnt help nor hurt namecoin

Namecoin would be better off with just namecoin-ppl cpumining namecoins. You have to understand that a higher hashrate doesnt make namecoin better. Since the difficulty adapts itself. And namecoin is currently in a really bad situation since a lot of bitcoiner miners mined the living daylights out of their difficulty for a quick profit.

The ppl that can benefit from it and would want it are miners. They could potentially make more cash with it...

I look at it this way: Would I want to lower cgminer's extremely high ability to avoid rejects and stales just so I can give away hashes to namecoin?No, of course not.

Not sure why you are angry, but like bitcoins is not a scam merged mining is not a scam. The work you do on mining is "a make work project" and very little to do with a particular block chain. Yes, there is tx validation work being done but on any block chain the majority of the work you do is not relevant just the fact that you did it is. This is an easy to understand version of how it works it's not exactly right but in a general sense it is.

I'm not going to get into an argument with you about fraud because there is none.

Finally today at my pool you can mine namecoins and get paid bitcoins but when merged mining kicks in you will be mining both. When it happens the market will decide if it's worth it.

Good luck

Davinci

Why do you ignore the most important part of my post:

Quote

The bitcoin+namecoin mining scam idea will not work with cgminer.It cannot mine more than one chain at the same time.

Yes cgminer CANNOT mine 2 different chains at the same time.It cannot. It cannot. Got that? It cannot.If you wish to switch to a different chain, you have to exit cgminer and start it again on the different chain.

Also: lets say you mine 500Mh/s to BitcoinPlease tell me how it is possible to add hashes to Namecoin, without reducing the hashs sent to Bitcoin?i.e.

Quote

It's a scam because namecoin people won't admit the truth, and thus try to convince others by deception.

I will continue posting this because it is relevant to cgminer.cgminer cannot mine 2 chains at the same time.Until they get the hint that there is no point posting here about namecoin, take notice and stop doing it.

Lets say you mine 500Mh/s to BitcoinPlease tell me how it is possible to add hashes to Namecoin, without reducing the hashs send to Bitcoin?i.e.

thats is what merged mining is. it does not split your hashrate. you'll mine with you total hashrate on both chains simultaneously.

what i dont understand: why is cgminer not able to do that? other miners are.

ok..pool need patched bitcoind (to put 33 bytes namecoin data in the coinbase without a block size change), a proxy and default namecoind... but your end should stay the same (except that you get the same btc value as now AND additional to that namecoins [at least after nmc-block 19200])

OK I should have made it clearer - post a link to some proper explanation.Don't post here about it (that's what I said at the end of my post)Seriously, if I cannot find anyone who can actually answer the question I'll spend time tomorrow looking at the code myself.This is as bad as the other coin threads - people posting beliefs, not facts.This is not religion it's computer programming.

what i dont understand: why is cgminer not able to do that? other miners are.

This is a mistake, it's not CGMINER it MY POOL's fault with all the rejects, NOT CGMINER!

With that said. I was looking for an easy way out where thus I was requesting the developer changed cgminer to stick to one IP address until there was a problem and requested a new one from the DNS just like poclbm does.

yes i know... i just wanted the "1997 linux user" to explain why he thinks it couldn't work.

sorry

If you try to mine a BTC chain and an NMC chain at two different pools at the same time, it won't work, you will (in my experience) only get BTC blocks unless the BTC pool goes down. I believe that is what he is saying, but I am not sure it has anything to do with merged mining. That said, there are plenty of merged mining threads, thisi s a cgminer thread.

Also: lets say you mine 500Mh/s to BitcoinPlease tell me how it is possible to add hashes to Namecoin, without reducing the hashs sent to Bitcoin?

THAT IS WHAT MERGED MINING DOES.

Look I am no fan of merged mining but you ranting on about things you don't understand is equally stupid.

The longest part (i.e. 99+) of mining is creating the hash from the nonce.

This is how bitcoin mining works.Take nonce and create hash.Check if Hash matches BITCOIN Target.Repeat.

This is how namecoin mining works.Take nonce and create hashCheck if Hash matches NAMECOIN Target.Repeat.

See anything similar? See any way you could do both at the same time?

This is how bitcoin mining works.Take nonce and create hash.Check if Hash matches BITCOIN Target.Check if Hash matches NAMECOIN Target.Repeat.

One hash two target checks. While cgminer doesn't support it today it would take a small code change for it to support namecoin. If it doesn't honestly I don't really care I just find it annoying when people rant on and on about something they are clueless about.

This is of course a guess - but it would appear that namecoin is putting extra information in the coinbase - i.e. increasing the bitcoin block size.(I'm guessing this due to a discussion with luke-jr)

As I already said, I'll be reading the code to determine how it works if no one can actually describe it.It would appear that is my only option coz on one reading here does know how it works and thus is able to describe it properly.

Edit: Well I guess I now have the link to get the official code at least ... from DavinciJ15 : http://dot-bit.org/Merged_Mining(can't remember where I got it last time I compiled and ran it)

This is of course a guess - but it would appear that namecoin is putting extra information in the coinbase - i.e. increasing the bitcoin block size.(I'm guessing this due to a discussion with luke-jr)

No need to guess. That isn't how it works at all. Funny you "know" what I said was wrong yet you haven't even figured out how it works (still making wrong guesses).

Quote

Edit: Well I guess I now have the link to get the official code at least ... from DavinciJ15 : http://dot-bit.org/Merged_Mining(can't remember where I got it last time I compiled and ran it)

Lets take a look at that.

Quote

"Merged mining works like this, you have two totally separate block chains, they are not related in any way nor does either contain any data from the other. When you mine you generate hashes that may be the solution to the current block, this is very very improbable per hash, its like a lottery where everyone generates tickets until someone finds the winning one. Normally you make tickets and check them against the Bitcoin block chain to see if they are the solution. With merged mining you create a ticket and check it against both the Bitcoin block chain and the Namecoin block chain, Bitcoin and Namecoin know nothing about each other, they are two totally different lotteries with different winning numbers, you just sent a copy of your ticket to both. Since you are sending the same ticket to two lotteries you increase your chances of winning one or the other. No Bitcoin data goes into Namecoin no Namecoin data into Bitcoin they remain totally separate, you simply run both the Namecoin and Bitcoin clients on the same machine and submit hashes to both networks, if your hash is the solution to the Namecoin block you get Namecoins if you hash is the solution to the Bitcoin block you get Bitcoins, its exactly like if you where mining on just one network, except you submit the same work twice."

APP SDK isn't enough for the ADL features. You should be able to build with USE=-adl

Maybe it's not enough, I don't know : this was the only available ebuild with a name remotely similar to the one your ebuild requests.

More information :Cgminers binaries compiled for Ubuntu 64 bit with adl work (temp/fan/freq monitoring/setting works). Your ebuild depends on another that isn't provided in the bitcoin overlay nor the Portage tree.

I know about PID controllers, I just think it's just far too complicated to bother trying to implement, as I said in git issues. Most people find the simple approach works fine. I'd happily take well done patches implementing it though. I will damp is slightly next release.

OK, thanks. I still didn't taste this new version; I guess your damp is a kind of differential control. Anyway, what I have in mind is something like this.

Fi: actual fan valueTi: actual temp.Tc: target temp

Pi = Ti - TcDi = Ti - T(i-1)F(i+1) = Fi + aPi + bDi

where a,b are constants that should be elected after some tryings. See, that integral control is implicit in the dependence of old value.

the problem with the current algorithm even as it is now is that it updates too quickly before the changes have a chance to take placeso say it decreased by 1% until 34% fan, as the temp kept risingat 34% it reaches 75Cthen it reaches 78C and suddenly the fan goes to 39%, but the temp doesn't drop the next second, so the fan will increase to 44% and then to 49%

so you have two problems:the fans keep dropping past the correct point because the temperature is a lagging indicator, the change in temperature is the current indicator of cooling (dT)the fans go up to higher really quick because we slowed the fan down too much and won't come down for a while because we only lower by one degree

so any solution for the correct value to be reached quickly must involve a dT term, not just T