Transaction structure
Every Kamino Lend action goes throughcreateVaultSyncTransaction.
Kamino refresh instructions must stay top-level. Send the result in this order:
setupInstructions, then preInstructions, then instruction, then postInstructions.One-time setup
Before deposit, withdraw, borrow, or repay, the managed vault usually needs two Kamino Lending accounts.Init user metadata
Creates the KaminoUserMetadata PDA for the managed vault owner.
Init obligation
Creates the KaminoObligation PDA for one lending market.
Deposit
kaminoAction.deposit deposits the vault’s reserve token ATA into a Kamino reserve and receives reserve collateral inside the obligation.
Parameters
A matching policy must exist before you execute the transaction. See Policy Builders.
Withdraw
kaminoAction.withdraw redeems reserve collateral back into the vault’s reserve token ATA.
Parameters
A matching policy must exist before you execute the transaction. See Policy Builders.
Borrow
kaminoAction.borrow borrows reserve liquidity against the vault’s Kamino obligation.
Parameters
A matching policy must exist before you execute the transaction. See Policy Builders.
Repay
kaminoAction.repay repays borrowed reserve liquidity.
Parameters
A matching policy must exist before you execute the transaction. See Policy Builders.