For the complete documentation index, see llms.txt. This page is also available as Markdown.

Publish Lifecycle Language

This context describes the project language for Knowledge Asset publication and operational diagnostics across DKG nodes.

Language

Knowledge Asset Publish Lifecycle: The end-to-end path that moves a Knowledge Asset from local working memory through shared working memory, peer validation and acknowledgement, verifiable memory, and chain confirmation. Avoid: Publish request, transaction, one-off publish step

Published KA Sync Lifecycle: The catch-up path that lets another node discover, fetch, validate, and materialize an already published Knowledge Asset it missed or only partially received. This is a separate diagnostic lifecycle from the Knowledge Asset Publish Lifecycle and should not be emitted as ka_publish_lifecycle publish logs. Avoid: Generic sync, peer refresh, background catch-up

Asset UAL: The canonical operator-facing identifier for a Knowledge Asset in publish lifecycle logs. It is the single value operators should use to isolate logs for one asset across publisher and receiver nodes. Avoid: Asset URL, asset UIL, reserved UAL, publish operation ID, batch ID

Publish Lifecycle Log: A diagnostic log line tied to one Asset UAL that explains a lifecycle state change, the node role, relevant inputs, relevant outputs, and the failure reason when the step does not complete. Avoid: Generic debug log, raw structured event, trace-only span

Lifecycle State Change: A meaningful transition in the Knowledge Asset Publish Lifecycle, including a step starting, succeeding, failing, being declined, being retried, or reaching quorum. Avoid: Timer tick, verbose attempt detail, implementation trace

Working Memory: The local editable layer where a Knowledge Asset draft is created and written before it is shared or published. Avoid: Draft store, local memory

Shared Working Memory: The replicated pre-publication layer where receiving nodes apply, validate, and acknowledge Knowledge Asset data before publication is finalized. Avoid: Gossip store, replication buffer

Verifiable Memory: The confirmed Knowledge Asset layer populated after successful publication or chain-driven reconciliation. Avoid: Verified memory, final store

Publishing Node: The node that initiates publication of a Knowledge Asset and drives the lifecycle through sharing, acknowledgement collection, chain submission, and confirmation. Avoid: Originator, sender

Receiving Node: A peer node that receives publish lifecycle data, validates or stores it locally, and returns the appropriate acknowledgement or rejection. Avoid: Replica, target, subscriber

Peer ID: The libp2p identity of a node process or network endpoint used for transport, gossip, and direct peer interaction. Avoid: Node ID, operator ID

Node Identity ID: The on-chain DKG node/operator identity used for Storage ACK verification, quorum accounting, and attribution when available. Avoid: Peer ID, wallet address, generic node ID

ACK: A protocol acknowledgement returned by a receiving node for a publish lifecycle step. Use the specific ACK name in logs when the distinction matters. Avoid: STK, generic success

SWM Share ACK: A receiving-node acknowledgement that a shared working memory write was applied locally for the Knowledge Asset. Avoid: Share response, gossip ACK

Storage ACK: A receiving-node acknowledgement that signs the publish commitment after the node validates the relevant shared working memory payload for the Knowledge Asset. Avoid: STK, generic ACK

Sender Key Package ACK: A receiving-node acknowledgement or rejection for Sender Key setup package delivery used by encrypted shared working memory payloads. Avoid: STK, encryption ACK

Last updated

Was this helpful?