UpshiftMultiAssetDepositManager
Documentation for eth_defi.erc_4626.vault_protocol.upshift.deposit_redeem.UpshiftMultiAssetDepositManager Python class.
- class UpshiftMultiAssetDepositManager
Bases:
eth_defi.erc_4626.deposit_redeem.ERC4626DepositManagerBuild and decode Upshift’s direct multi-asset
depositflow.The caller must select a token from the vault’s onchain whitelist. The protocol currently has no fork-proven redemption lifecycle, so this manager deliberately exposes no redemption request.
Attributes summary
web3Methods summary
__init__(vault)analyse_deposit(claim_tx_hash, deposit_ticket)Decode Upshift's verified protocol deposit event.
analyse_redemption(claim_tx_hash, ...)Analyse a mined ERC-4626 redemption or guarded SimpleVault wrapper.
can_create_deposit_request(owner)Return whether the protocol-wide deposit gate is currently open.
Return false because no multi-asset redemption path is implemented.
can_finish_deposit(deposit_ticket)Synchronous deposits can be finished immediately.
can_finish_redeem(redemption_ticket)Synchronous redemptions can be finished immediately.
create_deposit_request(owner[, to, amount, ...])Create approval and deposit calls for one selected asset.
create_redemption_request(owner[, to, ...])Refuse unverified Upshift multi-asset redemption handling.
estimate_deposit(owner, amount[, ...])Refuse an ambiguous estimate without an accepted-asset selection.
estimate_deposit_for_asset(owner, amount, ...)Estimate LP shares for a selected accepted asset.
estimate_redeem(owner, shares[, ...])Refuse estimates for the unimplemented redemption flow.
Get the redemption delay for this vault.
Return every token currently accepted by the vault.
Find an operator-owned terminal redemption transaction when available.
fetch_max_deposit_for_asset(accepted_asset)Return current deposit capacity in selected-token raw units.
fetch_vault_flow_events(hypersync_client, ...)Fetch asynchronous vault request events from an indexed backend.
finish_deposit(deposit_ticket)Can we finish the deposit process in async vault.
finish_redemption(redemption_ticket)Build the depositor-owned final redemption transaction when one exists.
force_settle(ticket)Force the selected ticket forward on an Anvil simulation.
Return the ERC-20 spender required for a deposit request.
get_deposit_delay_over(address)Estimate when a pending async deposit request will settle.
get_deposit_request_status(ticket)Query the current status of an async deposit request.
get_max_deposit(owner)How much we can deposit
get_redemption_delay_over(address)Get the redemption timer left for an address.
get_redemption_request_status(ticket)Query the current status of an async redemption request.
Does this vault support synchronous deposits?
Return false because redemption is unsupported, not synchronous.
is_deposit_in_progress(owner)Check if the owner has an active deposit request.
is_redemption_in_progress(owner)Check if the owner has an active redemption request.
reclaim_deposit(ticket)Return a function to recover funds after a failed async deposit settlement.
reclaim_withdrawal(ticket)Return a function to recover shares after a failed async withdrawal settlement.
Reconstruct a deposit ticket from a serialised dict.
Reconstruct a redemption ticket from a serialised dict.
serialize_deposit_ticket(ticket)Serialise a deposit ticket to a dict for persistence.
serialize_redemption_ticket(ticket)Serialise a redemption ticket to a dict for persistence.
- fetch_accepted_assets()
Return every token currently accepted by the vault.
- Returns
Accepted tokens in the protocol whitelist order.
- Return type
- fetch_max_deposit_for_asset(accepted_asset, block_identifier='latest')
Return current deposit capacity in selected-token raw units.
Upshift constrains both one deposit through
maxDepositAmountand total vault assets throughdepositCap. The lower current reference capacity is converted with the protocol’s asset-aware preview.- Parameters
accepted_asset (eth_typing.evm.HexAddress) – Whitelisted token selected for the deposit.
block_identifier (Union[Literal['latest', 'earliest', 'pending', 'safe', 'finalized'], eth_typing.evm.BlockNumber, eth_typing.evm.Hash32, eth_typing.encoding.HexStr, int]) – Block at which to read the cap.
- Returns
Current maximum selected-token amount in native raw units.
- Raises
ValueError – If the protocol reports a zero reference value for one token.
- Return type
- estimate_deposit(owner, amount, block_identifier='latest')
Refuse an ambiguous estimate without an accepted-asset selection.
- Parameters
owner (Optional[eth_typing.evm.HexAddress]) – Deposit owner used for structured error context.
amount (decimal.Decimal) – Ambiguous amount whose token is not specified.
block_identifier (Union[Literal['latest', 'earliest', 'pending', 'safe', 'finalized'], eth_typing.evm.BlockNumber, eth_typing.evm.Hash32, eth_typing.encoding.HexStr, int]) – Unused because the request is rejected before an onchain read.
- Raises
VaultFlowUnavailable – Always, directing the caller to
estimate_deposit_for_asset().- Return type
- estimate_deposit_for_asset(owner, amount, accepted_asset, block_identifier='latest')
Estimate LP shares for a selected accepted asset.
The estimate comes from Upshift’s asset-aware
previewDepositcall, avoiding local assumptions about reference-asset conversion.- Parameters
owner (Optional[eth_typing.evm.HexAddress]) – Deposit owner used for structured error context.
amount (decimal.Decimal) – Selected accepted-asset amount.
accepted_asset (eth_typing.evm.HexAddress) – Whitelisted deposit-token address.
block_identifier (Union[Literal['latest', 'earliest', 'pending', 'safe', 'finalized'], eth_typing.evm.BlockNumber, eth_typing.evm.Hash32, eth_typing.encoding.HexStr, int]) – Block at which to read the share price.
- Returns
Estimated LP shares rounded down to share-token precision.
- Return type
- estimate_redeem(owner, shares, block_identifier='latest')
Refuse estimates for the unimplemented redemption flow.
- Parameters
owner (Optional[eth_typing.evm.HexAddress]) – Share owner used for structured error context.
shares (decimal.Decimal) – Unused requested share amount.
block_identifier (Union[Literal['latest', 'earliest', 'pending', 'safe', 'finalized'], eth_typing.evm.BlockNumber, eth_typing.evm.Hash32, eth_typing.encoding.HexStr, int]) – Unused because the adapter has no redemption flow.
- Raises
VaultFlowUnavailable – Always, because multi-asset redemption is not implemented.
- Return type
- can_create_deposit_request(owner)
Return whether the protocol-wide deposit gate is currently open.
- Parameters
owner (eth_typing.evm.HexAddress) – Unused because Upshift’s pause and cap are vault-wide.
- Returns
Truewhen deposits are neither paused nor configured with a zero cap.- Return type
- can_create_redemption_request(owner)
Return false because no multi-asset redemption path is implemented.
- Parameters
owner (eth_typing.evm.HexAddress) – Unused share owner.
- Returns
Always
False.- Return type
- has_synchronous_redemption()
Return false because redemption is unsupported, not synchronous.
- Returns
Always
False.- Return type
- create_deposit_request(owner, to=None, amount=None, raw_amount=None, check_max_deposit=True, check_enough_token=True, *, accepted_asset=None)
Create approval and deposit calls for one selected asset.
The returned synchronous request approves the vault and then calls its multi-asset
depositentry point.- Parameters
owner (eth_typing.evm.HexAddress) – Address funding the deposit.
to (Optional[eth_typing.evm.HexAddress]) – Share receiver, defaulting to
owner.amount (Optional[decimal.Decimal]) – Decimal selected-token amount, exclusive with
raw_amount.raw_amount (Optional[int]) – Native selected-token amount, exclusive with
amount.check_max_deposit (bool) – Whether to reject requests above the current protocol cap.
check_enough_token (bool) – Whether to check the owner’s selected-token balance.
accepted_asset (Optional[eth_typing.evm.HexAddress]) – Explicitly selected whitelist token.
- Returns
Synchronous approval and deposit request.
- Raises
VaultFlowUnavailable – If the asset is invalid or current protocol state rejects the flow.
- Return type
- create_redemption_request(owner, to=None, shares=None, raw_shares=None, check_max_deposit=True, check_enough_token=True)
Refuse unverified Upshift multi-asset redemption handling.
- Parameters
owner (eth_typing.evm.HexAddress) – Share owner used for structured error context.
to (Optional[eth_typing.evm.HexAddress]) – Unused receiver.
shares (Optional[decimal.Decimal]) – Unused decimal share amount.
check_max_deposit (bool) – Unused base-interface compatibility flag.
check_enough_token (bool) – Unused base-interface compatibility flag.
- Raises
VaultFlowUnavailable – Always, because multi-asset redemption is not implemented.
- Return type
- analyse_deposit(claim_tx_hash, deposit_ticket)
Decode Upshift’s verified protocol deposit event.
- Parameters
claim_tx_hash (Union[hexbytes.main.HexBytes, str]) – Mined deposit transaction hash.
deposit_ticket (Optional[eth_defi.vault.deposit_redeem.DepositTicket]) – Unused synchronous deposit ticket.
- Returns
Executed deposit amounts or a structured transaction failure.
- Raises
ValueError – If the receipt does not contain exactly one matching deposit event.
- Return type
Union[eth_defi.vault.deposit_redeem.DepositRedeemEventAnalysis, eth_defi.vault.deposit_redeem.DepositRedeemEventFailure]
- __init__(vault)
- Parameters
vault (ERC4626Vault) –
- analyse_redemption(claim_tx_hash, redemption_ticket)
Analyse a mined ERC-4626 redemption or guarded SimpleVault wrapper.
A ticket identifies the wrapper only for the transaction-target check; the decoded
Withdrawevent must still originate from this vault.- Parameters
claim_tx_hash (Union[hexbytes.main.HexBytes, str]) – Mined redemption transaction hash.
redemption_ticket (Optional[eth_defi.vault.deposit_redeem.RedemptionTicket]) – Optional ticket whose owner identifies a guarded wrapper.
- Returns
Decoded executed redemption quantities or a revert description.
- Return type
Union[eth_defi.vault.deposit_redeem.DepositRedeemEventAnalysis, eth_defi.vault.deposit_redeem.DepositRedeemEventFailure]
- can_finish_deposit(deposit_ticket)
Synchronous deposits can be finished immediately.
- Parameters
deposit_ticket (eth_defi.erc_4626.deposit_redeem.ERC4626DepositTicket) –
- can_finish_redeem(redemption_ticket)
Synchronous redemptions can be finished immediately.
- Parameters
redemption_ticket (eth_defi.erc_4626.deposit_redeem.ERC4626RedemptionTicket) –
- estimate_redemption_delay()
Get the redemption delay for this vault.
What is overall redemption delay: not related to the current moment
How long it takes before a redemption request is allowed
This is not specific for any address, but the general vault rule
E.g. you get 0xa592703b is an IPOR Fusion error code AccountIsLocked, if you try to instantly redeem from IPOR vaults
- Returns
Redemption delay as a
datetime.timedelta- Raises
NotImplementedError – If not implemented for this vault protocoll.
- Return type
- fetch_completed_redemption_tx_hash(ticket)
Find an operator-owned terminal redemption transaction when available.
Claim-based protocols finish through
finish_redemption()and do not need this lookup. Operator-finalised protocols override the hook to find and validate the transaction that paid the requested receiver.- Parameters
ticket (eth_defi.vault.deposit_redeem.RedemptionTicket) – Persisted redemption request to locate.
- Returns
Terminal transaction hash, or
Noneif the protocol has not observed one yet.- Return type
Optional[hexbytes.main.HexBytes]
- fetch_vault_flow_events(hypersync_client, start_block, end_block)
Fetch asynchronous vault request events from an indexed backend.
The base implementation returns no events for vault managers that do not have a two-phase deposit or redemption flow.
- Parameters
- Returns
Iterator of protocol-neutral pending vault flow events.
- Return type
collections.abc.Iterator[eth_defi.vault.flow_events.PendingVaultFlow]
- finish_deposit(deposit_ticket)
Can we finish the deposit process in async vault.
We can claim our shares from the vault now
- Parameters
deposit_ticket (eth_defi.vault.deposit_redeem.DepositTicket) –
- Return type
web3.contract.contract.ContractFunction
- finish_redemption(redemption_ticket)
Build the depositor-owned final redemption transaction when one exists.
Some asynchronous vaults, such as Ember, transfer funds directly from an operator transaction. They deliberately return
Nonehere: an asset manager must not attempt to invoke an operator-only settlement method on behalf of its depositor.- Parameters
redemption_ticket (eth_defi.vault.deposit_redeem.RedemptionTicket) – Persisted asynchronous redemption request.
- Returns
Bound depositor claim call, or
Nonewhen the protocol has no depositor-owned finish action.- Return type
web3.contract.contract.ContractFunction
- force_settle(ticket)
Force the selected ticket forward on an Anvil simulation.
Synchronous managers do not require settlement and return a no-op result when called with None. Asynchronous managers must override this method and supply their request ticket.
- Parameters
ticket (Optional[Union[eth_defi.vault.deposit_redeem.DepositTicket, eth_defi.vault.deposit_redeem.RedemptionTicket]]) – Pending async request ticket, or None for a synchronous flow.
- Returns
Settlement outcome with before/after status and transaction hashes.
- Raises
UnsupportedVaultSimulation – If the provider is not Anvil or an async manager lacks a driver.
- Return type
- get_deposit_approval_target()
Return the ERC-20 spender required for a deposit request.
Standard ERC-4626 and the currently supported async adapters pull denomination tokens from the vault address itself. An adapter using a different router or silo must override this method; guarded callers use it to whitelist and validate the exact approval calldata.
- Returns
ERC-20 approval spender address.
- Return type
- get_deposit_delay_over(address)
Estimate when a pending async deposit request will settle.
Mirror of
get_redemption_delay_over()for the deposit side.Used to show an estimated settlement time for unsettled deposits (e.g. in the trade-executor
trade-uitable).Default returns
None: the protocol has no deterministic on-chain settlement schedule (e.g. operator-driven ERC-7540 vaults like Lagoon). Subclasses with a predictable settlement cadence (e.g. Ostium V1.5) override this to return an estimated UTC timestamp.
- Parameters
address (Union[eth_typing.evm.HexAddress, str]) – Owner of the pending deposit request.
- Returns
Naive UTC timestamp when the deposit is expected to settle, or
Nonewhen no on-chain estimate is available.- Return type
- get_deposit_request_status(ticket)
Query the current status of an async deposit request.
Default implementation probes via
can_finish_deposit(). Subclasses should override for more accurate status reporting (e.g. distinguishingreclaimablefrompending).- Parameters
ticket (eth_defi.vault.deposit_redeem.DepositTicket) –
- Return type
- get_max_deposit(owner)
How much we can deposit
- Parameters
owner (eth_typing.evm.HexAddress) –
- Return type
- get_redemption_delay_over(address)
Get the redemption timer left for an address.
How long it takes before a redemption request is allowed
This is not specific for any address, but the general vault rule
E.g. you get 0xa592703b is an IPOR Fusion error code AccountIsLocked, if you try to instantly redeem from IPOR vaults
- Returns
UTC timestamp when the account can redeem.
Naive datetime, or
Nonewhen the protocol has no deterministic on-chain deadline.- Raises
NotImplementedError – If not implemented for this vault protocoll.
- Parameters
address (Union[eth_typing.evm.HexAddress, str]) –
- Return type
- get_redemption_request_status(ticket)
Query the current status of an async redemption request.
Default implementation probes via
can_finish_redeem(). Subclasses should override for more accurate status reporting.- Parameters
- Return type
- has_synchronous_deposit()
Does this vault support synchronous deposits?
E.g. ERC-4626 vaults
- Return type
- is_deposit_in_progress(owner)
Check if the owner has an active deposit request.
- Parameters
owner (eth_typing.evm.HexAddress) – Owner of the shares
- Returns
True if there is an active redemption request
- Return type
- is_redemption_in_progress(owner)
Check if the owner has an active redemption request.
- Parameters
owner (eth_typing.evm.HexAddress) – Owner of the shares
- Returns
True if there is an active redemption request
- Return type
- reclaim_deposit(ticket)
Return a function to recover funds after a failed async deposit settlement.
Returns
Noneif the protocol does not support reclaim.- Parameters
ticket (eth_defi.vault.deposit_redeem.DepositTicket) –
- Return type
Optional[web3.contract.contract.ContractFunction]
- reclaim_withdrawal(ticket)
Return a function to recover shares after a failed async withdrawal settlement.
Returns
Noneif the protocol does not support reclaim.- Parameters
- Return type
Optional[web3.contract.contract.ContractFunction]
- reconstruct_deposit_ticket(data)
Reconstruct a deposit ticket from a serialised dict.
Default returns a base
DepositTicket. Subclasses override for protocol-specific ticket types.- Parameters
data (dict) –
- Return type
- reconstruct_redemption_ticket(data)
Reconstruct a redemption ticket from a serialised dict.
Async vault managers must override this to return their protocol-specific ticket subclass. The base implementation raises
NotImplementedErrorbecauseRedemptionTickethas abstract methods.- Parameters
data (dict) –
- Return type
- serialize_deposit_ticket(ticket)
Serialise a deposit ticket to a dict for persistence.
The trade-executor stores this in
trade.other_dataso that the settlement retry module can reconstruct the ticket after a process restart.Default implementation stores base
DepositTicketfields. Subclasses override to add protocol-specific fields (e.g.settlement_idfor Ostium,requestIdfor ERC-7540).- Parameters
ticket (eth_defi.vault.deposit_redeem.DepositTicket) –
- Return type
- serialize_redemption_ticket(ticket)
Serialise a redemption ticket to a dict for persistence.
Default implementation stores base
RedemptionTicketfields. Subclasses override to add protocol-specific fields.- Parameters
- Return type