I already requested the shares be sent to another address so this stops happening but it wont kick in until block 28000 or something
Can't you change the wallet used by your pool?
|
|
|
Anyone else mining devcoins, I have a pool setup with merged mining and I'm up to 80,000 shares and not one devcoin block solved yet, but when I go to pool.devcoin.org, that website seems to be getting blocks every 2000 shares. Is there something wrong with the system.
mmpool has mined a few. It gets about 15-20 out of the 120 immature generations. I assume most of the rest is Eligius.
|
|
|
I've adjusted the fees for the pool based on current stale and orphan rates down to 2.5% for all coins. Previously it was 5% for bitcoin/namecoin/devcoin and 7.5% for i0coin and ixcoin. Current PPS rates are: - bitcoin 0.00003898
- devcoin 0.08386213
- i0coin 0.00844560
- ixcoin 0.00344397
- namecoin 0.00010509
Note these change based on difficulty so check mmpool for the up to date rates.
|
|
|
I've adjusted the fees for the pool based on current stale and orphan rates down to 2.5%. Previously it was 5% for bitcoin/namecoin/devcoin and 7.5% for i0coin and ixcoin.
|
|
|
mmpool doesn't allow changing of addresses at all. You have to re-register with new addresses. Registration is light weight in that you only need a username, no password or email address, so it's not too much of a burden. I did it this way to avoid the "hack account, change address" which seems to occur occasionally in places.
|
|
|
You could consider making the link to vircurex one without a referral id and follow it with something like "and if you use this link, you get reduced trading fees" or something. It'd look less spammy.
|
|
|
Devcoin's difficulty adjusts fast! 41,945 and rising.
|
|
|
If you are going to trust some 'random' key you can also trust some 'random' web site. i.e. get the list from a 'trusted' URL instead. No difference in trust, but easier to see what the checkpoints are by simply getting the URL.
Websites can go down or be DOS'd. I used the P2P messaging to avoid this, but if that isn't important then yes, a website URL is an option.
|
|
|
There's a thread someone started for this but I can't edit it for hash rate or features so I've started this one. The Bitparking Merged Mining Pool mines Bitcoin, Namecoin. IXcoin and Devcoin. Features of the pool: I've kept everything deliberately sparse. Coin addresses can't be edited once created (by design) but you can register a new username anytime with new addresses. This is to prevent unauthorized people modifying addresses. Large hashrate miners can choose to set their own difficulty to mine at. To do this set your password to be "d=8" to mine at difficulty 8. Change '8' to any number less than 60,000.
|
|
|
One of the issues with low hash rate chains is dealing with having to add checkpoints regularly and getting users to upgrade to keep the network secure. Here's a work-in-progress proof of concept of 'dynamic checkpoints': https://github.com/doublec/i0coin/tree/dynamic_checkpointsThis provides the ability for a trusted entity with a key to send a checkpoint out to nodes. These 'checkpoint' messages are passed to all nodes. Nodes that are operating in 'trust' mode will check the signature on the message and if it is from the trusted entity it will install the checkpoint. No need to upgrade the software. The patch provides: - All nodes relay the "checkpoint" messages - Only nodes with the "-trust" command line argument will check the signature and install the checkpoint - Nodes can add "-trustkey=foo" arguments where "foo" is an address to override the default key and trust some other entity for checkpoints - a JSON-RPC command to sign and send checkpoint messages - Only checkpoints higher than existing checkpoints can be added so no chain rollback can be done. At least the following should be added: - a JSON-RPC command to return the latest checkpoint. Nodes like exchanges could use this to know for certain a chain won't rollback past a point. This could be used to feel confident to accept large deposits. - Flood control to deal with "checkpoint" messages being sent around Thoughts on this model? it centralizes the aspect of checkpoints but provides the ability for nodes to override. And isn't different to a trusted developer releasing versions with checkpoints. Maybe only have it enabled when the chain hash rate is low? Note the patch is an experiment and shouldn't be used in production right now.
|
|
|
Would you recommend another new account to add a CLC address?
Is there an exchange where I can get one?
Or do I need to track down a client?
I'm super busy at work and will be going back in tomorrow for a full day on Sunday ><... So didn't know if I should give CLC any attention yet.
CLC is dead - I'm no longer allowing addresses to be registered. I paid out all existing CLC shares at a BTC rate of 0.0002 per CLC.
|
|
|
So he did the attack, then lied about using his pool to do it?
What I posted just means it's likely Eligius is mining alternate chains, nothing more. It could just be namecoin for example with weird merkle tree sizing. Someone more motivated would have to dig further into the chains if they wanted to find anything else out.
|
|
|
You'll have to set a much larger minimum withdrawal fee or take the devcoins as part of your pool fee.
Ok, thanks. If it becomes an issue I'll do zero fee and have my pool take those transactions.
|
|
|
Which doesn't provide any evidence he used his pool.
It can be shown that the Eligius pool is likely multiple block chains by looking at the coinbase of the generated bitcoin transactions. Here's a coinbase from an Eligius bitcoin block that was used for namecoin only merge mining: Block 160257 coinbase: 07456c696769757302660c2c4d4d3d3d4976cbf9003c0705e29e581038d3ddbe260a5d324c2b17b24779b6ca48c4f8320100000000000000074f505f4556414c
The details of the coinbase are available in the merged mining specification. From this you can see that the number of entries in the aux merkle tree is 1. This means up to 1 other chain is being mined. That's probably namecoin. You can look up the hash of the namecoin block. It's hash 4976cbf9003c0705e29e581038d3ddbe260a5d324c2b17b24779b6ca48c4f832 or block 36067. Now look at a slightly later block. Say 160499: Block 160499: coinbase 07456c6967697573025b252cfabe6d6dd28f2fe3e45981bb5ede1a627d762c620847f088cca62d45e6e91f3222ca48b60400000000000000074f505f4556414c
The aux merkle tree size is 4. So up to four other alt chains are being mined. Why the increase if it's only namecoin being mined? Also note that the hash in the coinbase no longer corresponds to a namecoin block. This is another sign multiple chains are being mined. This is during the period that i0coin and ixcoin hash rates increased. Now a more recent block: Block 161090: coinbase 07456c696769757302a6572cfabe6d6db1e2cb4f9537ecca37a59867856aba5c856992564a80918def0b965174d19a880800000000000000
The aux merkle tree size here is 8. Why the increase? Coiled Coin and Devcoin are both active at this time and would have required the aux merkle size to be upped. I got the Eligius found blocks from here.
|
|
|
lol , how does someone even mine 2 devcoins?
Pools payout the total generation amount based on shares submitted. So people with lower hash rates get lower amounts. With mmpool it's PPS so they get (at the moment) 0.29 devcoins per share or so.
|
|
|
Any thoughts on how to deal with fees for devcoin withdrawals in pools? Looks like I'll have to set a much larger minimum withdrawal for devcoin since I can't judge how much the fees are. I'm getting people withdrawing 2 devcoin and I'm paying a 6 devcoin fee for it.
|
|
|
Thanks for implementing merged mining. I sent the three mining implementation bounties, 40 BTC each, to the most recent bitcoin addresses I have for Cablepair, Doublec and Mark.
What address was this sent to for me? I haven't received this or the recent devcoin bounty you sent in the address I thought I was using. edit: disregard, I received them now.
|
|
|
Devcoin merge mining is active at bitparking now.
|
|
|
Devcoin merge mining is active on bitparking now.
|
|
|
You can use a bitcoin address created from your own bitcoin wallet. Use that in the devcoin address field. At some later time when you want to claim the devcoin's you can import the private key for the address from bitcoin into devcoin. Their addresses are the same format.
|
|
|
|