Explicitly supporting pinning services that conform to the new pinning registry and compliance specification will ensure that pinned content can be migrated between pinning providers.
This is important because pinning services conforming to this spec ensure that:
When a pin is created, the service responds with uniquerequestid that can be later used for pin removal. When the same cid is pinned again, a different requestid is returned to differentiate between those pin requests.[^1]
Service implementation should use UUID, hash(accessToken,Pin,PinStatus.created), or any other opaque identifier that provides equally strong protection against race conditions.[^1]
Articulate Pinning Service Compliance
https://github.com/dapphub/dpack/blob/830ce46cc2cf6cc65888b6c9625e86d8cc9859d4/src/ipfs-util.ts#L7
Explicitly supporting pinning services that conform to the new pinning registry and compliance specification will ensure that pinned content can be migrated between pinning providers.
This is important because pinning services conforming to this spec ensure that:
When a pin is created, the service responds with unique
requestidthat can be later used for pin removal. When the samecidis pinned again, a differentrequestidis returned to differentiate between those pin requests.[^1]Service implementation should use UUID,
hash(accessToken,Pin,PinStatus.created), or any other opaque identifier that provides equally strong protection against race conditions.[^1][^1]: see https://ipfs.github.io/pinning-services-api-spec/