Bitcoin Forum
July 04, 2024, 02:29:52 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 [220] 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 »
4381  Alternate cryptocurrencies / Altcoin Discussion / Re: [70Gh-max, 0%, LP, bounty, NAMECOINS] - COINOTRON - bitcoins & namecoins on: July 22, 2011, 03:30:10 AM
I was dead serious, why the HELL are you limiting the length of passwords?
Maybe he uses the same password for the miners (bad idea), which have a limit (I forget what) on length of username+password.
4382  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 22, 2011, 02:28:49 AM
Due to popular demand, new data: http://eligius.st/~luke-jr/raw/5/payout_queue.txt
4383  Bitcoin / Pools / Re: Eligius: New payout method NOMINATIONS PLEASE on: July 21, 2011, 03:48:47 AM
I would change one (1) thing, and that would be to switch to the Ars style of figuring out who gets paid what when the server owes >50btc for a block.
Hack it up so that everybody gets paid something, those owed more money get a larger chunk.
I implemented this in a testing branch, and it results in fewer people being paid usually (due to the minimum payout). I think it's pretty fair to pay the people who have been waiting the longest first (how it is now).

The ability for the server to send out >50btc for a block or three would be nice too, really.  Something to remove the sometimes rather long delay to getting paid due to long blocks.
It would, but Bitcoin doesn't really support this in a usable way.

Anyhow, this thread was for the change from Proportional, not any of this new stuff, so I'm locking it.
4384  Bitcoin / Mining software (miners) / Re: python OpenCL bitcoin miner on: July 20, 2011, 05:51:13 PM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin Smiley 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA

Luke-Jr, what is the comand if you are just starting out fresh with your special poclbm and you don't already have it? (I'm no git expert). Does it depend on the normal poclbm (does that need to be installed first)?
Code:
git clone git://github.com/m0mchil/poclbm.git && cd poclbm && git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD
4385  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 20, 2011, 02:43:01 PM
Whoever owns 1MY3ypFCDSbFYnM9jw4YvPnCfEDQz9sGGE is a n00b and broke sharesrv by sending "1MY3ypFCDSbFYnM9jw4YvPnCfEDQz9sGGE\n" as their username. I fixed and hot-patched it, so everything's fine now, but stats weren't updated while it was broken. Also, the username is still invalid-- so it is being treated as donated shares like any other invalid address. Since this one might be non-obvious, I thought I'd better post about it to try to wake whoever it is up... how do you get \n into a username anyway? -.-
4386  Bitcoin / Mining software (miners) / Re: python OpenCL bitcoin miner on: July 20, 2011, 05:37:50 AM

Didn't click through Smiley

But, shouldn't also:

-        bits = bits[2:len(bits) - 1]

In that case? This is to remove the 0x and L.
Good catch, also sanitized the code immediately following it and repushed...
4387  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 20, 2011, 04:31:18 AM
Interesting, thanks.

Related question:  Why such a tiny payout for the last couple short blocks?  Seems like the other 40odd btc ought to have been paid out too instead of just 2-3 btc going out.
I may well be missing something Cheesy
Last two blocks were very short; people only earned 2 BTC and 3 BTC total each, respectively. The remainder was used to pay off debt incurred by the 30 hour block before that...
4388  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 20, 2011, 04:10:34 AM
Is there a page that lists where you are as far as being paid off?
If not, that'd be a fantastic feature, to be able to see how many people are owed how much before it's your turn.
Only the next block is calculated: http://eligius.st/~luke-jr/raw/5/current_block.json
4389  Bitcoin / Mining software (miners) / Re: python OpenCL bitcoin miner on: July 20, 2011, 12:42:18 AM
Does the current git run?
Try reading the post right above yours?
4390  Bitcoin / Mining software (miners) / Re: python OpenCL bitcoin miner on: July 19, 2011, 08:44:45 PM
Latest poclbm mainline breaks with the new difficulty!

Bugfix: http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm/commit/7fdc508a1070f5540046f2d7649eed15503177ad
To merge:
Code:
git fetch https://git.gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm.git bugfix_difficulty_error && git merge FETCH_HEAD

If this saves you time and money, consider dropping me some bitcoin Smiley 1AgqndFUg2sDSxW8NbzPyHvUibW6FHqQeA
4391  Bitcoin / Pools / Re: Visual comparison of pool payout methods based on real-world data on: July 19, 2011, 07:30:55 PM
I am only seeing data for a 2.5 day time window.  Is it supposed to be a week's worth of data or did I misunderstand?
Hrm, you're right. That's odd. It's supposed to be Jul 16 - 25 :/

OH WAIT >_<
4392  Bitcoin / Pools / Re: Visual comparison of pool payout methods based on real-world data on: July 19, 2011, 03:49:53 PM
New version now available

Changes:
  • New real-world data from Eligius-Su over the course of a week (based on 1BZSTyy...)
  • Support for SMPPS variants:
    • Equalized Shared Maximum Pay Per Share (ESMPPS, aka "SMPPS7")
    • Proportional / Pay Per Share (PPPS, aka "xPPS")
    • Capped Pay Per Share with Backpay

Note that Geometric and RSMPPS are listed for completeness, but are 404.
4393  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 19, 2011, 05:59:44 AM
Luke-Jr;

there has been some talk recently on the technical discussion forum, IIRC, about mining namecoins and bitcoins at the same time. If eligius was the first pool to implement this, it would probably become the #1 pool in the world.
This is planned as soon as it has had proper testing. Eligius may be experimental, but not so much that I'm going to risk blocks being invalid completely Wink
4394  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 18, 2011, 05:44:00 PM

Luke, does your branch include the latest and greatest phatk from Diapolo?
http://forum.bitcoin.org/index.php?topic=25860.0

I saw you created the optimized_phatk branch? Is that it? Was that merged into combo?
Mainline poclbm now has the 2011-07-11 phatk from Diapolo. That is in combo, rather than the now-obsolete optimized_phatk branch.

This thread is off-topic here, so please continue it on the other forum if there's any more to add Smiley
4395  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 18, 2011, 04:21:10 PM
I'd recommend poclbm instead of Phoenix. Phoenix has simply fallen too far behind to be a good choice anymore. poclbm has the latest optimized phatk kernel, plus support for X-Roll-Ntime so it will never be idle just because of network delays. I have a branch of poclbm on Gitorious that will also resend shares when there's a network issue (sometimes this causes invalid/duplicate for the retry, but you can ignore those).

Luke-jr, where's your branch on Gitorius? I'd like to try it out. Thanks.
http://gitorious.org/~Luke-Jr/bitcoin/luke-jrs-poclbm
4396  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 18, 2011, 03:47:15 PM
Updates:
  • I have added every IP to submit a valid share to Eligius, to the whitelist.
  • The DDoS/botnet seems to have subsided.
  • Therefore, things should be back to normal.

Maybe I should make the anti-DDoS stuff more permanent, and update the whitelist in realtime? Dunno yet...
4397  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 18, 2011, 03:04:44 PM
I'd recommend poclbm instead of Phoenix. Phoenix has simply fallen too far behind to be a good choice anymore. poclbm has the latest optimized phatk kernel, plus support for X-Roll-Ntime so it will never be idle just because of network delays. I have a branch of poclbm on Gitorious that will also resend shares when there's a network issue (sometimes this causes invalid/duplicate for the retry, but you can ignore those).
4398  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 18, 2011, 11:41:43 AM
Pool's been going down a lot today.
We seem to be under a light DoS, and Linux won't let more than 256 pending connections in at a time for some reason. In the meantime, I've whitelisted the top 25 miner IPs, and rate-limited port 8337 for everyone else. Port 8332 is passing 100% for now, since the botnet seems to be only using 8337.

Botnet operator: I don't care to fight you; just get your stuff fixed so it doesn't kill the pool. Let me know if you need help (with mining sanely, not operating a botnet-- I have no experience with the latter).
4399  Bitcoin / Pools / Re: [480 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: July 18, 2011, 01:43:25 AM
Huh, why doesnt it work with mybitcoin? Its still a wallet?

I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
It "doesn't work" because MyBitcoin basically steals it for themselves, probably due to a bug. I agree, it's unacceptable, but only MyBitcoin can fix their stuff. MtGox's wallet works fine.
4400  Bitcoin / Pools / Re: bit pit - ~85 GH/s (LP, Prop, SSL, API, 0% fee, Almost 0% Stales!) on: July 17, 2011, 10:21:07 PM
i just figured out the defence against pool hopers!
once the pool shares reaches difficulty/2, then the shares are reset to zero and start over Wink
do you think it's possible?
That's what I called "proportional + auto-hopping" when I was evaluating different ideas. Except it's 43%, not 50% Wink
Pages: « 1 ... 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 [220] 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!