Pages:
Author

Topic: Whattomine - profitability website with basic json. - page 14. (Read 94973 times)

sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
Aeon and Loki. Do they really have variable block rewards? Aeon looks more like a bug Smiley

   
newbie
Activity: 33
Merit: 0
Very helpful, great work, I just like your websites look and feel, simple yet easy to move around. It would be good if you mention the different ways of mining. Thank you.
sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
Yes, I confused myself)) I'm using 2^32.
legendary
Activity: 1537
Merit: 1005
Is it 2^20 already? I will divide and use 2^13 that makes sense. What devs know Cheesy

Its already updated to 2**20, but you wont get good results with 2**13.
You said yourself that without any actions the api diff should work with 2**32.
sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
Is it 2^20 already? I will divide and use 2^13 that makes sense. What devs know Cheesy
legendary
Activity: 1537
Merit: 1005
equihash formula
Isn't equihash 2^13?

P.S. Someone just dumped 200k CMM Cheesy Profit halved.

Hah so thats why I had to lower it to 2**12...
Ok will show diff multiplied by 2**20 instead of 10**6

Thanks again Smiley

@lexustop
Normally no, but keccak is available on the coins list via those params: kec=true, factor[kec_hr], factor[kec_p]

sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
equihash formula
Isn't equihash 2^13?

P.S. Someone just dumped 200k CMM Cheesy Profit halved.
legendary
Activity: 1537
Merit: 1005
Why CMM diff is 8000 instead of 0.008 like node shows? Smiley
Regular formula for reward with 2^32 should work.

Spoken a bit with the coin dev and was suggested to use api_diff * 10**6 as coin difficulty + equihash formula.
This diff is also returned by official explorer.

@lexustop
Trading service based on wtm? Not sure I get it Cheesy

1. Default json response is for current default hashrates and powers. Would suggest to specify all parameters you need so they dotn change.
2. Not possible right now, will think about adding it to each coin response.
3. There is no list endpoint for Blake (2s). Verge is the only coin listed with this algo btw.
sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
Why CMM diff is 8000 instead of 0.008 like node shows? Smiley
Regular formula for reward with 2^32 should work.
legendary
Activity: 1537
Merit: 1005
@fredeq
I calculated weighted average [SUM(diff * blocktime) / SUM(blocktime)] for many coins, it's higher than avg on WTM, even 17% higher for STRAKS Cheesy
It seems to be more accurate when network is under hashrate attacks: https://blockstats.pw/qbic/
Without major hashrate jumps it's close to simple average (+5-10% max).

Interesting, thanks for the details. Indeed it should show better results for coins with big hash jumps.
Hmm will restore original timespan then for straks, avg was better for calcs before.
To be honest I want to look into it more myself and crunch the numbers, but first need to deal with other stuff.

Btw is that your website? pretty cool Smiley
Can see you already added the weighted average, will be helpful.
sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
@fredeq
I calculated weighted average [SUM(diff * blocktime) / SUM(blocktime)] for many coins, it's higher than avg on WTM, even 17% higher for STRAKS Cheesy
It seems to be more accurate when network is under hashrate attacks: https://blockstats.pw/qbic/
Without major hashrate jumps it's close to simple average (+5-10% max).
newbie
Activity: 10
Merit: 0
Honestly I am thinking that weighted average is the explanation here.
Simple average wont represent the data well, cause you can have many blocks stacked in short period with low diff.
How do you calculate weighted average? What blocks are more important than others?)

If there are many blocks with low diff then next there will be blocks with much higher diff.
Difficulty basically defines the expected number of hashes to mine a block, if nethash finds block faster or slower than target spacing then diff is adjusted accordingly.
If diff retargeting is working correctly, simple average of all diffs will give very accurate number of hashes on a long interval. And 24 hours is pretty long, hundreds or even thousands of blocks.

In other words taking all blocks from last 24h and calculating simple avg is not good or wanted.
It matters how long each difficulty period was mined for.
You are polling diff each N minutes, what is your avg called? Absolutely random? Cheesy

The weighted average I was talking about would take into consideration how long it took miners to mine on certain difficulty.
Time between blocks would just have been the "weight" summing up to 24h.

If diff retarget is working correctly then your statement should be true - simple average should do the work.
There are many coins where imo its not working as intended - or just cant handle the nethash swings.
When you have those low diff periods on straks then the big hashes waiting for the drop will take majority of the blocks and leave after the diff raises up.

About your second question. I believe that polling every N minutes simulates the "weighted based on time" average quite nicely.
Why? Cause the estimated rewards just match what I have mined for the last 24h. Afterall thats all that matters.

If I was to name it then "Normalized time spent mining average difficulty" would be close.
For sure we dont want a simple avg here and the 24h value on wtm should not be interpreted as one.

@whittle @nitro3
Last time I asked dbix devs about working apis for network stats I got no response.
Honestly listing invalid api urls on official website does not inspire confidence.
Guess I will wait for the apiv2? Or the old apis are back online?

Apis are already out there, developed by community, and used by all pools


@Mikanoshi
BTCZ calc updated with new algo

sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
When you have those low diff periods on straks then the big hashes waiting for the drop will take majority of the blocks and leave after the diff raises up.
Same on XSH, so profit for regular miners is 2-3x less than the calculated value.
You cannot take this into consideration because it's random and actually one miner gets the correct calculated rewards Cheesy

Quote
About your second question. I believe that polling every N minutes simulates the "weighted based on time" average quite nicely.
Why? Cause the estimated rewards just match what I have mined for the last 24h. Afterall thats all that matters.

If I was to name it then "Normalized time spent mining average difficulty" would be close.
For sure we dont want a simple avg here and the 24h value on wtm should not be interpreted as one.
I get it, belief and coincidences. Sorry, but simple average will remain the only reasonable way for me to calculate theoretical rewards that can be compared to each other, until someone shows a better mathematical method. Currently no profit calc has all the correct average difficulties.
legendary
Activity: 1537
Merit: 1005
Honestly I am thinking that weighted average is the explanation here.
Simple average wont represent the data well, cause you can have many blocks stacked in short period with low diff.
How do you calculate weighted average? What blocks are more important than others?)

If there are many blocks with low diff then next there will be blocks with much higher diff.
Difficulty basically defines the expected number of hashes to mine a block, if nethash finds block faster or slower than target spacing then diff is adjusted accordingly.
If diff retargeting is working correctly, simple average of all diffs will give very accurate number of hashes on a long interval. And 24 hours is pretty long, hundreds or even thousands of blocks.

In other words taking all blocks from last 24h and calculating simple avg is not good or wanted.
It matters how long each difficulty period was mined for.
You are polling diff each N minutes, what is your avg called? Absolutely random? Cheesy

The weighted average I was talking about would take into consideration how long it took miners to mine on certain difficulty.
Time between blocks would just have been the "weight" summing up to 24h.

If diff retarget is working correctly then your statement should be true - simple average should do the work.
There are many coins where imo its not working as intended - or just cant handle the nethash swings.
When you have those low diff periods on straks then the big hashes waiting for the drop will take majority of the blocks and leave after the diff raises up.

About your second question. I believe that polling every N minutes simulates the "weighted based on time" average quite nicely.
Why? Cause the estimated rewards just match what I have mined for the last 24h. Afterall thats all that matters.

If I was to name it then "Normalized time spent mining average difficulty" would be close.
For sure we dont want a simple avg here and the 24h value on wtm should not be interpreted as one.

@whittle @nitro3
Last time I asked dbix devs about working apis for network stats I got no response.
Honestly listing invalid api urls on official website does not inspire confidence.
Guess I will wait for the apiv2? Or the old apis are back online?

@Mikanoshi
BTCZ calc updated with new algo
newbie
Activity: 10
Merit: 0
Please add Dubaicoin(dbix) on whattomine, it is 100% legit project..
At the moment dbix is most profitable coin..
Palmex exhchange got license from central bank of Bahrain, and dbix is a part of arabianchain team and palmex.
New version of API v2 will be added by the end of next month..

https://news.bitcoin.com/crypto-exchange-approved-regulatory-sandbox-license-bahrain/
full member
Activity: 294
Merit: 102
BitcoinZ hardforked to a new algo.

Theres going to be alot of this happening soon! I know ZEN and a few other coins are going to do the same.
sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
BitcoinZ hardforked to a new algo.
newbie
Activity: 49
Merit: 0
@fredeq

What you need to add DBIX - DubaiCoin ?

API already online and several sites already use...
arabianchain is working hard. Maybe the community can help.
sr. member
Activity: 798
Merit: 252
Insane In The Blockchain ⚠
Honestly I am thinking that weighted average is the explanation here.
Simple average wont represent the data well, cause you can have many blocks stacked in short period with low diff.
How do you calculate weighted average? What blocks are more important than others?)

If there are many blocks with low diff then next there will be blocks with much higher diff.
Difficulty basically defines the expected number of hashes to mine a block, if nethash finds block faster or slower than target spacing then diff is adjusted accordingly.
If diff retargeting is working correctly, simple average of all diffs will give very accurate number of hashes on a long interval. And 24 hours is pretty long, hundreds or even thousands of blocks.

In other words taking all blocks from last 24h and calculating simple avg is not good or wanted.
It matters how long each difficulty period was mined for.
You are polling diff each N minutes, what is your avg called? Absolutely random? Cheesy
legendary
Activity: 1537
Merit: 1005
Will continue with straks after I will process the last batch of requests and emails.
https://api.straks.info/v2/charts/difficulty?days=1
All blocks for the last 24h, easy Smiley

Honestly I am thinking that weighted average is the explanation here.
Simple average wont represent the data well, cause you can have many blocks stacked in short period with low diff.

In other words taking all blocks from last 24h and calculating simple avg is not good or wanted.
It matters how long each difficulty period was mined for.
Pages:
Jump to: