近期社区成员 jnthnvctr针对FIP-0003方案提交了一个关于“为Filecoin Plus客户端地址启用DataCap充值”的提案，引起了热议。提案主要讲述了Filecoin Plus存在的问题，为什么要提议进行DataCap充值，以及怎么做。
当下Filecoin Plus存在的问题
按照现在的Filecoin Plus机制，客户要申请DataCap，首先需要创建一个特定的地址，然后在客户端向公证人提供链下信息进行请求，公证人审核通过后，对该地址进行额度分配。这在个过程中，需要注意几点：
1、对于客户，DataCap分配被视为给每个地址的“一次性”礼品卡，这意味着，如果这个地址先前已收到DataCap，则不符合接收未来DataCap分配的条件。
2、DataCap分配不可转让。
DataCap是一次性分配，而不是经常性津贴的设计原理是使程序可以最大程度地减少滥用，如此可以将信任限制为较小的数量，然后根据跟踪记录增加信任度。
但也会出现另外一个问题，如果客户需要5GiB的DataCap 额度，但是公证人只分配了4GiB，这可能给用户造成不必要的摩擦，因为用户可能要为了不足的额度再次创建一个新地址才能继续进行交易。
拟议的解决方案
为此，jnthnvctr提议客户地址应该能够接收到给定地址的其他DataCap分配，换句话说就是，客户能够就同一个地址向多个公证人申请额度分配。
其中需要考虑两种情况：
1、链上地址，从未收到DataCap。那么当前机制没有变化，客户端应该能够向该地址请求DataCap。
2、链上地址，之前已收到DataCap。那么，客户应该能够再次请求DataCap到该地址。DataCap应该被视为现有余额的补充（现有余额=现有余额+新分配）。
从多个公证人处申请，怎么能保证不重复发、不少发呢？这里还需要思考出更多在流程和工具上的解决方案，例如：
总共需要5TiB的客户可以申请三名公证人（每人5TiB），希望能尽快获得其中至少一名的批准。
1、在第一种情况下，预计公证人将（在尽职调查过程中）询问申请人是否还有其他未决请求。
2、进行批准时，公证人应检查特定地址（在公共存储库中，块浏览器中或本地在plus.fil.org中），以验证上一次分配的时间。在plus.fil.org中-目的是使它以与警告相同的方式显示，该警告指示最后一次分配的时间，分配的大小和发送者。
3、如有疑问，公证人还可以错开其分配（因为地址可以接收多个分配），以确保客户收受的款项不超过应收款项。
虽然此处未建立流程，但公证人可以通过几种可能的方式避免竞争状况：
1）向其他公证人宣布其对预定地址的预定行动。
2）错开它们的分配，以便对其他人弹出模态警告。
4、如果多个公证人同时分配了全部金额（客户收到DataCap的10TiB +），则客户收到的金额超出了预期。
但鉴于以下情况，预计这将是一个不太可能发生的事件：
1）公证人在地理位置上分散（每个地区只有少数人），因此种族状况的可能性很低。
2）如果客户收到DataCap，则公证人将分别遵循其分配计划以确保客户可信赖。
3）考虑到这些计划的严格性，值得接受5TiB的人很有可能能够连续两次申请，风险因素相对较低。
5、总共需要15TiB的客户可以申请三名公证人（每人5TiB），希望得到他们的认可。在这种情况下，预计所有公证人都将分别进行尽职调查以做出决定。在大规模分配（例如PiB规模）的情况下，可能需要跨公证人进行更高程度的协调，这需要定义更多的过程。
虽然目前议题还没通过，但已经引起社区成员的热议。有观点认为，DataCap的充值不会加重公证人的负担，但能减少客户的麻烦，能让客户在最短时间内获得足够的交易额度，提升整体的交易效率和网络存储效率。
也有观点认为，如果客户需要15TiB，他不应该向3个公证人申请，而应该向同一个公证人，获得连续的数据限额。如果公证人的数据容量不足，则客户端可以转到另一名公证人。如果有多个公证人在同一个客户端上工作会出现许多弊端，造成工作流程混乱。
大家想法不一，但都是为了更好地完善Filecoin Plus机制，推动网络更好更快地存储有价值的数据。
此方案最后到底会不会通过，将如何被执行，小编将持续关注，对此感兴趣的小伙伴也可以在github进行评论，发表建议。