surfer43
Sr. Member
Offline
Activity: 560
Merit: 250
"Trading Platform of The Future!"
|
|
June 13, 2014, 02:15:04 PM |
|
I had to restart the pool because the daemon got stuck, again. There, we instantly found one after I restarted.
|
|
|
|
innergy
|
|
June 13, 2014, 02:19:18 PM |
|
I had to restart the pool because the daemon got stuck, again. There, we instantly found one after I restarted. Now it seems OK. Thanks.
|
|
|
|
coinzcoinzcoinz
|
|
June 13, 2014, 02:29:47 PM |
|
I don't like the name of this coin. Can we maybe rename it to 'Darkcoin Lite' or something?
|
|
|
|
f00Fighter
Newbie
Offline
Activity: 10
Merit: 0
|
|
June 13, 2014, 02:31:03 PM |
|
I was initially mining at kippo.eu (~4.5 Khash). By simple arithmetic, the pool has about 1/1000 of the network hashpower, and if the network finds a block once per minute, the pool should find a block once per 1000 / 60 = 16 hours.
Unfortunately, the pool did not find a block in 184 hours, and having good reason to suspect a misbehaving pool, I went pool-shopping. What I noticed was that many other smaller pools *also* exhibit a lower-than-statistically-probably tendency to find blocks.
I thus moved to "moneropool.org" which has ~1/5 of network hashpower (that is too centralized for my liking!), and very much hope that the protocol is OK... because if the protocol (or commonly used mining software) somehow favours large pools somehow, that would be a problem, but I'm too new to Monero to research the possibility. Thus I'm just writing my observations here.
Either way, to Monero devs: I hope your cooperation with the I2P project goes productively. For me, ability to use a cryptocoin within a mix network would be a major feature.
|
|
|
|
pandacoin
Legendary
Offline
Activity: 1554
Merit: 1000
|
|
June 13, 2014, 02:36:06 PM |
|
It looks like Monero didn't affect SR seized coins & Bitcoin price. I was hoping to buy more at low prices.
|
|
|
|
rangedriver
|
|
June 13, 2014, 03:04:17 PM |
|
Targetmoon is still using the old Monero logo.
Is there a 32x32px logo I can submit to them so they can update their coin list accordingly?
|
|
|
|
cAPSLOCK
Legendary
Offline
Activity: 3794
Merit: 5229
Maybe the Mars is the future!
|
|
June 13, 2014, 03:12:26 PM |
|
I don't like the name of this coin. Can we maybe rename it to 'Darkcoin Lite' or something?
QUICK buy the domain from me before it's worth billions! http://coindarkcoinlightcoin.coin
|
|
|
|
surfer43
Sr. Member
Offline
Activity: 560
Merit: 250
"Trading Platform of The Future!"
|
|
June 13, 2014, 03:14:38 PM |
|
I was initially mining at kippo.eu (~4.5 Khash). By simple arithmetic, the pool has about 1/1000 of the network hashpower, and if the network finds a block once per minute, the pool should find a block once per 1000 / 60 = 16 hours.
Unfortunately, the pool did not find a block in 184 hours, and having good reason to suspect a misbehaving pool, I went pool-shopping. What I noticed was that many other smaller pools *also* exhibit a lower-than-statistically-probably tendency to find blocks.
I thus moved to "moneropool.org" which has ~1/5 of network hashpower (that is too centralized for my liking!), and very much hope that the protocol is OK... because if the protocol (or commonly used mining software) somehow favours large pools somehow, that would be a problem, but I'm too new to Monero to research the possibility. Thus I'm just writing my observations here.
Small pools might not know when their daemons are stuck because they find blocks so inconsistently. Other possible issues could be they're using an outdated daemon or their ulimits aren't high enough.
|
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
|
June 13, 2014, 03:15:25 PM |
|
Small pools might not know when their daemons are stuck because they find blocks so inconsistently. Other possible issues could be they're using an outdated daemon or their ulimits aren't high enough.
Most likely this. Smaller pools should set a cron job to restart their daemon and wallet periodically, aside from raising ulimits.
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
|
digicoin
Legendary
Offline
Activity: 1106
Merit: 1000
|
|
June 13, 2014, 03:39:47 PM |
|
I don't like the name of this coin. Can we maybe rename it to 'Darkcoin Lite' or something?
It should be named MuchMoreSuperiorThanDarkCoin
|
|
|
|
Bladetus
Newbie
Offline
Activity: 27
Merit: 0
|
|
June 13, 2014, 03:44:14 PM |
|
I was initially mining at kippo.eu (~4.5 Khash). By simple arithmetic, the pool has about 1/1000 of the network hashpower, and if the network finds a block once per minute, the pool should find a block once per 1000 / 60 = 16 hours.
Unfortunately, the pool did not find a block in 184 hours, and having good reason to suspect a misbehaving pool, I went pool-shopping. What I noticed was that many other smaller pools *also* exhibit a lower-than-statistically-probably tendency to find blocks.
I thus moved to "moneropool.org" which has ~1/5 of network hashpower (that is too centralized for my liking!), and very much hope that the protocol is OK... because if the protocol (or commonly used mining software) somehow favours large pools somehow, that would be a problem, but I'm too new to Monero to research the possibility. Thus I'm just writing my observations here.
Small pools might not know when their daemons are stuck because they find blocks so inconsistently. Other possible issues could be they're using an outdated daemon or their ulimits aren't high enough. The pool didn't have nearly that much hashrate for the majority of those 184 hours (most of the miners left after the last orphaned block ) as I explained to you earlier, so your conclusions are not based on facts. The pool was under 1 KH/s for a majority of those 184 hours, which means your simple arithmetic is too simple, and therefore doesn't actually reflect reality. Rest assured I have fiddled with the daemon enough to know when it's stuck and when it's not. Of course there's a possibility the daemon functions perfectly normally otherwise but fails inexplicably when a block is found?
|
|
|
|
adept
|
|
June 13, 2014, 03:47:22 PM |
|
Whats a good hashrate for CPU, and GPU, and how does profitability compare to other big alts right now?
Bump, can nobody answer this?
|
|
|
|
Keyboard-Mash
Newbie
Offline
Activity: 56
Merit: 0
|
|
June 13, 2014, 03:50:27 PM |
|
|
|
|
|
uvt9
|
|
June 13, 2014, 03:53:33 PM |
|
XMR is now at #14 on voting list: https://www.mintpal.com/votingAm i the only one here who doesn't like the idea of bribing Mintpal to be listed there ? Monero has its own innovation and uniqueness, wouldn't it better if we got listed automatically rather than winning the vote ?
|
|
|
|
surfer43
Sr. Member
Offline
Activity: 560
Merit: 250
"Trading Platform of The Future!"
|
|
June 13, 2014, 03:55:19 PM |
|
XMR is now at #14 on voting list: https://www.mintpal.com/votingAm i the only one here who doesn't like the idea of bribing Mintpal to be listed there ? Monero has its own innovation and uniqueness, wouldn't it better if we got listed automatically rather than winning the vote ? Mintpal probably just added it to the list to extract more BTC from voting. Then they will probably add it out of the blue like they did with Silkcoin today..
|
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
|
June 13, 2014, 03:58:25 PM |
|
Rest assured I have fiddled with the daemon enough to know when it's stuck and when it's not. Of course there's a possibility the daemon functions perfectly normally otherwise but fails inexplicably when a block is found? The version on master doesn't have this issue, but the old version does (if it found a block, it wouldn't broadcast it).
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
adept
|
|
June 13, 2014, 04:01:59 PM |
|
Thanks, Mash. Still a little confused on how it stacks up to other CPU-only coins in terms of profitability vs electricity. From that short list, it looks low. But isn't it missing CPU coins like YaCoin?
|
|
|
|
gregor12
Newbie
Offline
Activity: 52
Merit: 0
|
|
June 13, 2014, 04:17:36 PM |
|
Is anyone working on gpu miner for monero with more options for gpu(clocks,fan), failover, faster hashrate, less/zero fee?
|
|
|
|
darkota
|
|
June 13, 2014, 04:20:00 PM |
|
This is how it's going to go down for the noobs out there:
Mintpal has Monero on voting to see the attention it gets, also voting gives them the time to work on implementing cryptonote withdraws etc. It's not easy to add 'right away' since Monero is not a bitcoin descendant.
|
|
|
|
|