docs.rs failed to build vta-backup-0.4.7
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Visit the last successful build:
vta-backup-0.4.6
vta-backup
The VTA's backup/restore subsystem, extracted from vta-service.
ops— encrypted full-state export/import (Argon2id KDF + AES-256-GCM), thevta_didcompatibility check, and the two-phase descriptor flow for thebackup/*trust tasks.backup_bundle_store— the sealed backup-bundle store (bundle records + on-disk blobs).backup_bundle_sweeper— TTL sweep of expired backup bundles.
The operations take narrow dependencies (keyspace handles, config, a
vta_keyspaces::Keyspaces bundle) rather than a &AppState. Two
vta-service-specific glue points are inverted and stay in vta-service:
DescriptorDeps/apply_importare borrowed fromAppStatethere via free constructors (operations::descriptor_deps_from_app_state).- TEE KMS re-encryption during import is injected through the
BootstrapReEncryptortrait, whose one implementation wrapsvta-service'stee::kms_bootstrap::re_encrypt_bootstrap_secrets.
vta-service re-exports the crate as crate::operations::backup +
crate::{backup_bundle_store,backup_bundle_sweeper}, so existing call sites are
unchanged.
Part of the Verifiable Trust Infrastructure workspace. Apache-2.0.