Topic: MemoryCoin Pool - $100 USD Expires Soon (Read 3405 times)
The MemoryCoin Foundation lost its grant and administrator has resigned. To allow anyone who had been working on this to complete it and claim the bounty, it will remain open for 48 hours from the date of this posting. After that the bounty will expire.
hi - is there any standalone miner which can be used for pool mining? This would be handy to start coding pool backend...
feeleep
feeleep
There's not currently - you'd need to consider this part of the project.
I'm been quite busy at work, so haven't had time to do anything with this, but this is my next project (miner and pool). If someone else is not on this.
up
hi - is there any standalone miner which can be used for pool mining? This would be handy to start coding pool backend...
feeleep
feeleep
Any news on this?
Any pool owners interested in collaborating on a MemoryCoin pool?
I expect most MC miners will prefer to be part of a pool rather than solo mining. On the client side, I'll also be building pool functionality into the MC wallet . . so new users will have zero configuration to do to start mining in a pool.
Edit: Seems it is not as easy as I thought - I've added a $100 bounty - see below.
I expect most MC miners will prefer to be part of a pool rather than solo mining. On the client side, I'll also be building pool functionality into the MC wallet . . so new users will have zero configuration to do to start mining in a pool.
Edit: Seems it is not as easy as I thought - I've added a $100 bounty - see below.
I'll add 500 MEG to to the bounty as well.
im out then, you cant exactly run a good pool without accounts.
I've seen pools where users can user their address as a username . . so it's easy for new users to get involved. If you want to use that information to set up an account for the user on your system, that's fine. If you want to offer the user an option to set up an account that's fine too, just so long as it is not required. Or if you want to set up a pool that does require the user to set up an account first - that would be great, but not eligible for the bounty. I'm also not well educated in this area, so am open to reasoned argument from better informed people.
that doesnt really provide much of an option since it restricts it to a p2pool, which although ive run before, i prefer not to use nowadays. A standard pool stores the coins in its own wallet till maturity then the user's are able to withdraw it from their own accounts. The reason a p2pool doesnt require a user to set up accounts is all payments are sent directly to the user's address
Hi,
I think that this is not 100% correct.
I have used http://eligius.st/, that only requires your Wallet address and it is not a P2P Pool. They hold onto your mining profit until your don't mine for one week or you hit an specific amount (0.16 in Eligius' case), then the amount is transferred to the mining address. The good thing is that your don't have a pool account to be hijacked.
Cheers
MC
im up for running it if you get one up. id already have a pool up but my frontend has been put on hold for another 2 weeks so another project can be completed
Ok cool. I think 21st Century might be interested in running the server if it's easy to setup.
dunno how the voting works, but if unmatured coins can be used for votes, then yes.
I prolly wont have powerfull enough servers to host the pool myself, but I'll write (modify existing tbh) software and make it easy to setup. Ill suppose theres ppl around who would be interested to run pool if the software was easy to setup. But Ill try to get proof-of-concept pool running. (my holiday ends at wednesday, after that it might take some time)
I prolly wont have powerfull enough servers to host the pool myself, but I'll write (modify existing tbh) software and make it easy to setup. Ill suppose theres ppl around who would be interested to run pool if the software was easy to setup. But Ill try to get proof-of-concept pool running. (my holiday ends at wednesday, after that it might take some time)
p2pool generates coins straight into miners wallets, they arent even sended.
Yup, sounds ideal . . it means that funds can be used for voting right away too, even before they mature.
p2pool generates coins straight into miners wallets, they arent even sended.
that doesnt really provide much of an option since it restricts it to a p2pool, which although ive run before, i prefer not to use nowadays. A standard pool stores the coins in its own wallet till maturity then the user's are able to withdraw it from their own accounts. The reason a p2pool doesnt require a user to set up accounts is all payments are sent directly to the user's address
My background is in developing software that is easy to use. I know we'll have a much higher retention rate for users if they don't need to set up an account. I want a user to be able to download a piece of software and click 'go' and not have to do anything else to get started. Sending payments directly to a user's address seems like a really smart way to do this. But you could also send coins indirectly to a user's address after maturity - unless I'm missing something?
p2pool is what I have in mind, advantage also is that the funds for grants arent stuck at the pool between payouts. tho normal pool can be setup same way, if there would be need for threshold, but I guess this one doesnt need it.
im out then, you cant exactly run a good pool without accounts.
I've seen pools where users can user their address as a username . . so it's easy for new users to get involved. If you want to use that information to set up an account for the user on your system, that's fine. If you want to offer the user an option to set up an account that's fine too, just so long as it is not required. Or if you want to set up a pool that does require the user to set up an account first - that would be great, but not eligible for the bounty. I'm also not well educated in this area, so am open to reasoned argument from better informed people.
that doesnt really provide much of an option since it restricts it to a p2pool, which although ive run before, i prefer not to use nowadays. A standard pool stores the coins in its own wallet till maturity then the user's are able to withdraw it from their own accounts. The reason a p2pool doesnt require a user to set up accounts is all payments are sent directly to the user's address
I guess im near finish with the cpr p2pool. I guess could look into this after its finished. I suppose the hashing algo was somewhere at the coins main thread.
Yes, it's all open source, downloadable from github, and I'm here to help as far as my talents allow.
I guess im near finish with the cpr p2pool. I guess could look into this after its finished. I suppose the hashing algo was somewhere at the coins main thread.
im out then, you cant exactly run a good pool without accounts.
I've seen pools where users can user their address as a username . . so it's easy for new users to get involved. If you want to use that information to set up an account for the user on your system, that's fine. If you want to offer the user an option to set up an account that's fine too, just so long as it is not required. Or if you want to set up a pool that does require the user to set up an account first - that would be great, but not eligible for the bounty. I'm also not well educated in this area, so am open to reasoned argument from better informed people.
im out then, you cant exactly run a good pool without accounts.
Jump to: