Mutations
Updating off-chain vault metadata with an EIP-712 signature from the vault owner.
The API exposes a single mutation today, used by vault owners to update off-chain metadata — the descriptive fields shown on the Lagoon frontend. None of these fields affect on-chain behaviour; for on-chain configuration, use the vault contract directly (see Smart Contract Reference).
updateVaultMetadata
mutation UpdateVaultMetadata(
$vault: Address!
$chainId: Int!
$input: UpdateVaultMetadataInput!
$signature: String!
$deadline: Int!
) {
updateVaultMetadata(
vaultAddress: $vault
chainId: $chainId
input: $input
signature: $signature
deadline: $deadline
) {
address
name
description
shortDescription
maxCapacity
transparencyUrl
}
}Input fields
UpdateVaultMetadataInput — every field is optional; omitted fields are left unchanged.
description
String
Detailed description of the vault and its strategy.
shortDescription
String
One-line summary.
maxCapacity
String
Off-chain soft cap on total deposits, surfaced to the frontend so vault operators can limit incoming deposits via the UI. Purely informative, no on-chain enforcement.
averageSettlement
Float
Average settlement time in hours.
transparencyUrl
String
URL to a transparency report or dashboard.
Authentication
The mutation is gated by an EIP-712 signature from the vault owner. The server recovers the signer from signature over the typed data, then checks that the recovered address matches the on-chain owner of vaultAddress on chainId. deadline is a Unix-seconds timestamp after which the signature is rejected (replay protection); the Lagoon dApp uses a 5-minute TTL.
Domain
Typed data
primaryType: 'UpdateVaultMetadata'
Signing with viem / wagmi
Example call
Shape of the call (the signature below is a placeholder — produce yours by signing the EIP-712 payload with the vault owner's key):
The mutation returns the updated Vault so the client can read back the new metadata without a follow-up query.
Last updated