Logo
    ReSnap: Repeatable SnapDeals

    ReSnap: Repeatable SnapDeals

    Motivation

    Data shows that many storage providers only provides storage service for full sector deals. One of the reasons they only provide that option is because:

    • when including multiple deals in the same sector with different deal durations,

    When all deals are expired/claims reached max term, the snap deal sector can be resnapped with new data. (from a user perspective, they can potentially seal less CC as backups for new snapdeal)

    feature completeness

    in the longer term, we may bring the (re)snap cost way down

    Scope and Goal

    Scope

    There are two possibilities for the scope of this proposal:

    1. Ability to perform a SnapDeal on a sector where all deals and FIL+ claims have expired.
    2. Ability to perform a SnapDeal on a sector where there are still active deals and claims by preserving active deals and claims.

    Goal

    Resources

    • FIP Discussion: https://github.com/filecoin-project/FIPs/discussions/538

    Work Items and Timelines

    Main Components

    Built-in actor

    new method?

    Lotus

    migration(?): with the fundamental work we did in snap deals its possible we do not need it?

    lotus-miner support

    If the miner has raw deal data, they can call RemoveFrom(ActiveSnapSector, RawData ) => OriginalSectorData

    In the context of using Resnap for deletion (compliance purposes), these are the work items:

    • Plumb lotus api’s to allow for resnap
    • Client UX to call terminate for a deal –
      • Need to determine charge or how termination fee impacted
      • Need to terminate fil+ claim
    • You need actor change to allow for termination of a deal
    • Actor change to enable resnap
    • Fix sector activation tracking bug

    Resnap Work Items

    🚢
    Title
    Components
    DRI
    Latest Deliverable
    Opens an FIP discussion
    Non-engineering
    Creates an FIP Draft
    Non-engineering
    FIP moves to Last Call
    Built-in actor
    • incremental scope:
      • resnap whole sector when all deals are expired
        • require API to verify all sectors are expired
        • accept new deal IDs, and commD of the new commPs
      • resnap whole sectors when partial deals are expired, while there is still live deals
        • all the currently active deals in the sector have to continue to be in that sector after re-snap
        • we will need an API to fetch all the commP for all live deals for the new commD of the sector
    • be able to apply for all sectors

    CryptoNet is a Protocol Labs initiative.