Transaction: {
    network: Network;
    inputs: TxInput[];
    outputs: TxOutput[];
    fee: bigint_like;
    ttl?: bigint_like | null;
    certificates?: Certificate[] | null;
    withdrawals?: Withdrawal[] | null;
    auxiliaryData?: TxAuxiliaryData | null;
    validityIntervalStart?: bigint_like | null;
    mint?: AssetGroup[] | null;
    scriptDataHashHex?: string | null;
    collateralInputs?: TxInput[] | null;
    requiredSigners?: RequiredSigner[] | null;
    includeNetworkId?: boolean | null;
    collateralOutput?: TxOutput | null;
    totalCollateral?: bigint_like | null;
    referenceInputs?: TxInput[] | null;
    votingProcedures?: VoterVotes[] | null;
    treasury?: bigint_like | null;
    donation?: bigint_like | null;
}

Represents transaction to be signed by the device. Note that this represents a superset of what Ledger can sign due to certain hardware app/security limitations.

See

Type declaration

  • network: Network

    Cardano network the transaction is supposed to be submitted to.

  • inputs: TxInput[]

    Transaction inputs (UTxOs)

  • outputs: TxOutput[]

    Transaction outputs

  • fee: bigint_like

    Transaction fee (in Lovelace).

  • Optional ttl?: bigint_like | null

    "Time-to-live" (block height). Transaction will become invalid at this block height.

  • Optional certificates?: Certificate[] | null

    Transaction certificates (if any).

  • Optional withdrawals?: Withdrawal[] | null

    Withdrawals (if any) from rewards accounts If not null, the entries' keys (reward addresses derived from the given stake credentials) must be unique and sorted ascending to reflect a canonical CBOR as described in the CBOR RFC), i.e. the key with the lower value in lexical order sorts earlier.

  • Optional auxiliaryData?: TxAuxiliaryData | null

    Transaction auxiliary data (if any)

  • Optional validityIntervalStart?: bigint_like | null

    Validity start (block height) if any. Transaction becomes valid only starting from this block height.

  • Optional mint?: AssetGroup[] | null

    Mint or burn instructions (if any). Assets to be minted (token amount positive) or burned (token amount negative) with the transaction. If not null, the entries' keys (policyIds) must be unique and sorted to reflect a canonical CBOR as described in the CBOR RFC), i.e. the key with the lower value in lexical order sorts earlier.

  • Optional scriptDataHashHex?: string | null

    Script data hash (if any)

  • Optional collateralInputs?: TxInput[] | null

    Collateral inputs (if any)

  • Optional requiredSigners?: RequiredSigner[] | null

    Required signers by key (if any)

  • Optional includeNetworkId?: boolean | null

    True if network id should be included in the transaction body; false or not given otherwise

  • Optional collateralOutput?: TxOutput | null

    Collateral return output

  • Optional totalCollateral?: bigint_like | null

    Total collateral (in Lovelace).

  • Optional referenceInputs?: TxInput[] | null

    Reference inputs (UTxOs). Visible to Plutus scripts, but not spent.

  • Optional votingProcedures?: VoterVotes[] | null

    Voting procedures.

  • Optional treasury?: bigint_like | null

    Treasury amount (in Lovelace).

  • Optional donation?: bigint_like | null

    Treasury donation (in Lovelace).

Generated using TypeDoc