Struct IxUtils 

pub struct IxUtils;

Implementations

impl IxUtils

pub fn build_account_keys_hashmap( account_keys: &[Pubkey], ) -> HashMap<Pubkey, u8>

pub fn get_account_key_if_present( ix: &Instruction, index: usize, ) -> Option<Pubkey>

pub fn get_account_key_required( account_keys: &[Pubkey], index: usize, ) -> Result<Pubkey, KoraError>

pub fn build_default_compiled_instruction( program_id_index: u8, ) -> CompiledInstruction

pub fn uncompile_instructions( instructions: &[CompiledInstruction], account_keys: &[Pubkey], ) -> Result<Vec<Instruction>, KoraError>

pub fn reconstruct_instruction_from_ui( ui_instruction: &UiInstruction, all_account_keys: &[Pubkey], ) -> Option<CompiledInstruction>

Reconstruct a CompiledInstruction from various UiInstruction formats

This is required because when you simulate a transaction with inner instructions flag, the RPC pre-parses some of the instructions (like for SPL program and System Program), however this is an issue for Kora, as we expected “Compiled” instructions rather than “Parsed” instructions, because we have our own parsing logic on our Kora’s side.

So we need to reconstruct the “Compiled” instructions from the “Parsed” instructions, by “unparsing” the “Parsed” instructions.

There’s no known way to force the RPC to not parsed the instructions, so we need this “hack” to reverse the process.

Example: https://github.com/anza-xyz/agave/blob/68032b576dc4c14b31c15974c6734ae1513980a3/transaction-status/src/parse_system.rs#L11

pub fn parse_system_instructions( transaction: &VersionedTransactionResolved, ) -> Result<HashMap<ParsedSystemInstructionType, Vec<ParsedSystemInstructionData>>, KoraError>

pub fn parse_token_instructions( transaction: &VersionedTransactionResolved, ) -> Result<HashMap<ParsedSPLInstructionType, Vec<ParsedSPLInstructionData>>, KoraError>