p3yot33at3r
|
|
November 10, 2015, 01:48:11 AM |
|
Port 8661? I will try again then - can you confirm what the rpc port for 611 is? ...I can't test merge mining unless you post the correct port & rpcport 611 uses.......a search on your git repo for them reveals nothing. 611d standard port 8661, rpc port 8663: that's where you can find the relevant parts in the source code -> $ grep -n 866 * 611.cpp:2738: return fTestNet ? 18661 : 8661; bitcoinrpc.cpp:62: return GetBoolArg("-testnet", false) ? 18663 : 8663; The forked original source code of namecoin is really painfully unsystematic Allrighty then - we have some movement. Merge mining tested OK with a small amount of hash, so I'm gradually increasing to see how it goes. Diff has risen & the blockchain is moving again I'll keep an eye on it for a while....
|
|
|
|
PatrickMacH (OP)
|
|
November 10, 2015, 02:12:32 AM |
|
Can anyone following this thread please check out if merged mining does work successfully using beta2: [...]
...I can't test merge mining unless you post the correct port & rpcport 611 uses.......a search on your git repo for them reveals nothing. 611d standard port 8661, rpc port 8663: ... Allrighty then - we have some movement. Merge mining tested OK with a small amount of hash, so I'm gradually increasing to see how it goes. Diff has risen & the blockchain is moving again I'll keep an eye on it for a while.... Yes, looks good! Movement again and the difficulty factor is rising in steps like expected: ...:$ 611d getinfo { "version" : 61100, "balance" : 17.42289792, "blocks" : 21279, "timeoffset" : -3, "connections" : 12, "proxy" : "", "generate" : false, "genproclimit" : 1, "difficulty" : 75087.00781482, "hashespersec" : 0, "testnet" : false, "keypoololdest" : 1442356160, "keypoolsize" : 102, "paytxfee" : 0.06110000, "mininput" : 0.00010000, "txprevcache" : false, "errors" : "" } Have you setup a pool supporting 611 (SixEleven) merged mining or is this your private mining equipment?
|
|
|
|
p3yot33at3r
|
|
November 10, 2015, 02:22:11 AM |
|
Have you setup a pool supporting 611 (SixEleven) merged mining or is this your private mining equipment?
It's my own p2pool node, not public - my internet is crap I had to lower the hash rate, it was causing too many doa's. Hopefully when a few more miners jump in it will smooth out a little & I can raise it again gradually.
|
|
|
|
PatrickMacH (OP)
|
|
November 10, 2015, 03:30:03 AM |
|
Have you setup a pool supporting 611 (SixEleven) merged mining or is this your private mining equipment?
It's my own p2pool node, not public - my internet is crap I had to lower the hash rate, it was causing too many doa's. Hopefully when a few more miners jump in it will smooth out a little & I can raise it again gradually. Thanks for the feedback. A new block should be mined on average every five minutes. You are running merged mining successfully now using the merged-mine-proxy script from contrib? i.e.: contrib/merged-mine-proxy -w $PORT_to_direct_mining_equipment -p http://pw:un@127.0.0.1:8332/ -x http://pw:un@127.0.0.1:8663/
|
|
|
|
minerjoen
|
|
November 10, 2015, 06:35:05 AM |
|
My wallet is runing perfectly Curently at block 89772 Are you still on the beta4 fork with the las vegas bug? Because there was essentially a rollback to the point at which the blockchain originally got stuck, during the reversion to beta2. First: How to check wich version i have? When i go in my wallet is say:version 0.6.11 When i go to the link above from github i only see the beta4 to download, when i go to the website i can only download the beta4. I dont know wich version i have atm... But it looks like mining is working etc, but if all this coins are gone because i'm at the wrong blockchain or something(what means i am mining for nothing) i want to know that asap. Edit: i just re-opend the wallet, i got coins but it dont start syncing ( is that the beta4 bug?) https://github.com/fflo/sixeleven/releases/tag/v6.1.1-b2here is that beta2 version anyway, just changed b4 to b2 and got this. Sorry guys - I know the current situation is very confusing and unsatisfactory. Rolling back to beta2 also means that the block chain is still stuck at block #21085 until this task has been resolved at "difficulty" level 4692.86619945. So we are in dire need of some powerful mining ressources to resolve the next blocks until difficulty recalculation. Can anyone following this thread please check out if merged mining does work successfully using beta2: Merged mining should work like described for Namecoin here: https://github.com/namecoin/namecoin-legacy/blob/b043fba28018721b68c90edfc81b9eacb070b47d/doc/README_merged-mining.mdJust replace the Namecoin port 8331 with the 611 (SixEleven) port 8661. Or should we discuss to move the PoW concept to a non asic compatible code to make sure that the new block mining rate and difficulty levels gets more resistant against big mining pool attacks? Thanks for your feedback. There are 2 coins what i like to mine with mining equip: Bitcoin and Litecoin... All the rest i think its beter for CPU only, people can not join and mining bitcoin / litecoin anymore without hardware, special made for it. People want to join a coin they can also mine, and that would mean resistance against mining hardware. So CPU only ( like cryptonight etc ). I had like 100.000 coins on beta 4 probably haha, now i changed to beta2 and i got 0 coins ( i think that's part of the bug in beta4 )
|
Bitcoin: 1GPjrqoWGQfqyCEYnPhbA3nWN9dmMwFHRE Elementrem: 0xF4789b95826C4474B3E7C780Fd90f639b51C4B6c
|
|
|
p3yot33at3r
|
|
November 10, 2015, 11:22:11 AM |
|
Thanks for the feedback. A new block should be mined on average every five minutes. You are running merged mining successfully now using the merged-mine-proxy script from contrib? i.e.: contrib/merged-mine-proxy -w $PORT_to_direct_mining_equipment -p http://pw:un@127.0.0.1:8332/ -x http://pw:un@127.0.0.1:8663/ No, I use the standard p2pool merge mining parameters. I'm still getting loads of orphaned blocks though: received: inv (37 bytes) got inventory: block 94c3636c1b4ca7a3b569 new askfor block 94c3636c1b4ca7a3b569 0 sending getdata: block 94c3636c1b4ca7a3b569 sending: getdata (37 bytes) received: block (702 bytes) received block 94c3636c1b4ca7a3b569 ProcessBlock: ORPHAN BLOCK, prev=bb519e1964dedc13baed sending: getblocks (869 bytes) received: inv (37 bytes) got inventory: block 0000000000c5f4882374 have sending: getblocks (869 bytes) received: inv (37 bytes) got inventory: block fce308c33bb90b27d961 new askfor block fce308c33bb90b27d961 0 sending getdata: block fce308c33bb90b27d961 sending: getdata (37 bytes) received: block (702 bytes) received block fce308c33bb90b27d961 ProcessBlock: ORPHAN BLOCK, prev=94c3636c1b4ca7a3b569 sending: getblocks (869 bytes) received: inv (37 bytes) got inventory: block 0000000000c5f4882374 have sending: getblocks (869 bytes) ResendWalletTransactions() received: inv (37 bytes) got inventory: block 000000001472a6694306 new askfor block 000000001472a6694306 0 sending getdata: block 000000001472a6694306 sending: getdata (37 bytes) received: block (215 bytes) received block 000000001472a6694306 ProcessBlock: ORPHAN BLOCK, prev=0000000000c5f4882374 received: inv (37 bytes) got inventory: block 0000000005f466dbcba1 new askfor block 0000000005f466dbcba1 0 sending getdata: block 0000000005f466dbcba1 sending: getdata (37 bytes) received: block (215 bytes) received block 0000000005f466dbcba1 ProcessBlock: ORPHAN BLOCK, prev=000000001472a6694306 Difficulty seems a bit too slow to adjust, especially with all the orphans.
|
|
|
|
PatrickMacH (OP)
|
|
November 10, 2015, 12:01:57 PM |
|
Thanks for the feedback. A new block should be mined on average every five minutes. You are running merged mining successfully now using the merged-mine-proxy script from contrib? i.e.: contrib/merged-mine-proxy -w $PORT_to_direct_mining_equipment -p http://pw:un@127.0.0.1:8332/ -x http://pw:un@127.0.0.1:8663/ No, I use the standard p2pool merge mining parameters. I'm still getting loads of orphaned blocks though: [...] ProcessBlock: ORPHAN BLOCK, prev=bb519e1964dedc13baed sending: getblocks (869 bytes) [...] Isn't this a well known feature of p2pool to generate new blocks at a stable rate? Difficulty seems a bit too slow to adjust, especially with all the orphans.
The difficulty factor should adjust in 48 block intervals (target: one block every five minutes =48 blocks in four hours): src/main.cpp unsigned int static GetNextWorkRequired(const CBlockIndex* pindexLast, const CBlock *pblock) { const int64 nTargetTimespan = 4 * 60 * 60; // four hours const int64 nTargetSpacing = 5 * 60; // five minutes const int64 nInterval = nTargetTimespan / nTargetSpacing; But the factor may only increase or decrease by a factor of four on each retargeting: src/main.cpp // Limit adjustment step int64 nActualTimespan = pindexLast->GetBlockTime() - pindexFirst->GetBlockTime(); printf(" nActualTimespan = %"PRI64d" before bounds\n", nActualTimespan); if (nActualTimespan < nTargetTimespan/4) nActualTimespan = nTargetTimespan/4; if (nActualTimespan > nTargetTimespan*4) nActualTimespan = nTargetTimespan*4;
|
|
|
|
notsofast
Legendary
Offline
Activity: 1517
Merit: 1042
@notsofast
|
|
November 10, 2015, 12:25:03 PM |
|
I've been trying to solo mine with a sha256 ASIC and have been unable to do so. Specifying my own port in my .conf file has not worked. What should I name my .conf file? 611coin.conf? 611.conf? coin.conf? Since the ports are hardcoded, should the conf file simply consist of: server=1 daemon=1 listen=1 rpcuser= rpcpassword=
Patrick, if you could post a suggested conf file rather than send miners to dig through another coin's code, I think you might encourage more mining activity.
|
twitter.com/notsofast
|
|
|
p3yot33at3r
|
|
November 10, 2015, 12:33:19 PM |
|
It uses NMC code, so you should change the ports in the "611.conf" to: Agreed, it took me a while to realize
|
|
|
|
PatrickMacH (OP)
|
|
November 10, 2015, 08:33:09 PM |
|
There are 2 coins what i like to mine with mining equip: Bitcoin and Litecoin... All the rest i think its beter for CPU only, people can not join and mining bitcoin / litecoin anymore without hardware, special made for it.
People want to join a coin they can also mine, and that would mean resistance against mining hardware. So CPU only ( like cryptonight etc ).
Yes - personally, I would also prefer a non asic based coin design with a useful output for the public; like Primecoin. As SixEleven is a fork of Namecoin the current design uses the standard Bitcoin SHA256 hash function which is best mined using special asic based hardware. On the other side SixEleven does support merged mining with Bitcoin which should add some stability to the future development. You can mine it together with Bitcoin at almost no additional cost. I had like 100.000 coins on beta 4 probably haha, now i changed to beta2 and i got 0 coins ( i think that's part of the bug in beta4 )
Hey - I've only had reached about 60.000 coins; that's the Las Vegas bug *gg*
|
|
|
|
notsofast
Legendary
Offline
Activity: 1517
Merit: 1042
@notsofast
|
|
November 10, 2015, 08:33:26 PM |
|
OK, try as I might, I still can't mine this for some reason. My router shows port 8661 open in UPNP and port 8336 open in virtual servers as specified in my conf file. My 611.conf file is as follows: server=1 daemon=1 listen=1 port=8661 rpcport=8663 rpcuser=USER rpcpassword=PASS rpcallowip=127.0.0.1 Pointing my miner at either 127.0.0.1:8663 or [internalIPaddress]:8663 (the RPC port) results in no mining. Same effect with pointing the miner at 127.0.0.1:8661 or [internalIPaddress]:8661 (the regular port). No mining. Any ideas on what I'm doing wrong?
|
twitter.com/notsofast
|
|
|
p3yot33at3r
|
|
November 10, 2015, 09:34:27 PM |
|
I've never solo mined before (even though merge mining with p2pool is pretty much solo mining anyway), so I can't help you much. Are you using your wallet user name & password with your miner? I'm pretty sure that needs to be done, as well as allowing your traffic through the firewall & port forwarding of course.
|
|
|
|
PatrickMacH (OP)
|
|
November 10, 2015, 10:13:11 PM |
|
OK, try as I might, I still can't mine this for some reason. My router shows port 8661 open in UPNP and port 8336 open in virtual servers as specified in my conf file. My 611.conf file is as follows: server=1 daemon=1 listen=1 port=8661 rpcport=8663 rpcuser=USER rpcpassword=PASS rpcallowip=127.0.0.1 Pointing my miner at either 127.0.0.1:8663 or [internalIPaddress]:8663 (the RPC port) results in no mining. Same effect with pointing the miner at 127.0.0.1:8661 or [internalIPaddress]:8661 (the regular port). No mining. Are you running your miner and the 611d (or 611-qt) on the same machine? By default for security reasons you can only access the 611 rpc interface on port 8663 on the local host. Using rpcallowip=add.an.other.ip you may add external IPs. Any ideas on what I'm doing wrong?
Are you running a self compiled text only (rpc) version of 611d or the graphical 611-qt variant? If you are working with the 611-qt version you have to add the option " -server" on startup to enable the RPC interface on (default) rpc port 8663 (tcp). Running "netstat -lnp" on any terminal you can check that tcp port 8663 (process 611d) is available for inbound connections.
|
|
|
|
notsofast
Legendary
Offline
Activity: 1517
Merit: 1042
@notsofast
|
|
November 11, 2015, 12:11:00 AM |
|
OK, try as I might, I still can't mine this for some reason. My router shows port 8661 open in UPNP and port 8336 open in virtual servers as specified in my conf file. My 611.conf file is as follows: server=1 daemon=1 listen=1 port=8661 rpcport=8663 rpcuser=USER rpcpassword=PASS rpcallowip=127.0.0.1 Pointing my miner at either 127.0.0.1:8663 or [internalIPaddress]:8663 (the RPC port) results in no mining. Same effect with pointing the miner at 127.0.0.1:8661 or [internalIPaddress]:8661 (the regular port). No mining. Are you running your miner and the 611d (or 611-qt) on the same machine? By default for security reasons you can only access the 611 rpc interface on port 8663 on the local host. Using rpcallowip=add.an.other.ip you may add external IPs. Any ideas on what I'm doing wrong?
Are you running a self compiled text only (rpc) version of 611d or the graphical 611-qt variant? If you are working with the 611-qt version you have to add the option " -server" on startup to enable the RPC interface on (default) rpc port 8663 (tcp). Running "netstat -lnp" on any terminal you can check that tcp port 8663 (process 611d) is available for inbound connections. I'm working with the qt version. I thought server=1 in the .conf file would be enough to enable the RPC interface. I guess namecoin was from a bitcoin fork so early such commands don't work in a conf file like coins I'm used to from more recent forks? I ran 611-qt.exe with -server in a batch file and opened the external port on the machine running 611-qt.exe -- the miner is connecting and working! Will repost if/when I find a block. Thanks for your help and clarification!
|
twitter.com/notsofast
|
|
|
notsofast
Legendary
Offline
Activity: 1517
Merit: 1042
@notsofast
|
|
November 11, 2015, 12:13:14 AM |
|
Looks like I found block 21490.
Thanks again for your help!
|
twitter.com/notsofast
|
|
|
PatrickMacH (OP)
|
|
November 11, 2015, 01:18:48 AM |
|
[...] I'm working with the qt version.
I thought server=1 in the .conf file would be enough to enable the RPC interface. I guess namecoin was from a bitcoin fork so early such commands don't work in a conf file like coins I'm used to from more recent forks?
I ran 611-qt.exe with -server in a batch file and opened the external port on the machine running 611-qt.exe -- the miner is connecting and working!
Will repost if/when I find a block.
Thanks for your help and clarification!
Yes, I was also wondering that the 611-qt version blocks the RPC interface by default. Maybe it's possible for fflo to address this issue in the next beta release. Thanks for your feedback and happy mining!
|
|
|
|
minerjoen
|
|
November 11, 2015, 05:01:13 AM |
|
There are 2 coins what i like to mine with mining equip: Bitcoin and Litecoin... All the rest i think its beter for CPU only, people can not join and mining bitcoin / litecoin anymore without hardware, special made for it.
People want to join a coin they can also mine, and that would mean resistance against mining hardware. So CPU only ( like cryptonight etc ).
Yes - personally, I would also prefer a non asic based coin design with a useful output for the public; like Primecoin. As SixEleven is a fork of Namecoin the current design uses the standard Bitcoin SHA256 hash function which is best mined using special asic based hardware. On the other side SixEleven does support merged mining with Bitcoin which should add some stability to the future development. You can mine it together with Bitcoin at almost no additional cost. I had like 100.000 coins on beta 4 probably haha, now i changed to beta2 and i got 0 coins ( i think that's part of the bug in beta4 )
Hey - I've only had reached about 60.000 coins; that's the Las Vegas bug *gg* Thanks for your reply men! Yeah i also found out later that this should be the las vegas bug, this because in 12 hours i didn't get any reward on beta2. This should mean i must use asic hardware to mine it.
|
Bitcoin: 1GPjrqoWGQfqyCEYnPhbA3nWN9dmMwFHRE Elementrem: 0xF4789b95826C4474B3E7C780Fd90f639b51C4B6c
|
|
|
PatrickMacH (OP)
|
|
November 11, 2015, 09:22:12 PM |
|
Thanks for your reply men!
Yeah i also found out later that this should be the las vegas bug, this because in 12 hours i didn't get any reward on beta2. This should mean i must use asic hardware to mine it.
Yes - I've no asic hardware for mining sha256 and at the current difficulty rate it will take quite some time to solo mine a new block. Have you already registered and tried out the domain name system functions of 611 (SixEleven)?
|
|
|
|
PatrickMacH (OP)
|
|
November 12, 2015, 05:31:29 PM |
|
beta 2 working
Yes - the mining rate has stabilized, now - so beta 2 is working fine, here. { "version" : 61100, "balance" : 0.00000000, "blocks" : 21987, "timeoffset" : -2, "connections" : 5, "proxy" : "", "generate" : false, "genproclimit" : 1, "difficulty" : 78449.99287632, "hashespersec" : 0, "testnet" : false, "keypoololdest" : 1446306707, "keypoolsize" : 100, "paytxfee" : 0.06110000, "mininput" : 0.00010000, "unlocked_until" : 0, "txprevcache" : false, "errors" : "" } Registration and updates of the "Names Manage(ment)" works stable. Updates are accessible via dns requests on [domainname].611.to within reasonable time. So I still have the following task on the TODO (to be supplemented): - Wiki or Howto register, use and renew the domain name and idendity options
- Add 611 (SixEleven) to a public Exchange like Cryptsy
>>> Please vote for 611 (SixEleven) on https://www.cryptsy.com/coinvotes/ <<<
or push the votes by donating to BTC 18ZNY2nL4g7mB8G1rcfBDnCmhUTi7YbwT or contact your preferred crypto coin exchange service provider to add a 611 (SixEleven) trading pair - Setup a mining pool for 611 (SixEleven) to support weaker mining equipment and to level the revenues
What points are you missing on the TODO? Thanks for your feedback.
|
|
|
|
notsofast
Legendary
Offline
Activity: 1517
Merit: 1042
@notsofast
|
|
November 13, 2015, 03:08:01 PM |
|
I've registered a few names (but without filling out hosting information, etc.) in order to test things out.
|
twitter.com/notsofast
|
|
|
|