multiversx_sc_scenario

Module imports

Source
Expand description

Imports normally needed in integration tests, grouped together.

Re-exports§

Modules§

Macros§

Structs§

Enums§

Constants§

Traits§

  • The addition operator +.
  • The addition assignment operator +=.
  • Describes a value can also have a custom representation in a mandos scenario.
  • Models an argument tree of the form (arg1, (arg2, ... (argn, ()))), used for retrieving endpoint arguments.
  • The bitwise AND operator &.
  • The bitwise AND assignment operator &=.
  • The bitwise OR operator |.
  • The bitwise OR assignment operator |=.
  • The bitwise XOR operator ^.
  • The bitwise XOR assignment operator ^=.
  • Interface to be used by the actual smart contract code.
  • Defines a contract call object, which is the basis for all calls to other contracts.
  • Converts into a legacy contract call.
  • Implemented by all decimal types usable in ManagedDecimal.
  • The division operator /.
  • The division assignment operator /=.
  • Used when merging is done through an external SC call. Generally, these only need to have the same token ID, with different nonces.
  • Defines conversion of a type to its multi-value representation.
  • Commonalities between all managed types.
  • Types that implement this trait can be items inside a ManagedVec. All these types need a payload, i.e a representation that gets stored in the underlying managed buffer. Not all data needs to be stored as payload, for instance for most managed types the payload is just the handle, whereas the mai ndata is kept by the VM.
  • Syntactic sugar, that allows us to more easily represent composite payloads as nested tuples.
  • Describes the binary represetnation of a ManagedVecItem.
  • Describes concatantion of smaller payloads into a larger one.
  • Used for types that can be merged locally.
  • The multiplication operator *.
  • The multiplication assignment operator *=.
  • Trait that allows zero-copy read of value-references from slices in LE format.
  • Trait that allows zero-copy write of value-references to slices in LE format.
  • Trait that is automatically implemented for all types that are allowed as proxy inputs.
  • Indicates how result processing will undergo for an ensemble of result handlers.
  • Result handler list item.
  • Indicates how result processing will undergo for one specific result handler.
  • Used when registering a contract for debugging.
  • The remainder operator %.
  • The remainder assignment operator %=.
  • Any type that implements this trait can be used to signal errors when returning from a SC endpoint.
  • Designates a tx environment suitable for running scenarios locally.
  • Provides a run method for transactions and steps.
  • The left shift operator <<. Note that because this trait is implemented for all integer types with multiple right-hand-side types, Rust’s type checker has special handling for _ << _, setting the result type for integer operations to the type of the left-hand-side operand. This means that though a << b and a.shl(b) are one and the same from an evaluation standpoint, they are different when it comes to type inference.
  • The left shift assignment operator <<=.
  • The right shift operator >>. Note that because this trait is implemented for all integer types with multiple right-hand-side types, Rust’s type checker has special handling for _ >> _, setting the result type for integer operations to the type of the left-hand-side operand. This means that though a >> b and a.shr(b) are one and the same from an evaluation standpoint, they are different when it comes to type inference.
  • The right shift assignment operator >>=.
  • The subtraction operator -.
  • The subtraction assignment operator -=.
  • Trait that allows zero-copy read of values from an underlying API in big endian format.
  • Marks the data field of a transaction in Tx.
  • Indicates that given result handler is empty, i.e. doesn’t cause any side effects and returns nothing.
  • Marks the sender of any transaction.
  • Marks the non-empty sender of a transaction.
  • All typed that populate the gas field of a transaction need to implement this trait.
  • Marker trait that indicates that payment field contains no payment.
  • Describes a payment that is part of a transaction.
  • Marks a payment object that only contains EGLD or nothing at all.
  • Indicates that a payment object contains a multi-ESDT payment.
  • Defines a proxy object for a smart contract.
  • Marks a general result handler, to be used in the transaction unified syntax.
  • Marks the recipient of any transaction.
  • Marks the non-empty recipient of a transaction.
  • Implemented for all types that can end up in the ABI:

Functions§

Type Aliases§