Polygon FastLane
  • What is Polygon FastLane?
    • Overview
    • Design Principles
    • Components
    • Component Diagram
  • Getting Started as a Validator
    • Getting Started as a Validator
    • Connecting to a FastLane Sentry Node
      • Finding Your Enode Address & Peer ID
      • Adding FastLane as a Static Peer
    • Patching Your Sentry Nodes With The FastLane Patch
      • Installing from source
        • Patch Download
        • Patch Installation
      • Installing from packages
  • Withdrawing Validator Revenue
    • Validator Vault
      • Connect an Eligible Wallet
      • Revenue Redemption (withdrawal)
  • Searcher Guides
    • Getting Started as a Searcher
      • Solver Call Data
      • Submission Methods
      • Migration Guide for Searchers
    • Bundles (Backruns)
      • Bundle Format
      • Bid Submission
      • Bundle Requirements
      • Full Example
      • Subscribe Events
    • 4337 Bundles Integration Guide
      • Overview
      • How it works
      • RPC Reference
      • Examples
    • Searcher Contract Integration
      • Safety Considerations
      • atlasSolverCall
      • Direct Implementation
      • Proxy Implementation
      • Solver Concepts
      • Altas Bonding Concept
      • Bond atlETH
      • Estimating Solver Gas Charges
    • Addresses & Endpoints
    • Helpers
    • Common Mistakes
    • Atlas SDK's
  • Tools and Analytics
    • FastLane Bundle Explorer
      • Features Overview
      • Key Components
      • Usage Example
      • Error Codes & Troubleshooting
  • Key Concepts
    • Transaction Encoding
  • INFRASTRUCTURE
    • Health Status Endpoint
  • Reference
    • Relay JSON-RPC API
    • Relay REST API
    • Glossary of Terms
Powered by GitBook
On this page
  • atlETH
  • Key Features and Mechanics
  • Solver Responsibilities
  • atlETH Escrow Process
  • Protection Against Malicious Actors
  • Disincentivizing Large Gas Limits
  1. Searcher Guides
  2. Searcher Contract Integration

Altas Bonding Concept

atlETH bonding mechanism

PreviousSolver ConceptsNextBond atlETH

Last updated 6 months ago

Solvers are required to bond atlETH (POL) from the EOA which is used to submit solverOperation to cover the transaction cost before solution can be executed

atlETH

atlETH serves as a wrapped representation of the blockchain's native token within Atlas. While named "atlETH" for simplicity, it represents the native token of whichever blockchain Atlas is deployed on (e.g., ETH on Ethereum, POL on Polygon). This mechanism enables solvers to escrow funds for their gas consumption, allowing them to pre-commit to covering the gas costs for their respective operations.

By using atlETH, Atlas facilitates the execution of transactions that include multiple third-party SolverOperations by bundlers. Additionally, it discourages solver spam by leveraging the DoS protection inherent in the underlying chain's gas costs.

Key Features and Mechanics

  1. Balance Verification: The Operations Relay (OR) and/or Atlas SDK are responsible for verifying the solvers' atlETH balance.

  2. Intrablock Participation Limit: At the smart contract level, Atlas restricts solvers from participating in more than one auction per block. This prevents double-counting of bonded atlETH across multiple applications and bundlers.

  3. Penalty for Multiple Executions: Any attempt by solvers to execute a second operation in the same block will result in a reverted operation, with solvers still incurring charges for their total gas costs.

  4. Multiple Intrablock Auctions: To engage in multiple intrablock Atlas auctions, solvers must use separate EOAs and maintain bonded atlETH balances in each.

Solver Responsibilities

Known Bids Mode

In known bids mode, the solver is responsible for approving payment for the sum of:

  • The gas cost of the transaction so far, excluding costs attributed to reverted operations of other solvers.

  • The gas cost remaining in the transaction up to the gas limit.

  • The outstanding balance of any cross-operation flash loan initiated by the hooks.

atlETH Escrow Process

  1. An escrow hold is placed on the solver's bonded atlETH balance for the total estimated amount owed.

  2. The Atlas smart contract adjusts this escrow at the end of the transaction based on actual gas consumption.

  3. Solvers can estimate the gas limit and value of the Atlas transaction before signing their operation, allowing them to anticipate the required escrow amount.

Protection Against Malicious Actors

Solvers are not liable for their gas costs if they are under attack by malicious originators, auctioneers, or bundlers. An altered UserOperation or CallChainHash will attribute any accrued solver gas costs to the bundler.

Disincentivizing Large Gas Limits

To discourage bundlers from setting excessively large gas limits (which would force solvers to maintain higher escrow balances), Atlas estimates the excess gas limit and charges the bundler for it during gas accounting.

Bond
POL