PaperProof Docs | Safety and Operations

Mainnet and Upgrades

Manifest-driven deployment discovery, compatibility, and package history.

Docs Path
safety-and-operations/mainnet-and-upgrades
Artifact Code
PaperProof-generic_file-001144-dec207341218
Series ID
0xdec207341218c3d9ae0565d0bdf24b59e5b9d490311780100ee4789274334d11
Content Type
application/vnd.paperproof.markdown-package+zip

This topic is aimed at readers who need to understand how live protocol upgrades are tracked and consumed safely.

PaperProof has mainnet deployments for its protocol modules and official capability registries. During the early protocol phase, upgrades and deployment changes remain possible. Why manifests matter Package IDs may change during upgrades. Applications should load the active deployment manifest and verify object relationships rather than scattering hardcoded IDs through UI code. Compatibility boundary If only package bindings change and entry signatures remain compatible, a manifest update may be sufficient for many clients. If entry signatures, object layouts, event schemas, or semantic rules change, SDKs and indexers may require new releases. Historical events Indexers should preserve package history so they can explain historical events without mixing them into current canonical state....

This page is part of the public PaperProof website. When JavaScript loads, the full interactive route replaces this static public preview.