[OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #

[Luke-Jr]

More DDoS havoc this morning. For future incident reports, please check our forum.

[1714029943]

1714029943

[1714029943]

1714029943

[1714029943]

1714029943

[1714029943]

1714029943

[1714029943]

1714029943

[P4man]

Im curious what you are doing about the botnet?
Just blacklisting wont do much, whoever is running it will direct its bots to another pool (assuming those machines are rooted too). Anyone think it would be a good idea to keep it mining, but send the payouts to some charity?

[Luke-Jr]

Im curious what you are doing about the botnet?

Nothing I can do.

Anyone think it would be a good idea to keep it mining, but send the payouts to some charity?

This (or any redirection of "stolen" funds) is legally questionable.

[P4man]

This (or any redirection of "stolen" funds) is legally questionable.

But keeping it, or redirecting it back to the thief is ok?
A pool can make its own rules, no contract is signed between the pool and the miners (or bot net), I dont see the problem. A pool could donate my share to a charity, if I dont like that, I can only switch pools.

[Luke-Jr]

This (or any redirection of "stolen" funds) is legally questionable.

But keeping it, or redirecting it back to the thief is ok?

I'm not redirecting it to myself, no.

A pool can make its own rules, no contract is signed between the pool and the miners (or bot net), I dont see the problem. A pool could donate my share to a charity, if I dont like that, I can only switch pools.

... or if you have a botnet, you can DDoS the pool for making rules you don't like, which we already have enough of without asking for more.

[Luke-Jr]

DiabloMiner users please read this post on the Eligius forum.

[iongchun]

DiabloMiner users please read this post on the Eligius forum.

Run the new DiabloMiner with Eligius for 3 hours,

From DiabloMiner:
mhash: 87.9/87.2 | accept: 223 | reject: 12

From Artefact2's graph:

	3 hour average	15 minute average
Hashrate	85.10 MH/s	62.04 MH/s
Submitted valid shares	214	13
Submitted 'stale' shares	9	2
Submitted 'unknown work' shares	3	0
Total submitted invalid shares	12 (5.31 %)	2 (13.33 %)

Setup: Radeon HD 6570 + Ubuntu Natty 11.04 + Catalyst 11.9 + AMD APP SDK 2.5
DiabloMiner commit: ec9e6640dbc83711b10a78881c6db1bd08debaf1
DiabloMiner options: -v 2 -w 128 -f 15

[Luke-Jr]

DiabloMiner users please read this post on the Eligius forum.

Run the new DiabloMiner with Eligius for 3 hours,

From DiabloMiner:
mhash: 87.9/87.2 | accept: 223 | reject: 12

From Artefact2's graph:

	3 hour average	15 minute average
Hashrate	85.10 MH/s	62.04 MH/s
Submitted valid shares	214	13
Submitted 'stale' shares	9	2
Submitted 'unknown work' shares	3	0
Total submitted invalid shares	12 (5.31 %)	2 (13.33 %)

Setup: Radeon HD 6570 + Ubuntu Natty 11.04 + Catalyst 11.9 + AMD APP SDK 2.5
DiabloMiner commit: ec9e6640dbc83711b10a78881c6db1bd08debaf1
DiabloMiner options: -v 2 -w 128 -f 15

What were your results with the older version? What ping do you have to the pool?

[Luke-Jr]

New BETA mine-at-your-own-risk PoolServerJ on port 8999. I plan to restart this pretty often while it's testing, so be sure you have failover to the pushpool!

It uses the same share databases and bitcoind as pushpool, so it's still Eligius-Su.

[iongchun]

What were your results with the older version? What ping do you have to the pool?

I remember the result is worse than 5% invalid shares, maybe about 8%, with the older version.

--- mining.eligius.st ping statistics ---
32 packets transmitted, 31 received, 3% packet loss, time 30999ms
rtt min/avg/max/mdev = 442.706/452.326/470.573/8.810 ms

[iongchun]

New BETA mine-at-your-own-risk PoolServerJ on port 8999. I plan to restart this pretty often while it's testing, so be sure you have failover to the pushpool!

It uses the same share databases and bitcoind as pushpool, so it's still Eligius-Su.

Mining with DiabloMiner on PSJ, no invalid share in 3 hours!

[Luke-Jr]

PSJ crashed (out of memory... with 16 GB free).

Eligius will offer merged mining as soon as it is practically possible, but there are some real practical issues to doing so.

[iongchun]

PSJ crashed (out of memory... with 16 GB free).

Eligius will offer merged mining as soon as it is practically possible, but there are some real practical issues to doing so.

It sounds like you could run PSJ with large JVM heap size, with "-Xmx" option.

[Luke-Jr]

We're now testing a CUSTOM implementation of merged mining with namecoins.

What is merged mining? Basically it means the pool gets some Namecoins in addition to the Bitcoins we're already getting, at no cost to us. In return, the namecoin network gets more hashpower confirming their transactions/domains.

Why custom? Vince's implementation inserts a proxy between pushpool and bitcoind, adding yet another untested point of failure and bottleneck. In fact, people have already begun reporting issues with it. Eligius's implementation puts all the merged-mining stuff BEHIND bitcoind, where it can be ignored if it malfunctions (while Bitcoin mining goes on as usual). Unlike most merged mining pools out there, I have taken great efforts to ensure it does not affect the Bitcoin mining in any negative way.

Distribution of earned Namecoins is still to be decided. Suggestions welcome. Long-term plans is to have it work the same as the Bitcoin mining, but that requires a rewrite (which I'm actually started working on!).

Also, on the rewrite... current plans are to support TWO reward systems:

• PPLNS or (new idea) Proportional × 8
• ESMPPS or CPPSRB

[flower1024]

We're now testing a CUSTOM implementation of merged mining with namecoins.

What is merged mining? Basically it means the pool gets some Namecoins in addition to the Bitcoins we're already getting, at no cost to us. In return, the namecoin network gets more hashpower confirming their transactions/domains.

Why custom? Vince's implementation inserts a proxy between pushpool and bitcoind, adding yet another untested point of failure and bottleneck. In fact, people have already begun reporting issues with it. Eligius's implementation puts all the merged-mining stuff BEHIND bitcoind, where it can be ignored if it malfunctions (while Bitcoin mining goes on as usual). Unlike most merged mining pools out there, I have taken great efforts to ensure it does not affect the Bitcoin mining in any negative way.

Distribution of earned Namecoins is still to be decided. Suggestions welcome. Long-term plans is to have it work the same as the Bitcoin mining, but that requires a rewrite (which I'm actually started working on!).

if you dont want to add registrations maybe this:
you could simple add a text field where the user could enter his nmc address (and forbid any changes after it has been entered).

of course this has the drawback that some users may be forced to change their btc mining address (if someone else was faster)

if a user has not entered a nmc address you could take it as a donation.

Also, on the rewrite... current plans are to support TWO reward systems:

• PPLNS or (new idea) Proportional × 8
• ESMPPS or CPPSRB

+1

[slush]

Why custom? Vince's implementation inserts a proxy between pushpool and bitcoind, adding yet another untested point of failure and bottleneck.

Since merge-mine-proxy 0.2.2 there's chance to use this proxy only for share submits and ocassional aux update by pool software, which cannot be bottleneck at all. However yet another custom implementation is giving some chance that those versions become incompatible .

 In fact, people have already begun reporting issues with it.

Because they're using naive way of putting merge-mine-proxy between pool and bitcoind. It's not necessary at all.

Eligius's implementation puts all the merged-mining stuff BEHIND bitcoind, where it can be ignored if it malfunctions (while Bitcoin mining goes on as usual).

Which can be done also with vinced's proxy version without a problem, as I did. Pleae don't spread the FUD .

[Luke-Jr]

Why custom? Vince's implementation inserts a proxy between pushpool and bitcoind, adding yet another untested point of failure and bottleneck.

Since merge-mine-proxy 0.2.2 there's chance to use this proxy only for share submits and ocassional aux update by pool software, which cannot be bottleneck at all. However yet another custom implementation is giving some chance that those versions become incompatible .

  In fact, people have already begun reporting issues with it.

Because they're using naive way of putting merge-mine-proxy between pool and bitcoind. It's not necessary at all.

Eligius's implementation puts all the merged-mining stuff BEHIND bitcoind, where it can be ignored if it malfunctions (while Bitcoin mining goes on as usual).

Which can be done also with vinced's proxy version without a problem, as I did. Pleae don't spread the FUD .

Or maybe because nobody knows where this "merge-mine-proxy 0.2.2" is, if it's even publicly available?

[slush]

Or maybe because nobody knows where this "merge-mine-proxy 0.2.2" is, if it's even publicly available?

Yes, linked from dot-bit.org page about merged mining :-).

[Luke-Jr]

Or maybe because nobody knows where this "merge-mine-proxy 0.2.2" is, if it's even publicly available?

Yes, linked from dot-bit.org page about merged mining :-).

That doesn't support anything but proxy, and is in fact the exact code my merged-mine-manager is based on.

[slush]

That doesn't support anything but proxy, and is in fact the exact code my merged-mine-manager is based on.

1. ask proxy for actual aux using getaux method
2. use this aux in getworkaux(aux) for asking directly bitcoind for new work (no proxy call here)
3. filter out shares with lower difficulty than min(bitcoin difficulty, namecoin difficulty), send the rest to proxy. It still make almost no load to proxy
4. If your pool detect that namecoin or proxy crashed, use latest aux for all getwork requests, so you don't need proxy.
5. If you receive share during proxy outage, call getworkaux('submit', <datastring>) directly to bitcoind to submit a block
6. Profit! (And without any custom code)