441
|
Economy / Service Discussion / Re: http://www.pyramining.com/ - Mining Company
|
on: May 13, 2012, 08:57:10 AM
|
The other option would be to mine on a Pay Per Share pool (like abcpool.co), where the revenues are smaller (pool fee, no transactions), but constant. Ugh, please no PPS... I went to P2Pool in the first place to get away from that (except for 1 backup pool) -- Smoov
|
|
|
442
|
Alternate cryptocurrencies / Altcoin Discussion / Re: Should we have megathread for each solidcoin, liquidcoin, i0coin, ixcoin, ..
|
on: May 12, 2012, 10:39:24 PM
|
This is not supposed to be the primary forum for discussing any other cryptocurrency. For any discussion about a specific type of currency, please use their forum. If they don't have one, make one. As you can see, Bitcointalk is not a sub-forum on some Gold forum, for example.
This is also the same reason why you don't see, say, a MtGox subforum here, even though they certainly have enough threads to qualify for a one.
It may not have been intended that way, but your forum has become a victim of its own success, and has ended up being the primary central point for discussing crypto-currencies of all kinds, not just bitcoin. bitcointalk.org links are what I see most of the time in other places about bitcoin, namecoin, devcoin, litecoin, etc etc, in far far greater numbers than any other discussion links combined. Sorry guys, but that's just the way it worked out. If you don't want other crypto-currency discussion on your forum, then I would suggest you ban all other discussion of other alt-chains that are not directly involving bitcoin. >shrugs< -- Smoov
|
|
|
443
|
Alternate cryptocurrencies / Altcoin Discussion / Re: Should we have megathread for each solidcoin, liquidcoin, i0coin, ixcoin, ..
|
on: May 12, 2012, 10:10:51 PM
|
There are currently only 2 active alt-currencies that are under discussion. LTC and SC. There is currently an entire subforum dedicated to these 2 subjects. If you restrict them each to a single thread, you will have a subforum with 2 active threads in it.
Namecoin and Devcoin aren't active? Ok, well, that still isn't reason not to do it. Looking through this sub-forum, there are many threads for different alt chains, and if they were all grouped in their own subforums from the beginning, they wouldn't all be jumbled together now. More about future usage, and subforums aren't that much work to set up, as far as cost/benefit goes. -- Smoov
|
|
|
446
|
Economy / Service Discussion / Re: http://www.pyramining.com/ - Mining Company
|
on: May 12, 2012, 07:13:49 PM
|
I just added a simple browsing feature. It's not linked directly, yet, but you can give it a try typing the URL directly: http://www.pyramining.com/account/browse?id=INSERT_YOUR_ACCOUNT_LABEL_HEREIt would be useful to know in how much time rewards get accumulated, but due to the architecture is not actually possible: I have the date of when the account is created, but the deposit can be sent much more later (even months). And it can be a small amount, get completed, stay there idle for a lot of time, until the owner decides to send more funds again. Calculating the rewarding rate would require a lot of code/weight/complexity to the whole application. Nice... although, I only meant the circles with the linking lines between them in the graphical representation part. maybe even the lines sticking out of the globe display? ^.^ (ok, I'm done now ) -- Smoov
|
|
|
447
|
Alternate cryptocurrencies / Altcoin Discussion / Re: Should we have megathread for each solidcoin, liquidcoin, i0coin, ixcoin, ..
|
on: May 12, 2012, 07:07:55 PM
|
Just in case you guys aren't aware, Alt Currency Sub-Forum was created simply to function as a trash can to keep this crap out of Bitcoin Discussion.
Maged correct me if I am wrong.
The main topic of the Alt Cur is what ever coin is "hot". I have seen Solidcoin as well Geist and Tenebrix dominate this forum before.
~BCX~
Of course we're aware of it. Painfully. In fact, that is the very reason we suggest to give each of the alt-crypto's their own sub-forum, because it is out of control now. Doing so will have no impact at all on the goal to "keep this crap out of Bitcoin Discussion", and since the alt-crypto's are obviously a popular part of the whole discussion, treating them (and those of us who participate on their topics and experiments) like trash, does the community a disservice. -- Smoov ps> oh... and btw... watch your tone...
|
|
|
450
|
Economy / Service Discussion / Re: http://www.pyramining.com/ - Mining Company
|
on: May 12, 2012, 12:51:55 PM
|
I could even display all of them, I was just afraid it would bring out too much useless output. I am changing the code to display all the referrals. If I see that it grows too much or someone complains, I will show last 10 referrals, no matter when they got invalidated, and a link to see all of them in another page.
I tend to favor going by age than by an absolute count. You get a busy day and you could have items fall off the bottom minutes after being posted. Nothing wrong with a long list at the bottom, most recent at the top, that's what we got scroll-bars for With a "full list" link at the bottom, or even have that link send you a CSV file with the history instead. An idea that just popped into my head, but maybe even, if you wanted to go that far, use a plugin like block-explorer uses, so we can view and travel the tier tree, who we're linked to, who is linked to us, etc. Since we're not using names anyways, and we all have a random code, and we can all use a pseudo-random address, not much of an anonymity concern there. -- Smoov
|
|
|
451
|
Economy / Service Discussion / Re: http://www.pyramining.com/ - Mining Company
|
on: May 12, 2012, 10:18:10 AM
|
edit: One suggestion I have in mind, if it isn't already implemented, is an email notification when one of our referral codes get used, so we can update our available list quickly.
I am not sure that e-mail notification is a good idea since there aren't password protected accounts. I am trying to keep everything as simple and as read-only possible to keep things as safe as possible. However I just updated the code, now you should be able to see your 5 active referrals plus last 48-hours expired ones. Hope this helps. Yeah, I thought of that after I posted, about the email notifications. Showing the referral code being claimed, in the transaction/event list would be good, but 48 hours seems still a quick expire on it. It wouldn't get you through a weekend, much less a long holiday one. Would it be a problem to show the past month's activity? Or, at least 14 days? That would cover, say, a week's vacation/trip somewhere, plus a few days before/after for the weekends. -- Smoov
|
|
|
452
|
Economy / Service Discussion / Re: http://www.pyramining.com/ - Mining Company
|
on: May 12, 2012, 06:48:25 AM
|
I got my first Bitcoin! Hopefully this will be sustainable for a while... I've been struggling to find a way to increase my own hashing power, this will at least put my existing coinage to work in the meantime. -- Smoov edit: One suggestion I have in mind, if it isn't already implemented, is an email notification when one of our referral codes get used, so we can update our available list quickly.
|
|
|
453
|
Bitcoin / Pools / Re: [395GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
|
on: May 11, 2012, 02:07:03 PM
|
Also, if NMC is the only one you're merge mining with, ...
Is it possible to add more than just NMC to do merged mining? I thought the only possible option is BTC + NMC. No? you can do whatever you want, just run thier daemon and change the rpc ports for each whatever you want to mine so they don't conflict and add it to the command line --merged http://user:pass@127.0.0.1:port/ Your command line could get too long if you're going to merge-mine a lot of daemons, so you could also just include "@c:\usr\bin\p2pool\p2poolBTC.conf" as your command-line option, and put all of your flags in that file instead. The filename could be any name, doesn't have to be that. -- Smoov
|
|
|
454
|
Bitcoin / Pools / Re: [395GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
|
on: May 11, 2012, 12:22:38 PM
|
Also, if NMC is the only one you're merge mining with, ...
Is it possible to add more than just NMC to do merged mining? I thought the only possible option is BTC + NMC. No? Yes, just add another --merged with another URL for the daemon. You just have to make sure the block chains are compatable. BTC and LTC for example, aren't compatable. BTC, NMC, GG(now dead), are compatable, as well as a few others. (for compatability, basically means, the same miner works for both) -- Smoov
|
|
|
455
|
Bitcoin / Pools / Re: [395GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
|
on: May 11, 2012, 09:59:30 AM
|
Try adding this to your namecoin.conf file: printtoconsole=1
Then you should be able to see P2Pool polling namecoind.
What messages am I looking for in the namecoind logs? ok, well, first off, in your P2Pool logs, if you are seeing lines like 2012-05-11 05:36:14.828000 > Error while calling merged getauxblock: 2012-05-11 05:36:14.831000 > Traceback (most recent call last): 2012-05-11 05:36:14.833000 > Failure: twisted.internet.error.ConnectionRefusedError: Connection was refused by other side: 10061: No connection could be made because the target machine actively refuse d it..then P2Pool isn't communicating with one of your daemons. Won't say which one, but this comes up when P2Pool doesn't find a daemon at the URL you supplied, nothing is answering the port. Also, if NMC is the only one you're merge mining with, and you're seeing "Got new merged mining work!" messages, then you should be in good shape. As for the option above, printtoconsole, I noticed different daemons giving more or less info than bitcoind does, and it looks like with that set, it doesn't give enough, which was my bad for not checking that specific daemon. Looking with the '-debug' command line option enabled, I'm not seeing anything obvious from the namecoind end showing P2P's communication, so I wasn't helpful there, but the P2P messages I've mentioned in this reply should help out. -- Smoov
|
|
|
456
|
Bitcoin / Pools / Re: [395GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
|
on: May 10, 2012, 11:35:08 AM
|
How can I verify that merged mining is working for me?
I haven't found a single NMC block since I use p2pool (since January).
One way to know: If you find a BTC block then you should also find an NMC block NMC blocks are expected to be more often, but certainly not less often than a BTC block There are conditions where that wouldn't be true, but those conditions are not likely to ever happen. ...but it has to be you finding the BTC block, not the pool. Try adding this to your namecoin.conf file: printtoconsole=1 Then you should be able to see P2Pool polling namecoind. Also, if P2Pool wasn't able to communicate with namecoind, you'd see a lot of error messages on the P2Pool end. I don't know if namecoin has a testnet set up, but try switching to that for a little while too. It might have a much lower difficulty to test with. -- Smoov
|
|
|
457
|
Bitcoin / Pools / Re: [1344 GH] BTC Guild - Pure PPS Merged Mining, Port 80 Mining, No Invalid Blocks
|
on: May 10, 2012, 10:37:03 AM
|
Bug fix: When a user who has been inactive for a long time attempts to connect, it will restore their account if it was previously pruned for being inactive. The process of pruning inactive users does not affect rewards in any way, so everything will be waiting for you upon return if you did not cash out.
Please define what qualifies as being 'inactive'? Like... a couple months? a week? a long holiday weekend? etc -- Smoov
|
|
|
460
|
Bitcoin / Pools / Re: [360GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
|
on: May 08, 2012, 12:13:59 AM
|
Also have to keep in mind, that blocks and shares don't propogate instantly, being a decentralized network.
When one of us finds a block, it is relayed to the network more like ripples on a pond. Your P2P tells at least 10 friends, and their P2P's tell at least 10 friends, and so on and so on. Depending on how many nodes there are, it could take a long time (relatively speaking) for every node to get the new block.
If another node also solves a block before the first block's ripple reaches it, it sends out its own ripples, and eventually those ripples meet and try and cancel each other out, like the earlier poster saw with it going back and forth, until the stronger ripple has dissapated the weaker ripple, resulting in the orphan.
-- Smoov
|
|
|
|