Abort Fil+ program by removing restriction to access to multiplier and allowing unrestricted minting of datacap? #1082
brian75235
started this conversation in
Polls
Replies: 4 comments 1 reply
-
至从fil+出现后,sp陆续离开。这是傻逼决策,看似去中心化,实际上还是fil开发团队说了算。fil+的出现币价一直跌,完全起不来,什么降低sp加入的成本,结果呢?币价低,成本低,sp数量新增了吗?一个连sp都看不到希望的项目,指望散户看懂?为何btc的机器贵的同时全球各地还在增加节点?fil是反其道而行之,节点在不停的到期退出。 |
Beta Was this translation helpful? Give feedback.
0 replies
-
他们只想赚钱,你却想让FIL变得更好。闹呢 |
Beta Was this translation helpful? Give feedback.
1 reply
-
Yeah. You're right. This is a stupid system that should have been shut down. No matter what consequences we face, I voted yes! |
Beta Was this translation helpful? Give feedback.
0 replies
-
支持 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
The Fil+ program is a pain in the neck for all SPs. And it is highly centralized, awfully inefficient, and not really achieving its aim.
With above, I would like to re-mention this FIP: #844, by starting this poll.
Fil+ 项目对所有 SP(存储提供商)来说都是个大麻烦。它高度集中、效率极其低下,并且并未真正实现其目标。
高度集中化:基本上,Galen 和 Kevin 决定谁能获得 DC(数据容量)以及获得多少,但没有明确的指导方针和规则来支持这些决策,这使得这些决策可能带有很强的主观性。(我不是说他们的决策一定是错的,而是决策机制本身不合理。)相比 1-2 年前所谓的分配路径(allocator pathways)出现之前,现在的情况甚至更糟。
效率极低:审核和分配 DC 需要花费非常长的时间。那些积极封装数据的 SP 需要花费大量时间等待和处理 DC 分配问题。他们几乎完全依赖 SPARK 系统作为数据来源,而这个系统本身就存在很多缺陷,已经受到许多客户和 SP 的抱怨。(虽然 SPARK 是一个有用的工具,但任何工具都有其缺陷。)而 Fil+ 团队却声称他们太忙了,无法开发新工具或改进现有工具。这一点我完全无法理解。
未能真正实现其目标:实际上,即使经过这么多麻烦,仍然有 99.9% 的上链数据是垃圾数据,那又何必费劲?这就像花费大量时间和精力去装饰一坨屎。
基于以上几点,我想再次提及这个 FIP:https://github.com/filecoin-project/FIPs/discussions/844,并发起这项投票。
30 votes ·
Beta Was this translation helpful? Give feedback.
All reactions