-
Notifications
You must be signed in to change notification settings - Fork 497
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Not able to find block #590
Comments
Did you added foundation fee? |
You mean in pools/**.json the reward address? |
yes |
ok, yes i have. |
i've tried a short test without reward address. then mining wont work. |
any solution for this big problem? |
Yes logs would be useful |
here is the debug.log |
I search in coinium logs and daemon logs. Not able to find why this happens. |
why the shares are in debug log? in server.log no shares to find. and in debug log the shares are debug not as information. |
because share log lines are set to debug, so they are only rendered in debug.log. |
Ok thanks. So do you see any hints why we not found blocks?
|
Witch version of coiniumserv is save thats work? I am sure thats my version want found blocks. After 4 days on emc2 can not be to found no bocks... please help |
[Error] [ShareManager] [Einsteinium] We thought a block was found but it was rejected by the coin daemon; [d9ede3d7ee2177446f7ced9d04b94e78b85491bae950da3b00c054bd0b838b09] - reason; Invalid or non-wallet transaction id [Error] [ShareManager] [Litecoin] We thought a block was found but it was rejected by the coin daemon; [f80e6cec36ac1c3bdd5dddecda3e2d906572ee5563b8089d41de6c4c7058964b] - reason; Block not found found this in debug.log several times. All block rejected please help!!! |
and found this in EMC2 coin daemon log: ERROR: ConnectBlock() : coinbase does not pay to the charity in the first output) |
found this in litecoin daemon log: ERROR: CheckProofOfWork() : hash doesn't match nBits |
:23:18 ERROR: ConnectBlock() : coinbase does not pay to the charity in the first output) |
Sorting?
|
I don't know witch part in code you mean? |
Thx i trie
|
sorry and what i have to change? |
to this? if (poolCentralAddress) // if we are adding output for the pool's central wallet address. |
no i don't know |
https://github.com/CoiniumServ/CoiniumServ/blob/master/src/CoiniumServ/Transactions/Outputs.cs#L91 change this;
to
|
This fix not working. Same log as before. |
this is something different. |
for future reference: |
FTC CS log: FTC daemon.log: |
LTC CS log: LTC daemon.log: |
Other pools are running ok on the same code so seems to be coin / chain specific. |
@Marty19 is FTC working by you? |
@Caberhagen don't have an FTC pool, sorry. |
this wont work on FTC. FTC is forked/ is forking to neoscrypt. Also the issue with eMark could be a PoS or tx messaging issue |
Hi ahmedbodi, thy for info.
|
Trying a blockchain and wallet rebuild to see if it helps.....not sure it the problem is with Coinium or not..... |
Chain has rebuilt but problem persists.Don't understand what happened after my last block was solved at 08:18 this morning as nothing was changed..... |
@Dieselsucker Please email details of iSpace pool problems to pools@ispace.co.uk. Thanks |
Seems the eMark has come back to life just around 8am thi morning and blocks are now being accepted (again with no changes). But now TekCoin is doing it!! Think it may have something to do with the POS part of the POW/POS spec...... |
Seems to be a problem with the way that Coinium handles POW/POS coins. The blocks I saw being solved on DEM were actually from my multipool which is still running stratum-mining which doesn't seem to cause the problem. I am now swapping my POW/POS back to stratum-mining until this is resolved. |
Just solved a DEM block whilst running on stratum-mining so problem of: ERROR: CheckProofOfWork() : hash doesn't match nBits is 100% an issue with the way Coinium is submitting the blocks. |
okay I'll be checking in details |
EMC2: it looks that emc2 pays a charity % on every mined block. ERROR: ConnectBlock() : coinbase does not pay to the charity in the first output) |
http://pastebin.com/bMNFqSjb |
Any update on this bug? Would be nice to get all my pools running on Coinium but right now all of my POW/POS coins are still running on stratum-mining: Just solved a DEM block whilst running on stratum-mining so problem of: ERROR: CheckProofOfWork() : hash doesn't match nBits is 100% an issue with the way Coinium is submitting the blocks. |
Any news about this problem? |
still massive problems with different coins!
.
|
Just updated this morning around 8am CST. First time running storage as hybrid with mysql/redis. And having actual clients mining. Not sure if it was working prior to updating while on php-mpos. Receiving We thought a block was found messages. Blocks are being found in the wallet but the coinium software thinks not. Coiniumserv is also crediting the fee wallet just fine when a block is found. debug.log from coinium debug.log from fluttercoin
Blocks are indeed being found in the client. |
Was this ever solved? |
yes |
How?
…Sent from my iPhone
On Jul 22, 2017, at 11:54 PM, Shaun Mcbride <notifications@github.com<mailto:notifications@github.com>> wrote:
yes
-
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<#590 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AMHp5rEm4UE_8JLnvHo_exaleixs_d1pks5sQsPlgaJpZM4CwOjS>.
|
Been awhile ago...don't remember but was in the last update. |
Hi. |
that is mostly because of a non-standard coin wallet implementation. |
Thank you. Can I fix this? Maybe you'll show me where to look for the problem |
There are virtually hundreds of coins there and those shit-coins are mostly changing wallet api standards just for sake of changing it. Basically it's impossible to support them all. You should dive to code to fix -- which I really don't know what the fuck is MonetaryUnit and care what the fuck it is. Instead ask your shit coin auther maybe? |
@bonesoul speaking of support for coins, einsteinium seems to require explicit client support for segwit (according to the coinium debug log). I would appreciate any direction on how to implement support for it would be very helpful. I added the magic & testnet magic values to the coin's config:
Log: [Error] [NetworkInfo] [Einsteinium] Can not read getblocktemplate(): Support for 'segwit' rule requires explicit client support ` This is the output from the daemon's cli:
|
Come mine with us at www.hashwiz.io<http://www.hashwiz.io> we currently have 25% of the emc2 hash power and we are coinium derivative.
On Jan 21, 2018, at 1:04 AM, albert-the-creator <notifications@github.com<mailto:notifications@github.com>> wrote:
@bonesoul<https://github.com/bonesoul> speaking of support for coins, einsteinium seems to require explicit client support for segwit (according to the coinium debug log). I would appreciate any direction on how to implement support for it would be very helpful.
Log:
01/21/2018 06:02:19 +00:00 [Verbose] [JobManager] [Einsteinium] As idle job timer expired, rebroadcasting new work 01/21/2018 06:02:19 +00:00 [Error] [JobManager] [Einsteinium] New job creation failed: Support for 'segwit' rule requires explicit client support 01/21/2018 06:02:19 +00:00 [Error] [JobManager] [Einsteinium] New job creation failed: Support for 'segwit' rule requires explicit client support 01/21/2018 06:02:19 +00:00 [Error] [JobManager] [Einsteinium] New job creation failed: Support for 'segwit' rule requires explicit client support 01/21/2018 06:02:21 +00:00 [Information] [BlockProcessor] [Einsteinium] No pending blocks found 01/21/2018 06:02:21 +00:00 [Information] [BlockAccounter] [Einsteinium] No pending blocks waiting to get accounted found 01/21/2018 06:02:21 +00:00 [Information] [PaymentProcessor] [Einsteinium] No pending payments found
This is the output from the daemon's cli:
einsteinium-cli getblocktemplate "{\"rules\":[\"segwit\"]}" { "capabilities": [ "proposal" ], "version": 536870912, "rules": [ "csv", "!segwit" ], "vbavailable": { }, "vbrequired": 0, "previousblockhash": "219412fafd0f122fd09c5cdef54b19d37251ccba1e59072f182e321d94269382", "transactions": [ { "data": "010000000139f6f0527095777f414957b80e6c8b305adb9c851897a9ae4d33752ab321d0f8020000006a47304402204200da66f95026504f85b7677f5ed43f9100119691204a295a0f54231d411fa202206928822cd842549a0b5e1ee7298ce654fba95f37d7530a78b63435c159254fa601210397353e2a319768c7d950e4842004f3379ac268f93f582d105fe08a86e42607b4ffffffff031874b608000000001976a91428f1b37a3f17afb1d8dc465510c87efac0ede06588ac087ce702000000001976a914c9ec7be0bdaba7593254d3341a1085599de56e1b88acc0769f0b000000001976a9144f4596e76bf8a2c083fd01ba39fc7061cadbd40588ac00000000", "txid": "80a2bab7e70fd1755e1bf6098c9a6190592e7b68af76a02eab0dfa88c6fab0f0", "hash": "80a2bab7e70fd1755e1bf6098c9a6190592e7b68af76a02eab0dfa88c6fab0f0", "depends": [ ], "fee": 100000, "sigops": 12, "weight": 1036 }, { "data": "0100000001714ae2b7ee39aec96fa50d1470911b428e4ce9f88574387ed9c6e456af04d2ba020000006a473044022043f6ba24ea66e4c4bac5dbeba5568704e38959fba03ddb5da6a005d2e7e42ce102207272ccd247fff1a26d4298136d4b0ffa6511b6297b6c3da034a7049c20c84c5101210397353e2a319768c7d950e4842004f3379ac268f93f582d105fe08a86e42607b4ffffffff0500526f08000000001976a91428f1b37a3f17afb1d8dc465510c87efac0ede06588ac40455303000000001976a914c34412ae84bab5d0973df0877ff85bfb1d3f8d5088ac1f362602000000001976a914c9ec7be0bdaba7593254d3341a1085599de56e1b88ace03ec500000000001976a9146dc461576d507dfbb7bba42dfa25691019a2f26888aca15a8f08000000001976a9144f4596e76bf8a2c083fd01ba39fc7061cadbd40588ac00000000", "txid": "9b9adf0f2f08f91ed719f1c6186c028581143c94b6f957238d51ab0c9e13bc9d", "hash": "9b9adf0f2f08f91ed719f1c6186c028581143c94b6f957238d51ab0c9e13bc9d", "depends": [ ], "fee": 100000, "sigops": 20, "weight": 1308 }, { "data": "0100000001d00fd6291bde114f5b26d5f07ac1b7fe1c6f1d1c51e19c02a2a0775154ca6560000000006b483045022100cb0708fab1eacbc83101dcd13b7b8b54989c3988bc7f29c279e575653b54a38f02206162c784e40858b01f41265bf9b1779e2d38e15be7250d84a55e1e171db0c377012103420aeba315d4dbe9b829c6a3c3bcc6d2946110fa1d4a19334fbd3be48f509dccfeffffff024cd87f05000000001976a914d0783fd606f40fbe0086728dc7c17c3702c976bd88ac10637907000000001976a914ee5078fae25319e2721f5970f1ca4b2ae8a6e3f488ac04c81a00", "txid": "1f1f9f564eebf9b6d46d4bda4016cf1d8f445fbc9f7f6624e3f50350bc03bb5b", "hash": "1f1f9f564eebf9b6d46d4bda4016cf1d8f445fbc9f7f6624e3f50350bc03bb5b", "depends": [ ], "fee": 45200, "sigops": 8, "weight": 904 } ], "coinbaseaux": { "flags": "" }, "coinbasevalue": 400245200, "charityvalue": 10000000, "longpollid": "219412fafd0f122fd09c5cdef54b19d37251ccba1e59072f182e321d942693822301", "target": "00000000001f1c77000000000000000000000000000000000000000000000000", "mintime": 1516513495, "mutable": [ "time", "transactions", "prevblock" ], "noncerange": "00000000ffffffff", "sigoplimit": 80000, "sizelimit": 4000000, "weightlimit": 4000000, "curtime": 1516514520, "bits": "1b1f1c77", "height": 1755141, "default_witness_commitment": "6a24aa21a9ed8255497d5d68017471e74d20a7b0393a2fe4b0510936526c735cc1ba01e4f1c4" }
-
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<#590 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AMHp5t8XbKOLrmHAYyRHrDl1hb99IJiSks5tMtNegaJpZM4CwOjS>.
|
@Virtuworks Nice!! I'll check you guys out! P.s. For anyone else with this issue, i'm exploring adding the support to src/CoiniumServ/Daemon/DaemonClient.cs:270 |
That's not enough you also need to set the transaction Id and emc requires a charity.
On Jan 21, 2018, at 1:38 AM, albert-the-creator <notifications@github.com<mailto:notifications@github.com>> wrote:
@Virtuworks<https://github.com/virtuworks> Nice!! I'll check you guys out!
P.s. For anyone else with this issue, i'm exploring adding the support to src/CoiniumServ/Daemon/DaemonClient.cs:270
data.Add("rules", new[] {"segwit"});
-
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#590 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AMHp5p4tK_ZfGN4f9wbcpfbktXEV4_twks5tMttpgaJpZM4CwOjS>.
|
We use your product now more then 72 hours.
Mining EMC2 with more then 15MH/s and no blocks.
With nomp we fount i the same time several blocks.
I can find any errors in logs. so i am not able to see the problem. but i think it can not be to found no block in emc2 for so long time.
Version: CoiniumServ Aurora 0.2.2.30304
--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/5365388-not-able-to-find-block?utm_campaign=plugin&utm_content=tracker%2F401667&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F401667&utm_medium=issues&utm_source=github).The text was updated successfully, but these errors were encountered: