The FIL+ allocation strategy is slow, costly and does not scale onchain.
Clients can create a single allocation for data that will span multiple sectors.
The primary goal is to reduce the workload/cost on the client and for the SP as well by claiming multiple allocations at once.
We propose the client use a commitment to represent a set of Piece CIDs (CommPs) that the client wishes to put on Filecoin.
The client can then do a single allocation for this set of CommPs.
The SP can claim set of commPs either incrementally (one by one) or by batches.
Expected gas cost improvements:
- FIP discussion https://github.com/filecoin-project/FIPs/discussions/708
- 10gas/ns is the translation factor
- 20k overhead per syscall
- 0.6gas per byte
- X * 32 * 2 * 0.6 = nothing, 2k for 64 opening