Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Revised FIP-0036 Draft for Community Consideration #451

Closed
wants to merge 6 commits into from

Conversation

vkalghatgi
Copy link
Contributor

Notable Changes/Adjustments

  • The minimum sector duration time will increase from 6 months to 1 year and the maximum sector duration will increase from 1.5 years to 3.5 years. This change to maximum sector duration will be implemented gradually: we propose increasing the maximum duration by 6 months every week for 4 weeks, until the maximum duration of 3.5 years is available.
  • CEL and the community will monitor the network and look to increase the maximum sector duration in a future FIP if network conditions merit, pending community-driven support for such measures.

## Simple Summary
- A Sector Duration Multiplier is introduced for all sectors, including Committed Capacity (CC) sectors and sectors containing storage deals.
- A longer sector will have a higher Quality Adjusted Power than a shorter sector, all things equal.
- The Duration Multiplier is multiplicative on the existing Quality Multiplier incentive (Filecoin Plus incentive). Filecoin Plus already offers up to a 10x multiplier for proving storage of data from verified clients. FIP-0036 introduces an independent Duration Multiplier up to 3.5x. Thus, the *maximum* multiplier available to any sector will increase from 10x to 35x. 
- Sectors with higher Quality Adjusted Power as a result of the Sector Duration Multiplier and Quality Multiplier will require higher initial pledge collateral.
- The minimum sector duration time will increase from 6 months to 1 year and the maximum sector duration will increase from 1.5 years to 3.5 years. This change to maximum sector duration **will be implemented gradually**: we propose increasing the maximum duration by 6 months every week for 4 weeks, until the maximum duration of 3.5 years is available. 
- CEL and the community will monitor the network and look to increase the maximum sector duration in a future FIP if network conditions merit, pending community-driven support for such measures.  
- The SectorInitialConsensusPledge multiplier will increase from 30% to 50%.
- This policy will apply at Sector Upgrade and Extension.
@herrehesse
Copy link

Hello everyone,

Glad to see you have made an overhaul after the feedback on the original FIP over the last period. Well I read in the previous chat a lot of points of improvement by very important developers and core storage providers. Is the only thing this new FIP changes the sector lifetime from 5 to 3.5 years?

If so, I am stunned.

@vvkio
Copy link
Member

vvkio commented Sep 3, 2022

Importantly a gradual ramp up of the max sector commitment is introduced, this solves many of edge cases that were surfaced in the previous FIP draft.

I personally think that the max lock up period should be higher as the risk increases accordingly.

The objective of a protocol changes should be to provide the ecosystem with the ability to choose, so the range should be wide, potentially with the expectation to see a normal distribution.

My suggestion would be to closely monitor the distribution of the lock up period and accordingly adjust the range.

@herrehesse
Copy link

Feels better than the last FIP. Proceed with caution. Keep the dialog open at all times.

@dmc314
Copy link

dmc314 commented Sep 3, 2022

Here is a list of changes:

#453 (comment)

@NSC-FIL
Copy link

NSC-FIL commented Sep 5, 2022

Without a better or more thoroughly vetted option, I support FIP0036 being implemented in a timely manner and the proposed phased rollout is prudent. After assessing the effects of the initial phase of the rollout, if there is a detrimental effect on our network, then there should be a contingency plan in place to address it IMO. Has there been discussion about what will be done if FIP0036 fails to achieve it's goals?

FIPS/fip-0036.md Outdated Show resolved Hide resolved
FIPS/fip-0036.md Outdated Show resolved Hide resolved
FIPS/fip-0036.md Outdated Show resolved Hide resolved
FIPS/fip-0036.md Show resolved Hide resolved
FIPS/fip-0036.md Outdated Show resolved Hide resolved
FIPS/fip-0036.md Outdated Show resolved Hide resolved
- Two SPs, A and B, each have 1PiB QAP today, 100TiB/day sealing throughput, and 10PiB worth of collateral.
- SP A can extend CC sectors, and take 3y extension with 3x multiplier. They can quickly gain 3PiB QAP through extension, and a further 7PiB through onboarding over 70days.
- SP B has FIL+ deals. They can’t extend. But they can onboard new 3y deals at a rate of up to 3 * 10 * 100TiB/day = 3PiB of QAP/day.
- FIL+ ability to gain a multiplier on extending is not the limiting factor.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- FIL+ ability to gain a multiplier on extending is not the limiting factor.
- Fil+ ability to gain a multiplier on extending is not the limiting factor.

FIPS/fip-0036.md Outdated Show resolved Hide resolved
FIPS/fip-0036.md Show resolved Hide resolved
FIPS/fip-0036.md Outdated Show resolved Hide resolved
@jennijuju
Copy link
Member

Added review as an FIP editor.

Note to the community, technical feedback is preferred to be provided in the FIP discussion

@stcloudlisa
Copy link

From 5 years to 3.5 years, which is very considerate considering the operating cycle of the machine.

@vkalghatgi vkalghatgi closed this Sep 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants