Ya, GeistGeld has an average of 4 blocks per minute. I'm merge mining it here with everything else I can find.
|
|
|
Nice list... I haven't heard of half of those clients - time to go searching. You missed a couple though. GeistGeld/src/net.h:inline unsigned short GetDefaultPort() { return fTestNet ? 18333 : 8333; } Bitchip (knowing it's 23101 from the debug log): ~/apps/clients-src$ grep '23101' bitchip/src/*.h bitchip/src/protocol.h: return testnet ? 23201 : 23101;
|
|
|
.. and after the last restart there's no more block not found errors but a new one... 2012-03-08 21:33:41.950670 Got share hash, requesting! Hash: 297eeb74 2012-03-08 21:33:42.052282 Sending 1 shares to 67.183.247.222:54312 2012-03-08 21:33:42.157850 RECV shares 0100fd68010100000090029e66be214fee0ede0031afe5dfe84970f2cd492fd70ff705000000000000f8e2fc18b8cf2504949e0ae29ef6713b0586f5d39cf7a0f0a299c8059a948598248594f0c350b1a4fe4f1d5a0721cc412bd06081d520d9ac4c5b9... 2012-03-08 21:33:42.294022 > Error handling message: (see RECV line) 2012-03-08 21:33:42.294234 > Traceback (most recent call last): 2012-03-08 21:33:42.294404 > File "/usr/lib/python2.7/dist-packages/twisted/internet/selectreactor.py", line 146, in _doReadOrWrite 2012-03-08 21:33:42.294547 > why = getattr(selectable, method)() 2012-03-08 21:33:42.294671 > File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 460, in doRead 2012-03-08 21:33:42.294850 > rval = self.protocol.dataReceived(data) 2012-03-08 21:33:42.295034 > File "/home/ed/apps/p2pool/p2pool/p2p.py", line 55, in new_dataReceived 2012-03-08 21:33:42.295178 > old_dataReceived(data) 2012-03-08 21:33:42.295296 > File "/home/ed/apps/p2pool/p2pool/util/datachunker.py", line 40, in _DataChunker 2012-03-08 21:33:42.295416 > wants = receiver.send(buf.get(wants)) 2012-03-08 21:33:42.295558 > --- <exception caught here> --- 2012-03-08 21:33:42.295675 > File "/home/ed/apps/p2pool/p2pool/bitcoin/p2p.py", line 53, in dataReceiver 2012-03-08 21:33:42.295794 > self.packetReceived(command, type_.unpack(payload)) 2012-03-08 21:33:42.295967 > File "/home/ed/apps/p2pool/p2pool/p2p.py", line 68, in packetReceived 2012-03-08 21:33:42.296109 > bitcoin_p2p.BaseProtocol.packetReceived(self, command, payload2) 2012-03-08 21:33:42.296265 > File "/home/ed/apps/p2pool/p2pool/bitcoin/p2p.py", line 66, in packetReceived 2012-03-08 21:33:42.296381 > handler(**payload2) 2012-03-08 21:33:42.296502 > File "/home/ed/apps/p2pool/p2pool/p2p.py", line 199, in handle_shares 2012-03-08 21:33:42.296621 > self.node.handle_shares([p2pool_data.Share.from_share(share, self.node.net, self) for share in shares, self) 2012-03-08 21:33:42.296774 > File "/home/ed/apps/p2pool/p2pool/data.py", line 187, in from_share 2012-03-08 21:33:42.296895 > raise ValueError('unknown share type: %r' % (share['type'],)) 2012-03-08 21:33:42.297047 > exceptions.ValueError: unknown share type: 0 2012-03-08 21:33:42.297854 Lost peer 67.183.247.222:54312 - Connection was closed cleanly.
|
|
|
anyone else getting tons of these.. or just me? I am on rc2, for sure. Earlier in this thread it was mentioned it is supposed to be 'ok', but still.. it isn't going away..
2012-03-08 19:22:44.788000 > return g.throw(self.type, self.value, self.tb) 2012-03-08 19:22:44.788000 > File "C:\data\miner2\p2pool-a15c106\p2pool\util\jsonrpc.py", line 67, in callRemote 2012-03-08 19:22:44.788000 > raise Error(**resp['error']) 2012-03-08 19:22:44.789000 > p2pool.util.jsonrpc.Error: -5 Block not found 2012-03-08 19:22:44.790000
Did you use the windows installer for rc2 or the zip file? The installer is broken. Use the zip file instead. That's not it.. because I'm getting the same thing now on my linux box without upgrading to RC2.. ed@funkylinux4:~/apps$ ./clients/bitcoind getinfo { "version" : 59900, "protocolversion" : 60000, "balance" : 0.00000000, "blocks" : 170270, "connections" : 8, "proxy" : "", "difficulty" : 1496978.59502557, "testnet" : false, "keypoololdest" : 1327627799, "keypoolsize" : 101, "paytxfee" : 0.00000000, "errors" : "" }
|
|
|
Every time I update p2pool or stop and start it again I get new errors... This time I'm getting the following but don't know why or how to fix it.. any ideas? 2012-03-08 19:18:37.602900 Error when requesting noncached value: 2012-03-08 19:18:37.603161 > Traceback (most recent call last): 2012-03-08 19:18:37.603401 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 388, in errback 2012-03-08 19:18:37.603583 > self._startRunCallbacks(fail) 2012-03-08 19:18:37.603746 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 455, in _startRunCallbacks 2012-03-08 19:18:37.603914 > self._runCallbacks() 2012-03-08 19:18:37.604149 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 542, in _runCallbacks 2012-03-08 19:18:37.604342 > current.result = callback(current.result, *args, **kw) 2012-03-08 19:18:37.604508 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1076, in gotResult 2012-03-08 19:18:37.604674 > _inlineCallbacks(r, g, deferred) 2012-03-08 19:18:37.604861 > --- <exception caught here> --- 2012-03-08 19:18:37.605021 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1018, in _inlineCallbacks 2012-03-08 19:18:37.605215 > result = result.throwExceptionIntoGenerator(g) 2012-03-08 19:18:37.605376 > File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 350, in throwExceptionIntoGenerator 2012-03-08 19:18:37.605567 > return g.throw(self.type, self.value, self.tb) 2012-03-08 19:18:37.605729 > File "/home/ed/apps/p2pool/p2pool/main.py", line 171, in <lambda> 2012-03-08 19:18:37.605894 > height_cacher = deferral.DeferredCacher(defer.inlineCallbacks(lambda block_hash: defer.returnValue((lambda x: x['blockcount'] if 'blockcount' in x else x['height'])((yield bitcoind.rpc_getblock('%x' % (block_hash,))))))) 2012-03-08 19:18:37.606063 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1018, in _inlineCallbacks 2012-03-08 19:18:37.606276 > result = result.throwExceptionIntoGenerator(g) 2012-03-08 19:18:37.606439 > File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 350, in throwExceptionIntoGenerator 2012-03-08 19:18:37.606632 > return g.throw(self.type, self.value, self.tb) 2012-03-08 19:18:37.606794 > File "/home/ed/apps/p2pool/p2pool/util/jsonrpc.py", line 67, in callRemote 2012-03-08 19:18:37.606978 > raise Error(**resp['error']) 2012-03-08 19:18:37.607198 > p2pool.util.jsonrpc.Error: -5 Block not found
|
|
|
Guess I should have left it running a bit longer... It also appears that the 4.x and 5.x clients are not compatible with each other and won't connect. (addnode= line on a 4.x client to a 5.x client will drop after a few seconds) fred@funkylinux29:~/apps$ ./clients/rucoind getauxblock { "target" : "000000000000000000000000000000000000000000000000d0a1240000000000", "hash" : "4ff534fd200fc34b9fca24dd95556b65c2d58d1b5b0ab3d44a045191f4e1b8e7", "chainid" : 7 }
|
|
|
It looks like the binaries on the download site are built on 5.x code and do support merged mining (I think). The problem is, the 5.x binaries don't seem to connect to anything. The source code on the site hasn't been updated. fred@funkylinux29:~/apps$ ./clients/rucoind getauxblock error: {"code":-9,"message":"RuCoin is not connected!"} fred@funkylinux29:~/apps$ ./clients/rucoind getinfo { "version" : 50200, "edition" : "2.1-892", "balance" : 0.00000000, "blocks" : 17278, "connections" : 0, "proxy" : "", "generate" : false, "genproclimit" : -1, "difficulty" : 1789.00569829, "hashespersec" : 0, "testnet" : false, "keypoololdest" : 1328304975, "keypoolsize" : 101, "paytxfee" : 0.00000000, "errors" : "" }
|
|
|
That sounds about right for SolidCoin...
|
|
|
That worked. Uncommented the line, removed bitcoin so it shows "Bitcoin Testnet" (which is how i've named it here) and started. First line reads: Ignored bit8 in version 0x558d394b of chain_id 20 The import blocks are listed after that. Thanks!
|
|
|
The output from the SQL query is as follows: chain_name block_version Bitchip 1 Bitcoin 1 Bitcoin Testnet 1 Coiledcoin 1 Coiledcoin 1048577 Coiledcoin 1048833 Devcoin 1 Devcoin 196609 Devcoin 262145 Devcoin 262401 Fairbrix 1 GeistGeld 1 GeistGeld 257 i0coin 1 i0coin 131073 i0coin 131329 Ixcoin 1 Ixcoin 196609 Ixcoin 196865 Liquidcoin 1 Litecoin 1 Namecoin 1 Namecoin 65537 Namecoin 65793 Rucoin 1 Rucoin 196609 Rucoin 458753 Tenebrix 1
When you say namecoin like merged mining do you mean any chain that's compatible to be merged with namecoin? In this case, it would be namecoin, ixcoin, i0coin, geistgeld, coiledcoin, devcoin and soon groupcoin (not imported yet). That would be values 1, 1048577, 1048833, 196609, 262145, 262401, 257, 131073, 131329, 196609, 196865, 65537, 65793; and then whatever groupcoin reports and any other future chains. Is this correct? Would commenting out those lines to get the import running again, then un-commenting afterwords be an option or will every block from this point onwards have the problem?
|
|
|
So I'm stuck at block 42156 on the testnet for now then? It doesn't sound like a quick upgrade / change to Abe.
|
|
|
My client is going to IRC and I do have a port open for incoming connections. If you want to give it a try, connect to the ip of blockexplorer.funkymonkey.org port 8368. (addnode=ip:port in your coiledcoin.conf file) I've got a GroupCoin client running but no one to connect to so it's sitting at block 0. .. we should probably start a separate thread for this so we don't derail this one and so others can see if interested... edit: I joined all 5 irc channels with my desktop client, the first channel 00 is the only one with users and you're one of them... not sure why you're not trying to connect.. edit 2: I can open ports for groupcoin however, I wouldn't hard code my IP into anything.. Everything I have runs off a residential internet connection. My IP hasn't changed in a couple of years but it does change from time to time and there's no guaranteed uptime here from my provider.
|
|
|
I've run into a new problem. Trying to import the bitcoin testnet, was working fine then this came up... Failed to catch up {'blkfile_number': 1, 'dirname': '/home/ed/.bitcoin/testnet', 'chain_id': 20, 'id': Decimal('95'), 'blkfile_offset': 30108327} Traceback (most recent call last): File "Abe/DataStore.py", line 2146, in catch_up store.catch_up_dir(dircfg) File "Abe/DataStore.py", line 2167, in catch_up_dir store.import_blkdat(dircfg, ds) File "Abe/DataStore.py", line 2279, in import_blkdat b = deserialize.parse_Block(ds) File "Abe/deserialize.py", line 176, in parse_Block d['auxpow'] = parse_AuxPow(vds) File "Abe/deserialize.py", line 153, in parse_AuxPow d = parse_MerkleTx(vds) File "Abe/deserialize.py", line 103, in parse_MerkleTx d = parse_Transaction(vds) File "Abe/deserialize.py", line 86, in parse_Transaction d['txIn'].append(parse_TxIn(vds)) File "Abe/deserialize.py", line 45, in parse_TxIn d['sequence'] = vds.read_uint32() File "Abe/BCDataStream.py", line 71, in read_uint32 def read_uint32(self): return self._read_num('<I') File "Abe/BCDataStream.py", line 110, in _read_num (i,) = struct.unpack_from(format, self.input, self.read_cursor) OverflowError: Python int too large to convert to C long
Other chains continue to import fine so far from what I can tell. It seems to be just this current spot in this chain.
|
|
|
You should probably specify if it's bitcoin or litecoin as well.
|
|
|
I have two CLC connections too, and presumably luke-jr is no longer merged mining it with Eligius miners' hashing power as I have also got some confirmed blocks. Hmm or he is and I too am on a fork?
Maybe you are one of my two connections and I am one of your two? 142.177.234.* is one of the class C networks my ISP assigns me an IP on, and is the one I am on right now. Got a connection from that net?
-MarkM-
Nope, you're not... ed@funkylinux4:~/apps$ netstat -n -p | grep coil (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 0 192.168.50.14:58509 99.162.89.???:8368 ESTABLISHED 1233/coiledcoind tcp 0 0 192.168.50.14:36133 78.47.187.???:5330 ESTABLISHED 1233/coiledcoind tcp 0 0 192.168.50.14:38177 78.129.222.???:8368 ESTABLISHED 1233/coiledcoind tcp 0 0 192.168.50.14:51959 192.168.50.51:8368 ESTABLISHED 1233/coiledcoind tcp 0 0 192.168.50.14:56598 173.246.103.???:6667 ESTABLISHED 1233/coiledcoind Should we try to merge ourselves back together or is that even possible not knowing how long we've been seperated?
|
|
|
I am merged mining, BTC, NMC, IXC, I0C, DVC, GRP and CLC all at once.
I0coin has a much lower difficulty than IXCoin, yet I am seeing IXCoin blocks but no I0Coin blocks.
Does it actually submit the work to all the daemons it has enough difficulty for?
-MarkM-
I've gotten a few i0coin blocks but no ixcoin blocks so far.. How many CLC connections do you have? I've got CLC merged with me but I only have 2 connections so I'm guessing I'm on my own fork of the chain now...
|
|
|
Another question here... http://blockexplorer.funkymonkey.org/block/00000000bc06d31f6fc31e99e3be7adfbc47c04e9bf56cddf1accda6cac69529What does it mean when there are 2 "next block" links, one looking to be a valid block and 1 appearing to be part of a different chain? I'm would take a guess and say 1 got orphaned and the other was accepted but the incorrect "to" address makes it look like it's part of another chain. Edit: Now that I look at it a bit more.. I think it is an orphaned block but also a bug where the block version code isn't being applied to properly show the correct addresses.
|
|
|
Don't worry, I can't download the chain on my windows box or my linux box...
Both running 2.041.
|
|
|
|