Resolver deploy

Launch, upgrade or declare. Sign only the record you read.

Inputs on the left. On the right, the unsigned record those inputs build, block by block. Nothing is signed until you approve it in the full review. A launched chain's own records are on Serve.

Launch sequence T-5 · signer on board
  1. T-5 Signer on board
  2. T-4 Mode set
  3. T-3 Manifests loaded
  4. T-2 Record reviewed
  5. T-1 Signed and sent
  6. T-0 Admitted
Sign in. That key becomes the control authority.
Node
…
Resolvers
Capabilities
Signer
Signer checking
Checking…

Unlocked in this browser only, or shared from an already-unlocked defxn.com tab.

Inputs · mode and manifests

Inputs open once a signer is on board.

What each mode publishes

Launch publishes your offer and grammar manifests as content-addressed blobs, then a signed ResolverLaunch naming them.

Upgrade supersedes the current declaration head with new manifests and restates the control authority.

Capability declares a pure mechanism (a CapabilityLaunch / CapabilityUpgrade naming a derived flx-capability-manifest/1) that resolvers compose and providers are checked against.

In every mode you review the exact unsigned record before anything is signed.

Unsigned record no record

no record yet

Holding: no signer on board. The record's first block (G) is the signing key.

    Built by the same body function the panel signs with. Blob CIDs are the SHA-256 of your text, which is what BLOB_PUT returns; M is stamped when you submit. The body in the review dialog is the one that is signed.

    Already on this node

    Loading…

    Sign in

    Sign in to deploy

    or import a kit
    No kit yet?