-
Notifications
You must be signed in to change notification settings - Fork 165
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
Add Filecoin Protocol Master Plan FIP #745
Conversation
This is not close to a sufficient level of technical detail for a FIP. I suggest we close this and continue the discussion in #725 first. |
I agree with @anorth
I would also recommend the authors to update the fip title according to the specific features that’s it’s proposing when reopen the FIP, the current title is too vague and could be misleading imho. |
Are technical details required for FIPs? FIP0003 and FIP0018 both seems lacking on that regard too. |
Yes, these are community FIPs. Unlike these FIPs, the Filecoin Master Plan does include significant technical proposals. I believe this proposal is worth continuing to discuss, and potentially using as an edge case to inform pending FIP process improvements. Right now, however, this is not a focused enough proposal to be opened. I also think this should be rejected pending additional work. |
Acknowledged. This PR is a draft.
|
The standard of the FIPs have been evolved a lot over the past three years, and many authors have been enhancing the quality of their FIPs as they are being treated as the new spec. Instead of referring to the FIPs from early days (right around network launches), I would recommend you to take well-written FIPs like FIP-0045, all the FVM FIPs, and much more as a reference for your FIP. Also, FIP-0018 is an organizational FIP instead of a core technical FIP, which have a totally different standard. |
Got it!
I think I will amend the FIP to just have "layered protocol design approach" alone as an organizational FIP and the rest is just example path not mandated to be implemented. |
Closing, per the conversation above. Though we have fielded 'community' or 'operational' FIPs in the past- specifically, FIP0001 and FIP0003- I do not believe this FIP is specified enough to be considered an open draft. FIP0001 and FIP0003 were introduced at the outset of network launch and were specified as programmatic entities that could be implemented. This FIP seems to represent a blanket network policy, and it's unclear to me what 'acceptance' would actually mean. I think a FIP proposal like this could make more sense at a future time. Also, I will note: the very purpose of the Filecoin network is to serve as a decentralized storage layer. While a proposal such as this may seem technically efficient, it is my opinion that this is not keeping with the mission or purpose of the Filecoin project. Filecoin's very purpose and technology were designed to service a storage utility. There are plenty of other projects that provide simple blockchain transaction records, which you could design a data storage service on top of. In fact, other people have done this very thing. If that is infrastructure that a team wishes to work with, they are welcome and free to go do that- but, as a FIP Editor, I do not believe that is what Filecoin is supposed to be. |
Kaitlin The expense and slowness of blockchains is justified only by permissionlessness of participation by users and miners, verifiability of all computation, and immutability of past data. If the features uniquely enabled by a blockchain are nerfed then it no longer makes sense to use one. No marketing slogan, mission statement or growth strategy can change the fact that FIL+ retains the weaknesses of blockchains while discarding their strengths. It’s analagous to buying an expensive bicycle only to carry it on your shoulder instead of riding it. Put simply: Filecoin+ is making Filecoin less useful.
|
Details could be found in discussion here.