flipflop.0
Newbie
Offline
Activity: 34
Merit: 0
|
|
February 15, 2018, 07:05:52 AM |
|
Seeing as we are ALL using the same miner for this coin, the fact that it is a bit inefficient doesn't matter to much. We are all using a little more power than we need too and we are all hasing at a sub-optimal rate. The % split of rewards is therefore exactly the same as if the miner was 100% efficient. It's a wonderful, beautiful and all around amazing level playing field at the moment And, if I understand this correctly, as long as the difficulty is >1 then the chain has more hasing power than it needs so an extra few % right now from each miner doesnt really matter to much (<- please correct me on this) No, you are right, I just want to point that in future 10 or 20 Watts/hour more could be a big diference, for those who are mining. If a new miner is actually coming if I may I would also to add some features if possible: - Hash rate ( instant and last 1 minute and 15 minutes) - Number of found blocks - Number of rejected blocks - ping time (for me this are the most important, but if you want to add more information, I am not against !) Noted And yes, power efficiency is important. + The ability to set CPU core affinity You can set the number of threads with --threads [number] Glad to hear a new release is on its way. I am having trouble with the DB, it takes hours to rebuild. Last time, the daemon lasted just about an hour after rebuilding the DB on one machine. Though the other machine ran +24h without issues. If it is technically feasible at the moment, I suggest a miner build into a wallet, it has some advantages. I think it would also best suit your reward structure (1.9+1) and spread the hashrate, especially if you add mobile wallets. The wallet/miner from coinage looks promising although they are in a very early stage, too.
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 15, 2018, 12:18:59 PM |
|
You can set the number of threads with --threads [number] True (and yes it's important for optimal performance), but that doesn't let you specify which cores they will run on. Glad to hear a new release is on its way. I am having trouble with the DB, it takes hours to rebuild. Last time, the daemon lasted just about an hour after rebuilding the DB on one machine. Though the other machine ran +24h without issues. I think everyone has had multiple issues with Avestad, so please don't think it's something wrong with your build and then spend ages trying to figure out what it is. Chances are it's not your machine(s). The only advice we can offer at present is to stop the process once a day and take a copy of the DB folder. That way you won't have to re-sync from scratch next time it corrupts.
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 16, 2018, 11:42:13 PM |
|
Is anyone elses client going crazy throwing LOADS of messages like.. Transaction c03126234a5a93e0e6e903a256338b19863ac64a4c39683bb9329dfc68b9d9f4 is not valid. Reason: Transaction uses spent key image ? On a positive note.. I have always been a fan of the little things, those seemingly insignificant details that tell you sooooo much more than i would seem at first glance. Well, has anyone notice that if you go to the Avesta site you now get a cloudflare message? Looks like they have gone for DDOS protection etc. On the surface that doesn't seem too amazing but in my mind it does signify that they are thinking about the long haul GJ guys and gals, keep it up.
|
|
|
|
jannoi (OP)
Newbie
Offline
Activity: 47
Merit: 0
|
|
February 17, 2018, 11:51:12 AM |
|
Is anyone elses client going crazy throwing LOADS of messages like.. Transaction c03126234a5a93e0e6e903a256338b19863ac64a4c39683bb9329dfc68b9d9f4 is not valid. Reason: Transaction uses spent key image ? On a positive note.. I have always been a fan of the little things, those seemingly insignificant details that tell you sooooo much more than i would seem at first glance. Well, has anyone notice that if you go to the Avesta site you now get a cloudflare message? Looks like they have gone for DDOS protection etc. On the surface that doesn't seem too amazing but in my mind it does signify that they are thinking about the long haul GJ guys and gals, keep it up. The transaction "error" is actually a dual spend attempt or an account trying a transfer before the transfer before hasn't been confirmed yet.
|
|
|
|
JBnl
Newbie
Offline
Activity: 48
Merit: 0
|
|
February 17, 2018, 01:53:13 PM Last edit: February 17, 2018, 02:07:38 PM by JBnl |
|
Hi, want to start with cpu mining this coin and just started the initial sync. How long does it usually take to sync up the first time? Does it show me a message once it's finished? Thanks Edit; It synced in the meantime. I'm starting the miner bat file but I'm receiving an error that it can't connect to daemon (result 10061) - because the target computer is actively refusing the connection?
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 17, 2018, 04:51:06 PM |
|
The transaction "error" is actually a dual spend attempt or an account trying a transfer before the transfer before hasn't been confirmed yet. Ahhhhhhh, you can't trust anyone these days. What we really need is a currency based on an immutable ledger where 1000's of independent parties all confirm transactions on a concensous basis....... oh wait a minute I'm starting the miner bat file but I'm receiving an error that it can't connect to daemon (result 10061) - because the target computer is actively refusing the connection? Hi, What command line options are you using to start each process?
|
|
|
|
JBnl
Newbie
Offline
Activity: 48
Merit: 0
|
|
February 17, 2018, 07:20:24 PM |
|
Hi,
What command line options are you using to start each process?
Thanks, but I think I got it working now. Errors are gone and it says ' Miner - Starting mining for difficulty xxxx '
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 17, 2018, 07:38:47 PM |
|
Thanks, but I think I got it working now. Errors are gone and it says ' Miner - Starting mining for difficulty xxxx ' Fab
|
|
|
|
JBnl
Newbie
Offline
Activity: 48
Merit: 0
|
|
February 18, 2018, 10:12:16 AM |
|
As we’re basically mining blind at the moment, how long do the payments take to transfer into our wallets? Very curious about the amount of coins I’ve mined so far...
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 18, 2018, 12:13:19 PM |
|
As we’re basically mining blind at the moment, how long do the payments take to transfer into our wallets? Very curious about the amount of coins I’ve mined so far... Yes, pretty much. They have to push mining rewards manually at the moment so it can be anything from a day too several days before your balance updates. What I can say with certainty is that it's deffinately worth it and you should throw everything you have at it. If my kitchen sink could hash, it would be mining right now.....
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 21, 2018, 09:25:45 AM Last edit: February 23, 2018, 08:35:02 PM by Mark_l |
|
A quick tip for everyone that I figured out yesterday.. When you back up the contents of the DB folder you also need to grab a copy of the blockindexes.bin and blocks.bin files. These files look like they are index's of the contents of the DB folder and yesterday I had to restore these as well as the contents of the DB folder. Alternatively, you can also add to following to the end of you miners command line ' --daemon-address avesta.webredirect.org:9971' I have a second machine with the client on that is just running avestad on this address. Feel free to mine against it if you need too\dont want to run your own copy. I make no promises with regards to uptime (but I use it so I'll be doing my best to make sure it's up) or performance (it's and I5 750 @4Ghz with 8GB of RAM and an SSD onN 5Ghz wifi, so it should be quick). EDIT: One further tip... I have recently found that disabling Windows write caching on the drive that holds the DB files massively improves the stability of the Avestad software.
|
|
|
|
kev_e
Newbie
Offline
Activity: 2
Merit: 0
|
|
February 25, 2018, 11:57:58 AM |
|
|
|
|
|
jannoi (OP)
Newbie
Offline
Activity: 47
Merit: 0
|
|
February 26, 2018, 08:59:38 AM |
|
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 26, 2018, 10:44:00 PM |
|
Is anyone else having an absolute nightmare getting the client to accept mined blocks? >75% of the block I mine are getting rejected with a 'Couldn't submit block xyz123, reason Blocknotaccepted' message.
Combine this with the fact that the difficulty has shot up and it's a real pain.
Someone somewhere must be submitting blocks ok and not encountering these issues otherwise the difficulty wouldn't have shot up.
I've tried absolutely everythign I can think off interms of setup and configuration but nothing helps.
|
|
|
|
jannoi (OP)
Newbie
Offline
Activity: 47
Merit: 0
|
|
February 27, 2018, 08:27:29 AM |
|
Just faster CPU's that find more blocks get this occasionally. Its a combination of CPU speed and Latency.
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
February 27, 2018, 10:24:59 AM |
|
Just faster CPU's that find more blocks get this occasionally. Its a combination of CPU speed and Latency. I'm not so sure about that... This morning the difficulty was up around 13k (the same as yesterday), yet almost every single block was being accepted ok. Yesterday with the same difficulty almost every single block (>75%) was being rejected. That implies it is not related to hashpower and people beating you to the punch. Add to that the fact that blocks only seem to get rejected on mass when they are processing transactions and our wallet balances are moving. I'm not 100% convinced it is as simple as hash power \ latency etc. Plus, as soon as someone mines a block all miners should be notified and thier mining clients should swap to the new top block. Occasionally you'll find a block between someone else submitting one and getting the notification that a block has been found which will cause your block to be rejected, but that shouldn't happen 50 times in a row. No, I think something else has been going on... Maybe the notification that someone else has mined a block hasn't been working?
|
|
|
|
jannoi (OP)
Newbie
Offline
Activity: 47
Merit: 0
|
|
March 02, 2018, 05:10:12 AM |
|
It is just software reporting, When a block has been found before you it will say couldn't submit block. It should have said block already found - (we didn't add this reporting yet)
Coudn't submit should be more specific either: already found, Incorrect block, Newer top block available.
|
|
|
|
Mark_l
Newbie
Offline
Activity: 72
Merit: 0
|
|
March 02, 2018, 02:02:25 PM |
|
It is just software reporting, When a block has been found before you it will say couldn't submit block. It should have said block already found - (we didn't add this reporting yet)
Couldn't submit should be more specific either: already found, Incorrect block, Newer top block available. I'm 99% sure that it's not someone beating you to the punch. This morning the difficulty was up around 13k (the same as yesterday), yet almost every single block was being accepted ok.
Yesterday with the same difficulty almost every single block (>75%) was being rejected.
|
|
|
|
ogombii
Jr. Member
Offline
Activity: 50
Merit: 1
Mining since 2018
|
|
March 08, 2018, 07:40:36 PM |
|
Help I'm getting the following:
2018-Mar-08 19:39:26.916133 INFO [MinerManager] requesting mining parameters 2018-Mar-08 19:39:26.961251 WARNING [MinerManager] Couldn't get block template: Coreisbusy Fatal: Coreisbusy
|
Try Kano Pool (https://kano.is/)
|
|
|
jannoi (OP)
Newbie
Offline
Activity: 47
Merit: 0
|
|
March 09, 2018, 03:03:57 AM Last edit: March 12, 2018, 01:48:34 AM by jannoi |
|
Maintenance Notification:
The weekend of 10-15 march AVE platform and mining will temporarily be on maintenance to update to Avesta Core v2
|
|
|
|
|