# Economic analysis of Chunk only producers

**URL:** <https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635>\
**Category:** validators\
**Tags:** research\
**Created:** [January 23, 2023, 4:01pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635 "2023-01-23T16:01:41Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![mariozito](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/mariozito/32/20416_2.png) [@mariozito](https://gov.near.org/u/mariozito)\
**Post date:** [January 23, 2023, 4:01pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/1 "2023-01-23T16:01:41Z")

</div>

Hi [@everyone](https://gov.near.org/groups/everyone):

Just to put some facts and numbers on the table, and following @cloudmex-alan proposal for [Alternative rewards models for validators](http://gov.near.org/t/research-alternative-rewards-models-for-validators/32508), I attach a spreadsheet which evaluates the **Net annual income** of a Chunk only producer under different fees and total stake received.

**Previous posts related to this subject** :

- [StakeWars III DNP Delegation discussion](http://gov.near.org/t/stakewars-iii-dnp-delegation-discussion/31865)

- [Stake Wars III - Results FULL LIST](http://gov.near.org/t/stake-wars-iii-results-full-list/32108)

- [Open Call for Validator Working Group](http://gov.near.org/t/open-call-for-validator-working-group/32308)

- [[Research] Alternative rewards models for validators](http://gov.near.org/t/research-alternative-rewards-models-for-validators/32508)

## Params and calculations

**Parameters** :

At the current date (Jan 23 2023), the following conditions apply:

- NEAR market price = **2.58 $USD/NEAR**
- Stake of last Block producer (validator #100) = **438,248 NEAR**
- Min estimated cost for running a Validator node (see details in spreadsheet) = **100 $USD/month**
- Rewards received per epoch and per staked NEAR = **0.000176 NEAR**
- Chunks produced per epoch (based on my own experience) = **15 chunks**
- Epoch duration (average) = **18 hs**
- Epochs per average month (30.4 days per month) = **40,5 epochs**

**Calculated Net annual income**

```auto
 Stake * Rewards_per_stake_and_epoch * Epochs_per_month * NEAR_Price * Fee/100*12  
 - Total_costs_per_month * 12

```

**The spreadsheet**

Open Google Sheet: [Chunk-only-validator-economics-v2.xlsx](https://docs.google.com/spreadsheets/d/1qOD8upGnue7dWDpxWzmnSporpzhn2d7J/edit?usp=share_link&ouid=108925700158220737871&rtpof=true&sd=true)

**DISCLAIMER** this is based on my very short experience as a Chunk only producer (pool `idtcn4`) so please comment and/or correct my assumptions whenever you think they are wrong.

## Results screenshot (Jan 23, 2023)

 ![Selección_007](https://europe1.discourse-cdn.com/flex005/uploads/gov_near/original/3X/2/7/27aa6ee53ca9a9c33d8bd35bd7309c1518bf38a9.png)

## Preliminary conclusions

**As the following spreadsheet shows , under the current market conditions and at a 1% fee, a Chunk only producer will never be profitable, even after collecting a 500,000 N stake, which just disqualifies it as a Chunk only producer.**

Is is not the purpose of this post to discuss what “marketing” activities can a Chunk only validator do to keep a decent amount of delegators attached to it’s pool, besides a very low fee (unprofitable for Chunk only producers as the numbers show) and having a provable and persistent high uptime (very difficult for new validators at least at this initial stage).

But considering the fact that some long time validators have now decreased their fees to 0% (avado, panda), and some well known ones (zavodil) have fees in the order of 1%, I think it is unfeasible for Chunk only producers to have fees much greater than 1% for two reasons:

1. Higher fees will not allow them to compete with more established and proved validators.
2. It is unlikely that Liquidity pools will delegate to them with higher fees.

A note about Liquidity pools:

Even when some liquidity pools (such as Metapool) inform us that 10% fee is the maximum allowed, it is highly improbable that they will delegate to Chunk only producers a huge amount of stake, considering that if you increase fees the APY goes down, and that Chunk producers have no enough provable history (yet).

In my (very short !) own experience, after running my node for almost a month at 100% uptime at 5% fee, and having been in the pending delegations list many times at [vote.metapool.app](https://vote.metapool.app/), the node have never received any delegations at all.

**Not to blame anybody, Liquidity pools have to provide the best outcome for those who are staking with them, and Chunk only producers just may not be the best choice most of the time.**

---

<div class="post-metadata">

**Author:** ![kiskesis](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/kiskesis/32/47492_2.png) [@kiskesis](https://gov.near.org/u/kiskesis)\
**Post date:** [January 23, 2023, 11:39pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/2 "2023-01-23T23:39:41Z")

</div>

Awesome work! Thanks, @mariozito!

That is what I tried to say!

I think we should think about limiting the bottom fee percentage for top nodes or speak with @zavodil and others about this.

We should think about how we can implement limitations, like:  
Top-20 nodes - minimum fee percentage - 7%  
Top-50 Nodes - minimum fee percentage - 5%  
Top-100 Nodes - min 3%  
And etc  
But as I understood we can’t do this without poolv2

So waiting for new proposals

---

<div class="post-metadata">

**Author:** ![ruziev-dev](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/ruziev-dev/32/35991_2.png) [@ruziev-dev](https://gov.near.org/u/ruziev-dev)\
**Post date:** [January 24, 2023, 8:02am UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/3 "2023-01-24T08:02:15Z")

</div>

Great job! I also became a chunk only validator after SW-III. And It is quite essential question for me too.

But I suppose that there is mistake in a counting:

> [@mariozito](#):
>
> - Epoch duration (average) = **18 hs**
> - Epochs per average month (30.4 days per month) = **40,5 epochs**

As I see:

- Epoch duration (average) = **14 hs**
- Epochs per average month (30.4 days per month) = **52 epochs**

Of course it doesn’t make chunk only validation profitable, but it moves breakeven point.

 ![image](https://europe1.discourse-cdn.com/flex005/uploads/gov_near/original/3X/7/f/7f1c67fbb1fc9383e3e24f4fb258254d789b45f0.png)

---

<div class="post-metadata">

**Author:** ![ruziev-dev](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/ruziev-dev/32/35991_2.png) [@ruziev-dev](https://gov.near.org/u/ruziev-dev)\
**Post date:** [January 24, 2023, 8:20am UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/4 "2023-01-24T08:20:26Z")

</div>

And this counting ignores a really secure way for validator pools. I mean backup nodes.  
The secure way doubles costs for validators and make it personal financial disaster.

---

<div class="post-metadata">

**Author:** ![mariozito](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/mariozito/32/20416_2.png) [@mariozito](https://gov.near.org/u/mariozito)\
**Post date:** [January 24, 2023, 2:34pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/5 "2023-01-24T14:34:47Z")

</div>

Great thanks for your correction !

I think that it has changed since the moment I started running the node (~Dec 15th) or I just miscalculated it. My mistake anyway.

Anyway, as you said it improves breakeven, but it does not change profitability a lot.

Of course this is highly sensitive to NEAR price, in my first version it was 1.6 so it was worst.Hope it keeps going up 🙂

---

<div class="post-metadata">

**Author:** ![mariozito](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/mariozito/32/20416_2.png) [@mariozito](https://gov.near.org/u/mariozito)\
**Post date:** [January 24, 2023, 2:39pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/6 "2023-01-24T14:39:30Z")

</div>

**Totally agree.** As mentioned in the sheet details, it does not consider a Backup node, which is really needed.

**BUT I wanted to keep cost estimation to a bare minimun to demonstrate that even when running under bare minimum costs it is still unprofitable in the long term.**

Of course, this costs may vary from validator to validator but I don’t think nobody can go below those min costs.

And putting all costs on the table really makes it MUCH worst. So shared the sheet so anyone can play with their own costs and fees.

---

<div class="post-metadata">

**Author:** ![Do0k13](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/do0k13/32/44893_2.png) [@Do0k13](https://gov.near.org/u/Do0k13)\
**Post date:** [January 24, 2023, 3:53pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/7 "2023-01-24T15:53:47Z")

</div>

Hello @mariozito, thank you for sharing your research. As we have been discussing in previous posts, to improve decentralization in the network we need more validators. I think no one wants to lose money every month for the whole year just to keep their node, so we need to make some proposals to improve profitability.

Tagging some people to include in this topic: @DDeAlmeida @cloudmex-alan @blaze @Alpar_NEAR @george_NEAR @marcelo @Bowen @satojandro

---

<div class="post-metadata">

**Author:** ![JoeSixpack](https://avatars.discourse-cdn.com/v4/letter/j/839c29/32.png) [@JoeSixpack](https://gov.near.org/u/JoeSixpack)\
**Post date:** [January 24, 2023, 8:37pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/8 "2023-01-24T20:37:19Z")

</div>

No, no and no! See: [[Research] Alternative rewards models for validators - #9 by JoeSixpack](http://gov.near.org/t/research-alternative-rewards-models-for-validators/32508/9)

Anyway enough talk, put forward a NIP and lets get it done.

---

<div class="post-metadata">

**Author:** ![cloudmex-alan](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/cloudmex-alan/32/31266_2.png) [@cloudmex-alan](https://gov.near.org/u/cloudmex-alan)\
**Post date:** [January 25, 2023, 3:06am UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/9 "2023-01-25T03:06:56Z")

</div>

In the last days we also found that 100% fee’s are not mandatory abuse.

Lets think a custodial service of staking that is looking the best APY to their holders. 100% fee is a legit option. But thinking on an extra support like [UBI](http://gov.near.org/t/research-alternative-rewards-models-for-validators/32508) this 100% fee validators should be removed.

---

<div class="post-metadata">

**Author:** ![mariozito](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/mariozito/32/20416_2.png) [@mariozito](https://gov.near.org/u/mariozito)\
**Post date:** [January 26, 2023, 11:02pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/10 "2023-01-26T23:02:47Z")

</div>

Updated the sheet the with corrections mentioned by @ruziev-dev

- Epoch duration (average) = **14 hs**

Still the same link: [Chunk-only-validator-economics-v2.xlsx](https://docs.google.com/spreadsheets/d/1qOD8upGnue7dWDpxWzmnSporpzhn2d7J/edit?usp=share_link&ouid=108925700158220737871&rtpof=true&sd=true)

---

<div class="post-metadata">

**Author:** ![Do0k13](https://dub1.discourse-cdn.com/flex005/user_avatar/gov.near.org/do0k13/32/44893_2.png) [@Do0k13](https://gov.near.org/u/Do0k13)\
**Post date:** [January 30, 2023, 3:36pm UTC](https://gov.near.org/t/economic-analysis-of-chunk-only-producers/32635/11 "2023-01-30T15:36:44Z")

</div>

Just for the record: is impossible to keep a 100% uptime for a small chunk producer:

\*I’ve changed my node to Azure, with this characteristics:  
 ![image](https://europe1.discourse-cdn.com/flex005/uploads/gov_near/original/3X/5/0/507edf91c1e20d31186ddfabdb3a3793d1e3a92a.png)  
The network bandwidth is ok

 ![image](https://europe1.discourse-cdn.com/flex005/uploads/gov_near/original/3X/4/1/41134ad12ef18fb1d72d87aecc8f4ee05f22688d.png)  
In config.json I’ve added more spaces for peers:  
 ![image](https://europe1.discourse-cdn.com/flex005/uploads/gov_near/original/3X/0/b/0b64331fab8bbb640cb742881e2f33495d5d20dc.png)

Then I’ve lost a chunk and the uptime goes to 90.91%

![image](https://europe1.discourse-cdn.com/flex005/uploads/gov_near/original/3X/0/9/0980c5b8a8eac0a31335ee2e66d2fa7f9b7f0fee.png)
