dev.atfs.repo.pinFile

Pin a file that already exists on the IPFS network, as if the caller had uploaded it to this instance: the bytes are fetched, verified against the reference's blessed cid, stored, served, and announced, and the caller ends up holding an ordinary claim on them (see dev.atfs.repo.deleteFile). A dev.atfs.file reference is the whole request — it already names the cid the fetched bytes must hash to (which is what makes the fetch trustless whatever the source), the ipfsRoot to fetch, the size to refuse before fetching a byte, the mimeType (underivable from IPFS bytes), and any provider origins to try over HTTP before the IPFS network. Requires auth (a caller's own inter-service auth JWT, signed by its account's signing key) and — like uploadFile, and unlike deleteFile — is restricted to the instance's configured account allowlist: pinning adds content to the instance, so it is an upload by another name. Returns immediately, always: the content is usually not here yet, and the retry lifecycle below is the node's own business, not the caller's.

Repository @atfs.dev did:web:atfs.dev namespace authority
Details · procedure
Kindprocedure
Authorityrepo.atfs.dev
Indexed

What's different

same NSID · two revisions from the same publisher
repo.atfs.dev · namespace authority
repo.atfs.dev · namespace authority
No changes

The two versions describe the same schema.

7 properties, 3 errors and 1 def unchanged Open the full schema diff →