Skip to content

Use this page when deploying cold vault operations. Only cold storage deployments require the cold bridge.

What the cold bridge does

The cold bridge runs on the air-gapped cold vault server and provides:

  • A local UI for cold vault operations.
  • A local API for uploading, decoding, and downloading operation payloads.
  • Optional payload encryption and decryption for .dat files.
  • A local endpoint that the vault component polls for signing work.

For server requirements, see Cold vault server planning.

Database and persistence requirements

The cold bridge is stateless and uses in-memory storage for workloads. It does not require a database or persistent volume.

Earlier releases required a persistent volume for the cold bridge. Current releases do not.

Deployment flow

Plan air-gapped cold vault server

Install cold bridge and vault stack

Configure cold bridge and vault

Register cold vault

Complete first-time handshake

Test export, sign, import

Plan air-gapped cold vault server

Install cold bridge and vault stack

Configure cold bridge and vault

Register cold vault

Complete first-time handshake

Test export, sign, import

Step 1: Prepare the air-gapped cold vault server

Before installing the cold bridge:

  1. Build the server according to Cold vault server planning.
  2. Verify that network connectivity is disabled.
  3. Install the hardened operating system from verified media.
  4. Install KMS or HSM drivers, if applicable.
  5. Prepare approved transfer media for moving .dat files.

Step 2: Install cold bridge and vault components

Transfer the cold bridge, vault-release, and KMS container images, together with their configuration files, to the air-gapped cold vault server using approved physical media.

Install the components using the deployment method agreed for your environment. Deploy the cold bridge and vault together so the vault can poll the local cold bridge endpoint for signing work.

Step 3: Configure payload encryption

Cold bridge payload encryption is enabled by default and uses AES-256. The same passphrase must be configured on:

  • The cold bridge.
  • The core-extensions service in the online deployment, which processes cold bridge payloads.

If the passphrase differs between the air-gapped cold vault server and the online system, neither side can decrypt the other's operation payloads. Contact your Customer Partner Engineer (CPE) for the specifics of configuring or changing the passphrase.

Step 4: Verify the cold bridge

After startup, call the status endpoint from the air-gapped cold vault server:

curl -X GET "{ColdBridgeURL}/v1/feed/status"

Expected response shape:

{
  "accountToSign": 0,
  "accountSigned": 0,
  "transactionToSign": 0,
  "transactionSigned": 0,
  "manifestToSign": 0,
  "manifestSigned": 0
}

Step 5: Register the cold vault

  1. On the cold vault server, check the vault-release container logs for the vault UUID and public key.

  2. Register the cold vault with the standard vault registration process, using the UUID and public key from the logs:

After registration, the vault can appear as Pending because the cold vault cannot automatically connect to the online deployment.

Step 6: Complete the vault handshake

Complete the manual handshake by transferring the initial vault payload from the cold bridge to the online system:

  1. On the cold vault server, download the payload from the cold bridge.
  2. Transfer the .dat file to the online environment.
  3. Import the .dat file into Ripple Custody by calling Import signed operations, the same operation used to import any signed cold vault payload.
  4. Verify that the vault status is Completed.

For exact UI and API steps, see:

Step 7: Test cold vault operations

Before using the cold vault for production operations:

  1. Create a test account using the cold vault.
  2. Export pending operations from the online environment.
  3. Transfer the .dat file to the cold vault server.
  4. Upload the file to the cold bridge.
  5. Confirm that the operation appears in the signing queue.
  6. Download the signed .dat file.
  7. Transfer the signed file back to the online environment.
  8. Import the signed operations and verify the result.

Cold bridge API reference

EndpointMethodPurpose
/v1/feed/statusGETGet signing status counters.
/v1/feed/uploadPOSTUpload operations to be signed.
/v1/feed/downloadGETDownload signed operations or handshake payloads.
/v1/feed/decodePOSTDecode a payload for inspection before signing.

For day-to-day operation steps, see Process cold vault operations with the API.