Bitcoin Forum
July 04, 2024, 11:39:40 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [93] 94 95 96 97 98 99 100 101 102 103 104 »
1841  Bitcoin / Mining / Re: [NEW POOL & NEW MINER] - BitcoinPool.com - Jump In! on: March 24, 2011, 01:40:03 AM
Once the block is solved by the pool, it must mature. In order for that to happen, 120 blocks must be solved by the bitcoin network. Presently, that takes around 10 - 12 hours I think (honestly, I don't pay attention too much).
Should be more than 20 hours at this time.
1842  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 24, 2011, 01:26:16 AM
Great explanation and if I follow correctly, over say a 24 hour period, the blocks that I fully participate in my reward share % should converge towards my pool speed % ( which again is based on the (un)lucky MH/s meter ).
Yes.
1843  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 24, 2011, 01:11:16 AM
Paying a fee was always likely necessary in the long run.  You might like sending free transactions, but that also means spammers can spam unlimited numbers of transactions, unless there are some counter-incentives in place.
If that's the case than I'm afraid that bitcoin will fail. I can't be the only one that absolutely despises fees.
There always will be someone to accept free txes.
We just have to find a way to fight off the bad guys who are flooding to make fees mandatory :)
1844  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 24, 2011, 12:59:17 AM
Just have a question regarding rewards. I currently have about 750Mhash/sec in raw speed which fluctuates between 825Mhashes/sec to 650Mhashes/sec average speed on the account pages. As I understand this is figured is based upon the successful submissions of shares. Based on this average speed my pool % is determined, typically around 1.25%. So far I've participated in the finding of one block, a reward of ~0.24 BTC, I would have expected that 1.25% of the pool would be around 0.625 BTC. Or is it that although I am providing 1.25% of the pool speed, I may not be providing 1.25% of the pool shares?
The percentage of pool's speed displayed on account page is based on the "luck meter" (the MH/s speed display), which is based on counting your submitted shares per some minutes. It's not very steady value, so real payment is based on exact number of your shares per solved block.
On average those percentages are similar, but "luck meter" is provided as coarse reference only (you may be more lucky in one minute and less lucky in another one), so check stats page for real value after the block will be added there.

Other differnece between hashing speed percentage and shares percentage:
If you join the pool exactly in the middle of a round and get, for example, 10% of pool's speed and this value may be correct. But since you were participating only half the time, your reward share will be only 5% (4.85%, to be precise). So in this case yes, providing 1.25% of pool's speed doesn't equals to providing 1.25% of shares.
1845  Local / Oбcyждeниe Bitcoin / Re: К вопросу о квантовой криптографии on: March 24, 2011, 12:32:13 AM
Ну вы даёте оба :)
1846  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 23, 2011, 11:15:15 PM
As we can see, someone keeps flooding transaction queue with hundreds of small payments, possibly to force everyone into setting a mandatory transaction fee.
Already more than 1/4 of network is not accepting free transactions, which I don't like because at this time free transactions are a great bitcoin advantage when comparing to another online payment systems.

Regarding this i want to say that my pool will continue to accept free transactions in my blocks. (I alrealy tried to delay this problem by including most of those flood txes when they were generated, but it's not feasible anymore to accept them all)
Also, i'm including all my payment transactions, so pool members will continue to receive their rewards without transaction fees.
1847  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 23, 2011, 03:49:14 PM
What does proportional payout method means? does it will pay only when a block being found?
Yes, your balance is updated once per hour after the block is found in Proportional mode. You get your part of BTC, generated in this block.
1848  Bitcoin / Mining / Re: [NEW POOL & NEW MINER] - BitcoinPool.com - Jump In! on: March 23, 2011, 03:37:28 PM
We need to get more logs from other users.
Afaik you can collect those stats directly on the server, in the same way as I'm doing it.
I would like to know how a pool operator could track, from server side, at what percent of the getwork the share was found at.  I don't think that's possible.  This is why we log it on the client side in a log file though.
I really hope that you are joking.

Otherwise you should read bitcoin wiki or ask the guy that created your pool software.
1849  Local / Разное / Re: Создателю Либерти-доллара за... on: March 23, 2011, 03:25:44 AM
Quote
ништяки для виртуальной фермы, подарочки в однаклассниках, другой стафф для free2play игр
О, да! Это бред никому кроме школьников не интересен. Пускай лучше спонсируют мобльных операторов отправляю вагоны СМСок для покупки виртуальной фигни.
Знал бы ты, какие объёмы денег через это прокачиваются :)
1850  Bitcoin / Mining / Re: [NEW POOL & NEW MINER] - BitcoinPool.com - Jump In! on: March 23, 2011, 12:23:38 AM
It's still not a drastic amount of bandwidth by any means, considering the server is on a 50 mbp/s fiber line, but it's still going overboard on asking for new work, and at that point, actually hurting your chances of finding a share, since you're scanning only 1/100th (give or take, based on speed) of the hash space before moving on.
How that can hurt your chances in any way ?
There is no difference except for work change overhead in singre-threaded miner which is negligible anyway.
1851  Bitcoin / Pools / Re: Cooperative mining (130Ghash/s) on: March 22, 2011, 05:13:09 PM
Well, there should be some really evil user that will be ready to sacrifice 10% of his multy-Gh/s income just for attacking some pool.
Attacker does not loss anything, he can pull his >3 Ghash/s rig without _any_ loss for him.
You forgot that there is 10% fee in PPS pools.
1852  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 22, 2011, 05:08:04 PM
I think some bug in auto payment. Set to 0.1, but even after 3-4 hours, still not sending.
username dishwara(at)gmail.com
As i said many times before, autopayment runs daily, so it's normal if you get payment after 24 hours (usually in worst case).
Today i'm planning to deploy "Pay now" button to site for those who want to get their money instantly :)
1853  Bitcoin / Pools / Re: Cooperative mining (130Ghash/s) on: March 22, 2011, 04:58:17 PM
There is no defense against that. All risk is on the pool operator, on the single person. You can block IP ranges of Tor (but many people use Tor with pool already for their good reasons), you can implement blocking http proxies or whatever else. All those defense techniques are only "security by obscurity". With PPS you (as attacker) get paid for all shares except "winning" one, which is even worse than atack on score/share based, where by keeping winning shares you are also slightly cutting your income. This sabotage attack is well known, but with PPS it have yet another dimension of weakness.
Well, there should be some really evil user that will be ready to sacrifice 10% of his multy-Gh/s income just for attacking some pool.

This attack is possible for any other pool, and it's even more evil because it will be against all the users of this pool, not the operator. Then users will realize that they are receiving some %% less and will switch pools.
In PPS pool good users will not be affected at all.
1854  Bitcoin / Mining / Re: [NEW POOL & NEW MINER] - BitcoinPool.com - Jump In! on: March 22, 2011, 01:28:34 PM
sitting about 9000 to 10000khash/s
Try this version:
http://www.bitcoinpool.com/file.php?id=5
It will no longer put a cap on your askrate to stay lower than the long poll timeout. (55 seconds)
Looks like you don't know why there is 55 seconds timeout.

Miner is forced to get new work at least each minute so pool can include new transactions in the block.
1855  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 21, 2011, 08:23:20 PM
Server is back online.
1856  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 21, 2011, 07:11:45 PM
It's dead Jim... From multiple locations, traceroute stops at xe1-01.agg01.sctn01.hostnoc.net (64.191.19.6).
Yes, working on it.
1857  Bitcoin / Pools / Re: Cooperative mining (130Ghash/s) on: March 21, 2011, 05:53:26 PM
Why is it that no one has bothered to make one with either A: readable help, or B: a GUI?
There is GUI for m0mchil's poclbm OpenCL miner.
1858  Local / Майнеры / Re: BTCMine - добро пожаловать в новый Mining Pool on: March 21, 2011, 05:38:12 PM
На сколько я помню, сейчас технически возможно выводить суммы
с более чем двумя знаками после запятой, если сумма больше 0.01.
Есть и прекрасно работает со слешевским пулом. Баланс одного из моих кошельков: "7.10318448".
Насколько я знаю, сейчас все пулы отправляют с точностью до цента, не более.
Да, остальные деньги остаются на балансе пула, но не пересылаются.
Если включить пересылку, то потом клиенты завалят жалобами на пропадание денег.
Не совсем. В слешевском пуле сделан минимальный лимит (1 бтц по-умолчанию). По достижении этого лимита происходит отсылка ВСЕГО что было на счете. В принципе ничего не мешает установить лимит 0.01 (чтобы не платить транзакшн-фи).
Как минимум в последние два месяца присылаются суммы с точностью до 0.01

А вообще в связи с текущей ситуацией в очереди, можно ожидать временный конец для бесплатных транзакций.
1859  Bitcoin / Pools / Re: Cooperative mining (130Ghash/s) on: March 21, 2011, 05:34:50 PM
As I said, I tried most of them that were recommended and of them RPCMiner was the only one that really gave me any kind of Input on what was going wrong.

With ufasoft, it just pops up, then closes.

With jgarzik, I installed it, and yet, I can't open it. It just shows a folder, then inside of it a blank named application that when run asks me what to open with, and an option to uninstall it.

Though when I navigate to the folder jgarzik installs to I find minerd.exe and when I run that it just claims to startup, then gives HTTP request failed errors. I don't see anywhere to edit the url it connects to or anything like that either.
Looks like you aren't familiar with command prompt and console applications. Am i correct ?
1860  Bitcoin / Pools / Re: [~60 Gh/s Mining Pool] Get 1-2% more with long polling ! No failed blocks. on: March 21, 2011, 05:15:22 PM
..so you can improve your efficiency by installing it. Please upgrade.
sorry to say, but...well, long polling actually isn't as efficient as you want it to be.
no idea what it's like for others, or on other pools, with long polling i get ~0.90% stale shares, without long polling i get ~1.05% stale shares.
that's not really much of an improvement.
Overall effect is very noticeable to me, many GPU miners are submitting only 0.2 - 1% of stales.
Don't know yet what is the cause for some others, including you, but it will be especially useful for CPU miners because of their low hashrate.
I'm trying to resolve this issue, but not done yet, sorry.

Two of my fastest users at this moment submit 0.14% and 0.16% of stales, most of the "top5" are in 0.2-0.6% range.
For comparison, users of poclbm-mod are in 3.05%-4.44% (and one with 35%, but he does something really wrong)

EDIT: looks like I see something like a bug in your miner's answer.
BTW, you are using two different miners - "poclbm/201103.beta" and "poclbm/20110311" on same worker account. Can you please create two new workers and place those miners on each one separately, so i can see which one is faulty ?
Pages: « 1 ... 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 [93] 94 95 96 97 98 99 100 101 102 103 104 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!