fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
January 16, 2020, 09:31:35 AM |
|
Grin fork to cuckaroom29 is now supported. Added gpu values for both amd and nvidia for lolminer and gminer.
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
January 21, 2020, 03:08:05 PM |
|
Anyone know the hashrate of an old 980ti on Progpow algo plz? thx Cant find anything quickly, no hard to test it either. Might be faster to ask the owner Ok thx for your reply. Got it GeForce GTX 980 Ti 15.157 MH/s 244 W 62.117 kH/W c +150 mem -201 pw 100% ProgPow.
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
February 28, 2020, 11:30:32 PM |
|
ProgPow hashrate = ProgPowZ hashrate the same. For Zano.
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
February 29, 2020, 02:18:40 AM |
|
ProgPow hashrate = ProgPowZ hashrate the same. For Zano.
Will check
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
March 05, 2020, 09:51:32 PM Last edit: July 29, 2020, 05:50:00 AM by tbearhere |
|
ProgPow hashrate = ProgPowZ hashrate the same. For Zano.
Will check
|
|
|
|
Staller
Newbie
Offline
Activity: 9
Merit: 0
|
|
March 19, 2020, 04:51:50 PM |
|
Hi, tried to find, but failed, tell me plz, is there an API for fetching your jsons?
tnx in advance
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
March 19, 2020, 06:18:42 PM |
|
Hi, tried to find, but failed, tell me plz, is there an API for fetching your jsons?
tnx in advance
Json is all there is - always marked by UI button on the top. There are no docs if thats the question. Params are the same as used in general UI urls.
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
April 18, 2020, 10:52:13 AM Last edit: April 18, 2020, 11:29:56 AM by tbearhere |
|
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
April 18, 2020, 11:03:57 AM |
|
Already looking into it
|
|
|
|
tbearhere
Legendary
Offline
Activity: 3178
Merit: 1003
|
|
April 18, 2020, 11:24:08 AM Last edit: April 18, 2020, 11:38:21 AM by tbearhere |
|
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
June 26, 2020, 11:04:20 AM |
|
Extracted RVN to separate KawPow form and updated amd gpu values for latest teamredminer.
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
July 08, 2020, 06:47:44 PM |
|
Updated beamhash3 GPU hashrates for BEAM with latest miniZ and lolMiner
Reselect cards to get new values.
|
|
|
|
shebang
Newbie
Offline
Activity: 6
Merit: 0
|
|
July 14, 2020, 10:23:40 PM |
|
Hi fredeq, First of all - massive respect for doing this for the community, I hope it paid off somehow.
I have a question regarding JSON response, sorry if you already answered it somewhere (search didn't help). Is there any way to programmatically obtain hash values for each GPU ? I'm making a Python script for ROI calculation for each available GPU, and I had to manually hardcode hash values that pop out on your website after selecting a specific GPU. I've tried constructing the query URL without those parameters but JSON response gives default calculations in that case (3 x 480 cards).
I'm guessing it's possible to scrape this with some low level stuff but I was kinda hoping for something more straight forward. Any tips are welcome!
Thanks!
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
July 14, 2020, 10:57:08 PM |
|
I have a question regarding JSON response, sorry if you already answered it somewhere (search didn't help). Is there any way to programmatically obtain hash values for each GPU ? I'm making a Python script for ROI calculation for each available GPU, and I had to manually hardcode hash values that pop out on your website after selecting a specific GPU. I've tried constructing the query URL without those parameters but JSON response gives default calculations in that case (3 x 480 cards).
Thanks!
At this moment we do not have a stable api response that you could call for all gpus hashrate. It could be possible to tap into js response of /coins adapt call for gpu values but thats not the intended way (we could change the format/architecture at any point) Maybe it could be bundled with user premium access and api
|
|
|
|
shebang
Newbie
Offline
Activity: 6
Merit: 0
|
|
July 14, 2020, 11:33:08 PM |
|
Thanks for such a fast response! Yeah, you should probably take it up a notch and charge for the API. It would be extremely useful for people who want to do auto algo/coin switching. You are probably aware of this, but here's a site by someone who's already taking donations in exchange for a complete API: https://api.cointomine.today/I would gladly pay a reasonable price for this to whattomine though, to complement an already great experience with the website.
|
|
|
|
shebang
Newbie
Offline
Activity: 6
Merit: 0
|
|
July 26, 2020, 04:24:59 PM |
|
Update: I managed to pull off the ROI calculator using WhatToMine but I'm still having trouble with mapping GPU algos from URL query parameters to those provided by JSON response. This is what I got so far: algo_mappings = { "eth": "Ethash", #Ethash "zh": "Zhash", #Zhash "cnh": "CryptoNightHaven", #CNHeavy ??? "cng": "CryptoNightGPU", #CNGPU "cnr": "CryptoNightR", #CryptoNightR "cnf": "CryptoNightFastV2", #CNFast "eqa": "Equihash (210,9)", #Aion "cc": "CuckooCycle", #CuckooCycle "cr29": "Cuckarood29", #Cuckaroo(d)29 "cm29": "Cuckaroo29s", #Cuckaroo29s ??? "cz29": "Cuckarooz29", #Cuckarooz29 "ct31": "Cuckatoo31", #Cuckatoo31 "ct32": "Cuckatoo32", #Cuckatoo32 "eqb": "BeamHashIII", #Beam "rmx": "RandomX", #RandomX "ns": "NeoScrypt", #NeoScrypt "x16r": "X16Rv2", #X16Rv2 "eqz": "EquihashZero", #EquihashZero "zlh": "ZelHash", #ZelHash "kpw": "KawPow", #KawPow "ppw": "ProgPow", #ProgPow "x25x": "X25X", #X25X "mtp": "MTP", #MTP "lrev3": "Lyra2REv3" #Lyra2REv3 } Explanation for each key/value pair and its comment: key: algo in the URL query param value: algo returned by JSON response comment: algo name in website frontend fredeq is the premium access and api somewhere on the roadmap or is it just an idea at this point?
|
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
July 26, 2020, 06:18:29 PM |
|
fredeq is the premium access and api somewhere on the roadmap or is it just an idea at this point? Api is ready, the docs and premium access are missing. But what do you need it for? Its gonna basically do almost the same stuff as current json
|
|
|
|
shebang
Newbie
Offline
Activity: 6
Merit: 0
|
|
July 27, 2020, 07:48:42 PM |
|
I was hoping it would provide a more straightforward way of obtaining algo data (hashrate/power usage) for each GPU. It would be great if there was a http GET request for that stuff instead of selecting each GPU programmatically and scraping the values that get populated at that point. That is not such a huge problem once you figure out how to do it, the thing that worries me the most is described in the snippet in my previous post. For example, "eqa" query parameter corresponds to "Equihash (210,9)" algo name returned in the JSON response. This is something I figured out, but there are some query params like "cnh" or "cm29" that are harder to correlate with algo names returned by JSON response. It would be awesome if JSON response for each coin contained this shoretened algo name that could be correlated with the URL param. That way I could reliably determine the power usage of the GPU for the corresponding algo and substract the power cost from the revenue returned in JSON response to get profits. AFAIK no matter what kW/h price I send in the query param it will always produce the same JSON response with revenue based on hashrate. I know you have this logic somewhere in the backend because the website frontend shows profitability (as opossed to JSON that only shows revenue). If I am missing something, or doing something wrong please correct me and accept my apologies for wasting your time. I understand if these things are something that wouldn't benefit many people and would be a waste of time for you. I'm trying to build a ROI calculator for GPUs and your data for hashrates and power usages accross GPUs has proven to be the best source of truth thus far. I've tried that cointomine API I mentioned in one of my posts, although it has a well structured API with everything I need, it unfortunately isn't maintained for over a year, and each GPU has its Max TDP value hardcoded for all algos. Please tell me to leave you alone if this is becoming too much, I always have to option of scraping the entire frontend if nothing else works.
|
|
|
|
Beave162
|
|
July 28, 2020, 12:52:06 PM |
|
I was hoping it would provide a more straightforward way of obtaining algo data (hashrate/power usage) for each GPU. It would be great if there was a http GET request for that stuff instead of selecting each GPU programmatically and scraping the values that get populated at that point. That is not such a huge problem once you figure out how to do it, the thing that worries me the most is described in the snippet in my previous post. For example, "eqa" query parameter corresponds to "Equihash (210,9)" algo name returned in the JSON response. This is something I figured out, but there are some query params like "cnh" or "cm29" that are harder to correlate with algo names returned by JSON response. It would be awesome if JSON response for each coin contained this shoretened algo name that could be correlated with the URL param. That way I could reliably determine the power usage of the GPU for the corresponding algo and substract the power cost from the revenue returned in JSON response to get profits. AFAIK no matter what kW/h price I send in the query param it will always produce the same JSON response with revenue based on hashrate. I know you have this logic somewhere in the backend because the website frontend shows profitability (as opossed to JSON that only shows revenue). If I am missing something, or doing something wrong please correct me and accept my apologies for wasting your time. I understand if these things are something that wouldn't benefit many people and would be a waste of time for you. I'm trying to build a ROI calculator for GPUs and your data for hashrates and power usages accross GPUs has proven to be the best source of truth thus far. I've tried that cointomine API I mentioned in one of my posts, although it has a well structured API with everything I need, it unfortunately isn't maintained for over a year, and each GPU has its Max TDP value hardcoded for all algos. Please tell me to leave you alone if this is becoming too much, I always have to option of scraping the entire frontend if nothing else works. OR instead of being so demanding, you can do all of it yourself! Instead of trying to make him take on a different business model, just scrape! What's wrong with that? There are plenty of services that attempt profit switching. Every new parasite thinks they found a loop hole in profit-switching, but it's always a failed scheme. You may mine the most profitable coin, but then there is a massive reorg. Or you mine an illiquid coin that drops dramatically in price before your pool's confirmation threshold is reached. I like the website that doesn't cater to this degenerative behavior, that is simple with an amazing UX. But you should certainly be allowed to pay a HUGE price for it on the side.
|
YaCoin: YL5kf54wPPXKsXd5T18xCaNkyUsS1DgY7z BitCoin: 14PFbLyUdTyxZg3V8hnvj5VXkx3dhthmDj
|
|
|
fredeq (OP)
Legendary
Offline
Activity: 1537
Merit: 1005
|
|
July 28, 2020, 02:23:15 PM |
|
For example, "eqa" query parameter corresponds to "Equihash (210,9)" algo name returned in the JSON response. This is something I figured out, but there are some query params like "cnh" or "cm29" that are harder to correlate with algo names returned by JSON response. It would be awesome if JSON response for each coin contained this shoretened algo name that could be correlated with the URL param. That way I could reliably determine the power usage of the GPU for the corresponding algo and substract the power cost from the revenue returned in JSON response to get profits. AFAIK no matter what kW/h price I send in the query param it will always produce the same JSON response with revenue based on hashrate. I know you have this logic somewhere in the backend because the website frontend shows profitability (as opossed to JSON that only shows revenue).
I would say scrape for now is the best option. You have translated algo param names to algo names so it should be fine now? If you dont mind the possibility of response format changing at one point then check for JS call made in the browser (adapt) on https://whattomine.com/coinsAs long as you plan to use our data on some other website it would be welcome to put a link + explanation on your side.
|
|
|
|
|