Now export data is available with ALL Formulas inside!

+ for BTC revenue calculation replaced 2^32 with more "kosher" 2^48/65535.

Enjoy your spreadsheets folks and lmk where we might have screwed up on math!

Shipped another feature: share results. After OSS is released, will try to improve it - making the URL shorter.

We found the reason. Throttling from AWS. Now we got higher quotas from AWS to accommodate a higher number of requests per sec. Should work fine now.
Thank you for pointing at this issue first!

Shipped Export data (as excel file). Without formulas for now. Check it out.

Agree overall with above comments direction: by default be very careful when considering cloud mining.

I just wanted to add a bit of nuance:

Imagine you invested in a mining farm: land, warehouse, shelves, transformers. Your primary concern is to fill up 100% of your capacity as quickly as possible.

You have three options:
(1) Raise more capital and buy machines yourself => self-mining.
(2) Find clients who bring their hardware => hosted mining (or "mining hotels").
(3) Sell "virtual" machines, collect money, and buy machines => cloud mining.

Some operators might use a mix of all three options.

Cloud mining is administratively simpler than (2) since contracts are not based on specific units (which can fail or underperform), but rather on a theoretical hashrate. Some sell it as if new model "ASIC" while on the real shelves there are completely different models (who can check?). Also (3) allows to sell a "fraction" of a miner, making it more retail-friendly. The problem arises when the underlying hardware starts to fail. For instance, if you promised a certain hash rate to your cloud clients but the machines you bought are faulty. Many other issues can occur if risks are not properly managed, ie when the actual hashrate from operations is behind promised hashrate.

In theory, cloud mining, if done correctly, can exist (IMHO). However, it is challenging, which is why those who have resources prefer to go for option (1) or, at most, option (2).


To answer your question about why someone would choose cloud mining instead of mining themselves:
- In option (1), earnings are volatile since revenue is in BTC and operating expenses (OPEX) are in fiat currency;
- In options (2) and (3), earnings are fixed since contracts are usually in fiat currency per TH/s or kilowatt-hour kWh.

I hope we can add a section to our calculator (https://aidala.uk/dashboard) that allows users to visualize and compare earnings from mining versus earnings from hosting over a selected period. This comparison can often provide very interesting insights.

this might be when you select date ranges where we have no data behind (too early or in the future). Just discussed with our FE dev on that: by the end of this week we should push some updates with "limits" to mining start/end dates with a clear note.

Next time if error appears could you pls send a screenshot of your input section?

Thank you for your feedback! Yeah, buying BTC often outperforms mining over the long term, which is exactly why we incuded our mine vs buy ratio. It would be fascinating to integrate historical unit-costs data and run scenario analyses to explore this further. ASIC pricing is a complex topic with many variables influencing it beyond just BTC volatility. These variables include inventory levels, tech advancements, supplier competition, opex. Each of these factors can impact the fair pricing of hardware. One juicy feature would be to come up with "a fair ASIC price" indicator in our calculator somehow. The starting point is ofc mine vs buy.


The next feature release is export data - which should be shipped this week normally (jumping on our sprint call with the team now to follow up on that).

Stay tuned for updates!

Thank you! The "closing" daily data is at 00:00 UTC. Indeed, you have noticed a limitation: it currently only uses daily data. Consequently, during the bi-weekly difficulty changes, our calculator considers only one difficulty level, leading to slightly inaccurate BTC revenue estimates for those days. Typically, as difficulty increases, the calculated accumulated revenue over the long term is slightly lower than in reality. To address this, we would need more granular data, which would increase costs due to the need for additional storage and processing. For now, we accept this immaterial discrepancy.


Correct. adding to the log.

Product improvement log:

1. MODEL input: based on the selected period suggest the list of miners arranged by their profitability, letting user select one they wish. easy
1.1. Integrate model release dates to ensure historical precision. easy

2. New button:
(a) Export data (as excel file). without formulas - Shipped🚀. With formulas - hard Shipped🚀.
(b) Share Results - Shipped🚀. Make URL shorter - later.
(c) Start - End date input logic - autocorrecting input when no data behind + helpful UX note. Shipped🚀

3. Consider allowing user picking several different models aggregating revenues as total. This may expand inputs part. hard.

4. Add alt-coin PoW models to the database. easy

5. Energy Cost input: add options (fixed rate/profit share/fixed rate with profit share). hard

6. New Input: % for HODLING, ie. BTC is sold in full vs sold just to cover OPEX => brings unrealised gains into financial results calculations. easy. UX/UI advanced

7. New Logic: current profit per day. This may diminish the idea that calculator is "historical". Find a way to align this feature.

8. New section: Comprehensive Asset Management Report. Feed historical data into an LLM with a structured prompt to generate a comprehensive report, including earnings, strategies, and performance analysis. hard

9. Advanced Input:
9.1. Include advanced inputs for overclocking and consumption settings. easy.
9.2. additional expenses per month. easy
9.3. pool % to the cost. easy

Thank you for those suggestions!

We would need  to implement model release dates first, to be historically precise. It should be easy to implement. The question is why do you want this feature and how UI to look like? you want to see the most/least profitable models for selected mining period, then pick the one you are interested in for more insights, right?

Roger. in our pipeline. just need to get correct specs for those settings. Also utilization % rates are the same category of accuracy improvement (will go into “advanced” inputs).
you can adjust hashrate and wattage manually already though.

Hello Bitcoin Talk Community,

We're excited to share our Advanced Profitability Calculator, designed to assist BTC miners in evaluating their operations and maximizing efficiency using accurate historical Bitcoin data. Whether you want to calculate opportunity costs during downtimes or compare different HODLing strategies, our tool provides practical insights.

We plan to open-source the calculator, allowing everyone to use, integrate, and build upon it. Try it out and share your feedback!

Watch the Demo: https://youtu.be/QA1tQTc70fU?feature=shared and Try the Calculator: https://aidala.uk/dashboard

We would love to hear from you.

Best regards,
The Aidala Team https://aidala.uk/