Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Release readiness

The first 0.1.0-rc.1 train for identus-derive, identus-core, and identus-crypto was published from approved source 21cfc28321f76f1d14a2483d536d302017674a18. Final 0.1.0 is not implied by that prerelease.

M3 release record

GateStatusEvidence owner
Reproducible isolated candidatePublished from the approved exact candidaterelease v0.1.0-rc.1, ADRs 0113/0134
Functional cryptography foundationComplete within its recorded limitations#286
Public architecture/release handbookDeployed#324
Durable crate names and first-publish bootstrapPublished; tokenless ownership/recovery hardening remains open#3, #344
Release compiler/support matrixComplete for the published candidate#325, ADR 0133
Independent downstream canaryExact-source canary green; downstream registry refresh remains externally owned#326
Natural weekly slow evidenceComplete at 19d0362038c3f2af6898624ea04347e3cd4648f7run 35555024293
Exact candidate slow receiptComplete for the published sourcerun 35887204030
Two-person approval and protected publicationComplete; bootstrap publication receipt retainedrun 35990705278, #326

Approval questions

Engineers reviewing later crypto trains should reuse these questions:

  1. Are the three crate responsibilities cohesive and appropriately separated?
  2. Is the public API small enough for an experimental SemVer commitment?
  3. Does the compiler/target promise match consumer needs and maintenance cost?
  4. Is the selected dependency and unsafe/native cone acceptable?
  5. Can a downstream adopt or reject the candidate without tribal knowledge?
  6. Is any release blocker absent from the evidence table?

The approval and publication record is issue #326. That issue remains open for post-bootstrap hardening, not because the first publication is unapproved. Future approval must again bind an exact source revision and candidate receipt; it cannot be inferred from this page or from a green documentation deployment.

M5 DID candidate status

The separate M5 target is 0.1.0-rc.1 for identus-did and identus-did-resolver-http. It is candidate-only and has no publication workflow or registry claim.

GateStatusEvidence owner
Independent train identity and deterministic archivesComplete#382, ADR 0153
Public API origins and normalized CycloneDX evidenceComplete#384, ADR 0154
Engineer-facing architecture and adoption handbookImplemented in this source revision; deployment receipt remains on the issue#386
Rust/target qualificationOpen#387
Final exact-SHA candidate approvalOpen; follows all prior gates#388
Trusted-publishing administrationSeparate administrator-owned hardening#344

Reviewers should start with the DID candidate train. A green site build proves documentation integrity only; it does not complete the open target, approval, registry, tag, or publication gates.