Byzantine Finance
Website - Home🖥️ For Developers
  • 👋Introduction
    • What is Byzantine Finance?
      • Permissionless strategy vaults
      • Strategy layer & infrastructure layer - Explain Like I'm 5
      • Architecture Overview
    • Explanation of terms
    • Restaking explained
  • Media kit
  • 🔑Byzantine Vaults
    • What are Byzantine vaults?
    • Features of Native Vaults
      • Byzantine Oracle
      • Best practices for Validator Managers
    • Types of Native Vaults
      • Solo Staker Vaults
      • Partner Validated Vaults
      • Distributed Validator Vaults
  • ↔️Vault Interaction
    • Deposit
      • Deposit to ERC20 Vaults
      • Deposit to Native Vaults
    • Withdraw
      • Withdraw from ERC20 Vaults
      • Withdraw from Native Vaults
    • Claim Rewards
      • Restaking Rewards
        • EigenLayer Rewards
        • Symbiotic Rewards
  • 🎛️Vault Creation
    • Overview
      • Vault Configuration Guide
      • Vault Parameters
        • Byzantine Vault Parameters
        • Native Vault Parameters
        • EigenLayer Parameters
        • Symbiotic Parameters
      • Roles
    • Single Protocol Vaults
      • EigenLayer Vault
        • Eigen ERC20 Vault
        • Eigen Native Vault
      • Symbiotic Vault
        • Sym ERC20 Vault
        • Sym Native Vault
    • Cross Protocol Vaults
      • Eigen Layer / Symbiotic ERC20 Vault
  • 🤖Curation
    • Overview
    • Curator Related Roles
    • Vault Management
    • Strategy Management
      • EigenLayer Strategy
      • Symbiotic Strategy
      • Cross Protocol Vault
    • Curation Fee Management
  • 🌐Node operators
    • Operators in the Byzantine ecosystem
    • Register as a Staking Operator
    • Staking
    • Restaking Operator
      • Symbiotic
      • EigenLayer
      • Allocation to existing Restaking Operators
      • Creation of on-demand Restaking Operators
  • Claiming DV operator fees
Powered by GitBook
On this page
  • NativeByzVaultParams
  • byzVaultParams
  • operatorId
  • validatorManagers
  1. Vault Creation
  2. Overview
  3. Vault Parameters

Native Vault Parameters

This page describes the parameters required to initialize a Native Byzantine Vault. This struct extends the ByzVaultParams used for standard ERC20-based vaults and adds native staking-specific fields.

These additional parameters support specialized Ethereum staking scenarios such as DV Vaults, Partner Validated Vaults, or Solo Staker Vaults. For context on shared parameters, refer to the Byzantine Vault Parameters page.

NativeByzVaultParams

Additionnal struct that completes the ByzVaultParams struc, to add the native details.

struct NativeByzVaultParams {
    ByzVaultParams byzVaultParams;
    bytes32 operatorId;
    address[] validatorManagers;
}

byzVaultParams

Includes the full set of standard Byz Vault parameters.

  • This field embeds the entire ByzVaultParams struct.

  • Covers vault configuration, access roles, deposit settings, fees, metadata, and tokenization.

  • Refer to the Byzantine Vault Parameters page for full details.


operatorId

The ID of the Node Operator responsible for handling Ethereum validator duties on behalf of the Native Vault.

  • The value corresponds to a hashed identifier:

    • hash("distributed.validator.vault") for DV Vaults

    • hash("company.name") for Partner Validated Vaults

    • bytes32(0) for Solo Staker Vaults

    You can refer to the Types of Native Vaults section for more details.

  • For more detail on how operator IDs are defined and managed, see the OperatorRegistry contract.


validatorManagers

A list of Validator Managers that will manage the Ethereum validator(s) for Solo Staker Vaults.

  • This field is only used if operatorId is bytes32(0) (i.e. a Solo Staker Vault).

  • Must be left empty otherwise.

  • The addresses stored in this array cannot be removed once set, so they should be chosen carefully.

PreviousByzantine Vault ParametersNextEigenLayer Parameters

Last updated 1 month ago

🎛️