Liquid Collective ETH
Liquid Collective DocsGithub
  • ETH Liquid Staking Documentation
  • Overview
    • Roles & Staking Infrastructure
    • Architecture
    • Staking Amounts
    • Slashing Coverage
    • Permissioning
    • Protocol Metadata
  • Tokenomics
    • LsETH (cToken)
    • Rewards, Fees, & Socialization
    • Deposits & Redemptions
  • Node Operations
    • Validator Infrastructure
    • Operate Validator Nodes
  • Oracles
    • Oracle Infrastructure
    • Operate an Oracle
  • Platforms
    • Platform Operations
  • đź’»Technical Reference
    • Deployment Addresses
    • Smart Contracts
      • RiverV1
      • RedeemManagerV1
      • CoverageFundV1
      • TLCV1
      • ELFeeRecipientV1
      • Administrable
      • AllowlistV1
      • Firewall
      • WithdrawV1
      • WLSETHV1
      • Initializable
      • OperatorsRegistryV1
      • TUPProxy
      • OracleV1
      • ProtocolMetrics
      • Components
        • OracleManagerV1
        • SharesManagerV1
        • ERC20VestableVotesUpgradeableV1
        • ConsensusLayerDepositManagerV1
        • UserDepositManagerV1
      • Interfaces
        • IFirewall
        • IAllowlistV1
        • IAdministrable
        • IConsensusLayerDepositManagerV1
        • IRedeemManagerV1
        • IOracleManagerV1
        • ISharesManagerV1
        • IUserDepositManagerV1
        • IERC20VestableVotesUpgradeableV1
        • IOperatorsRegistryV1
        • IOracleV1
        • ITLCV1
        • IWLSETHV1
        • IWithdrawV1
        • IRiverV1
        • ICoverageFundV1
        • IDepositContract
        • IELFeeRecipientV1
        • IProtocolVersion
      • Libraries
        • LibBytes
        • LibErrors
        • LibBasisPoints
        • LibSanitize
        • LibAdministrable
        • LibUnstructuredStorage
        • LibAllowlistMasks
        • LibUint256
      • 🌊State
        • OperatorsRegistry
          • OperatorsV2
          • CurrentValidatorExitsDemand
          • ValidatorKeys
          • TotalValidatorExitsRequested
        • AllowList
          • AllowerAddress
          • DenierAddress
          • Allowlist
        • Oracle
          • LastEpochId
          • OracleMembers
          • Quorum
          • ReportsPositions
          • ReportsVariants
        • RedeemManager
          • BufferedExceedingEth
          • RedeemDemand
          • RedeemQueueV2
          • WithdrawalStack
        • River
          • AllowlistAddress
          • BalanceToDeposit
          • BalanceToRedeem
          • CLSpec
          • CLValidatorCount
          • CLValidatorTotalBalance
          • CollectorAddress
          • CommittedBalance
          • CoverageFundAddress
          • DailyCommittableLimits
          • DepositContractAddress
          • DepositedValidatorCount
          • ELFeeRecipientAddress
          • GlobalFee
          • KeeperAddress
          • LastConsensusLayerReport
          • LastOracleRoundId
          • MetadataURI
          • OperatorsRegistryAddress
          • OracleAddress
          • RedeemManagerAddress
          • ReportBounds
          • Shares
          • SharesPerOwner
          • WithdrawalCredentials
        • Shared
          • AdministratorAddress
          • ApprovalsPerOwner
          • PendingAdministratorAddress
          • RiverAddress
          • Version
        • SlashingCoverage
          • BalanceForCoverage
        • TLC
          • IgnoreGlobalUnlockSchedule
          • VestingSchedulesV2
        • WLSETH
          • BalanceOf
    • CLI
      • operators
        • operators count
        • operators add
        • operators get
        • operators list
      • validators
        • validators count
        • validators add
        • validators remove
        • validators get
      • oracle
        • oracle specs
        • oracle report
          • oracle status
        • oracle quorum
        • oracle members
          • oracle list
        • oracle epochs
          • oracle epochs current
          • oracle epochs last-completed
          • oracle epochs expected
        • oracle current-frame
        • oracle run
      • eth1keys
        • eth1keys generate
        • eth1keys import
      • withdrawal
        • withdrawal address
        • withdrawal credentials
      • el-fee-recipient
        • el-fee-recipient address
      • allowlist
        • allowlist is-allowed
        • allowlist allow
        • allowlist remove
      • eth-cl
        • eth-cl get-spec
        • eth-cl get-validator
      • eth-el
        • eth-el blocknumber
        • eth-el chain-id
  • FAQ
Powered by GitBook
On this page
  • Allowlisting
  • Access protections
Export as PDF
  1. Overview

Permissioning

Provide users with protections over protocol access for compliance, while ensuring composability with the rest of the DeFi ecosystem

PreviousSlashing CoverageNextProtocol Metadata

Last updated 3 months ago

Liquid Collective is designed to provide users with protections over protocol access via know-your-customer (KYC) and anti-money-laundering (AML) verification, while still ensuring composability with the rest of the DeFi ecosystem.

This facilitates compliance by providing the level of counterparty risk management required for enterprises and institutions to participate in staking on the protocol.

The Liquid Collective protocol:

  • Requires users to be on the Allowlist before they can deposit ETH or redeem LsETH

  • Enables users to transfer LsETH freely

Liquid Collective works with a variety of Platforms, including trading venues and custodians, to provide a seamless on-ramp for the protocol’s stakers. KYC’d users who utilize a Platform’s services to allowlist their wallet can deposit to Liquid Collective and mint LsTokens.

Allowlisting

Participation in Liquid Collective's smart contracts is restricted to allowlisted wallet addresses. This is meant for compliance purposes, ensuring that any user who wants to stake first completes a review and approval process (typically a know-your-business (KYB)/ know-your-customer (KYC) process).

The Liquid Collective Allowlist smart contract holds:

  • An Allowlister, which is a trusted party responsible for allowing users to participate in the Liquid Collective protocol. Typically (ex. a custodial Platform performing KYC/AML checks on their customers) submit a user's wallet address to the Allowlister for subsequent addition to the Allowlist

  • An Allowlist of depositors with their permissions over the protocol (deposit, withdraw)

When a depositor wants to stake with the Liquid Collective protocol, their address must first be added to the Allowlist and be granted the corresponding permissions. Learn more about the type of Platforms that add users to the Allowlist in the .

Access protections

To meet the compliance needs of Liquid Collective participants, the Liquid Collective protocol has an "access denial" mechanism for blocking individual Ethereum addresses from sending, receiving, minting, redeeming or claiming LsETH. The protocol does not have any mechanism for forcing a transfer of LsETH, reversing a transfer of LsETH or otherwise altering the balance of LsETH at an address.

The Liquid Collective's policy is that access will only be denied where there is a determination that not denying access to an address presents a threat to the security, integrity or reliability of the protocol. Examples of such circumstances include security breaches or legal requirements.

Requests by third parties for denial of access to an address must be submitted in writing to . This policy and compliance with a request do not constitute acknowledgment or attornment by The Liquid Foundation or any other participant in the Liquid Collective to laws to which that participant is not already subject.

Platforms that enable minting and redemption
Platform Operations documentation
legal@liquidcollective.io