Skip to main content

Glossary

  • Asynchronous Execution Paradigm A feature of "Time Travel" that allows transactions to be designed with outcomes or states that are anticipated but not yet realized. It facilitates transactions that are dependent on future states or events, allowing users to queue operations that will execute when certain conditions are met, even if they are not initially satisfied.

  • Bundle A group of transactions that are processed together, often as a single unit. In smart transactions, bundles can be used to organize and control the execution sequence.

  • CallBreaker A smart contract that manages the execution and introspection of deferred transactions in the "Time Travel" paradigm. It ensures that transactions are executed according to the specified conditions and in the correct sequence. The CallBreaker plays a critical role in managing the sequence of future transactions, verifying that the specified conditions are met before execution.

  • CallBreakerStorage An abstract contract providing the storage structure for the CallBreaker. It stores configurations and data related to the deferred transactions managed by the CallBreaker. This contract is responsible for maintaining the state of the CallBreaker and ensuring data integrity.

  • Conditional Execution A feature that allows transactions to be executed only when specific conditions are met, such as reaching a certain time, achieving a specific price, or ensuring a set of preceding transactions has been executed.

  • Coincidence-of-Wants Mechanisms A system that allows for the simultaneous fulfillment of mutual needs in an exchange without using money. The "Time Travel" paradigm can manage such exchanges by enabling transactions to be executed in a specific order, facilitating barter-like transactions on a digital scale.

  • Schedulers Recurring scheduled tasks that can be set within LaminatedProxy, allowing users to automate specific actions at predetermined intervals. These tasks can be customized to prevent front-running and ensure proper execution order.

  • Deferred Function Call A function call that is queued for future execution in LaminatedProxy. These calls have specific conditions, such as time delays or other constraints, which must be met before execution.

  • Factory Refers to the Laminator smart contract, which creates new LaminatedProxy instances for users. Each proxy serves as a personal mempool where transaction requests are queued and managed.

  • Intents A method where users specify their desired outcome on a blockchain without prescribing the exact steps to achieve it. This approach allows more flexibility in how the blockchain processes transactions. We do it differently

  • Just-In-Time (JIT) Liquidity
    A feature enabled by the "Time Travel" paradigm, allowing users to access funds or assets at the precise moment they are needed. It reduces the need for holding large reserves and enables more efficient use of resources.

  • LaminatedProxy A specialized smart contract that serves as a personalized mempool for each user. It holds and manages queued transaction requests with specific conditions, allowing customizable transaction execution. This is where users can set specific parameters like preventing frontrunning, specifying delays, and defining order dependencies.

  • LaminatedStorage An abstract contract providing the storage structure for LaminatedProxy instances. It holds data and state associated with the transactions queued in each LaminatedProxy, including transaction details and execution conditions.

  • Laminator A smart contract that acts as a factory for creating LaminatedProxy contracts. It is the starting point for users to engage with smart transactions, allowing them to create unique proxies where transactions can be queued and managed.

  • Maximal Extractable Value (MEV) The additional value that miners or validators can capture from the process of producing a block, beyond the conventional rewards of block rewards and transaction fees. MEV is extracted through strategies like transaction reordering, selective inclusion or exclusion, and inserting personal transactions.

  • MEV Time The period during which miners or validators select transactions for inclusion in a block. MEV Time can be manipulated to extract additional value through various MEV strategies.

  • Mempool A pool where pending blockchain transactions are stored before being added to a block. In smart transactions, the mempool is designed to accommodate transactions with conditional execution criteria.

  • Order Dependency A condition that ensures transactions are executed in a specific order within a LaminatedProxy bundle, preventing frontrunning and back-running within the bundle.

  • Pull Function A function in the LaminatedProxy smart contract that executes a deferred function call once its conditions are met and the delay has elapsed.

  • Push Function A function in the LaminatedProxy smart contract allowing users to queue their transactions for future execution with a specified delay and set of conditions.

  • Sequence Number A unique identifier assigned to each queued function call in LaminatedProxy. It helps track the order of execution and manage the state of transactions in the queue.

  • Smart Transactions An advanced class of transactions that can be configured with specific conditions, allowing them to be adaptive and responsive to changing circumstances in the blockchain's mempool. These transactions are designed to offer enhanced control, flexibility, and protection against MEV-based exploitation.

  • Solvers Third-party entities responsible for identifying and executing smart transaction bundles within specified parameters set by users. They ensure that transactions are executed within the user's defined constraints and at the appropriate future point in time. Solvers play a key role in executing "Time Travel" transactions, complying with invariant bounds and ensuring that all required conditions are met before execution.

  • Time Travel A blockchain paradigm where transactions are broadcasted for execution at a specific point in the future, with a predetermined order and transaction-specific conditions. It allows users to queue transactions for future execution, providing a way to dictate when a transaction becomes active, along with the conditions for its execution. This concept differs from regular, atomic blockchain transactions, where execution is immediate and lacks specific ordering or conditional execution capabilities.