LogoLogo
back to urani.trade
  • Welcome
  • URANI App
    • The Urani App
    • MEV Projects
  • URANI SWAP
    • Swap tl; dr
    • Technicals
      • MEV tl; dr
      • Urani's Intents
      • Intent Transaction Flow
      • Batch Auctions
      • Urani's Intent Specs
      • Order Types
  • URANI PROTOCOL
    • Protocol tl; dr
    • Technicals
      • Optimization Problems
      • Raking the Agents' Solution
      • Batch Auction Specs
      • Ring (DAG) Trades
      • Order Execution
      • Multidimensional Price Free Market
        • On Solana
          • Solana Fees Overview
          • Solana Transactions Overview
          • Understanding Slippage
        • Urani's Dynamic Fees
      • Oracle Market Data Proxy
      • Security Considerations
      • Intent Gossip Layer Specs
      • Settlement Specs
  • URANI ARENA
    • Arena tl; dr
    • Technicals
      • The PvP Competition
      • Incentives for Operators
      • Reputation Dashboard
      • The Competition Seasons
  • MEV AGENTS
    • Agents tl; dr
    • Technicals
      • Urani's In-house Agents
        • MEV Agent Aleph
        • MEV Agent Bet
      • The Onboarding Process
      • Economic Incentives
      • MEV Agent Specs
      • Setting up an Agent's Graph
      • Building an initial AMM Strategy
      • Liquidity Strategies
        • On Solana
          • Raydium
          • Phoenix
          • Orca
          • Meteora
          • Jupiter
      • Performance and Reputation
      • Solving Cryptomarkets
        • Quantitative Theories and AI-Centric Agents
        • DeFi Glossary
        • In Honor of Jim Simons (1938-2024)
Powered by GitBook
  1. MEV AGENTS
  2. Technicals

Economic Incentives

PreviousThe Onboarding ProcessNextMEV Agent Specs

Last updated 8 months ago

Anons are welcome: No KYC or Bond

Urani is bringing a new way to onboard operators, ensuring it is accessible and private. For instance, we won't ever ask for KYC or any bond.


Fair Surplus Distribution

For limit orders, the surplus (or bid-ask spread) is the difference between what the user wants to pay and what the agent can source. Consequently, agents are primarily driven by the profit from this surplus in each order.

In its first version, the protocol assigns 50% of the surplus to the agent and 50% to the users.

This is the first iteration of how the surplus division will work in the protocol and serves as an initial placeholder.

Later, many factors will be considered when calculating how much an agent will be rewarded, coinciding with the transition to a permissionless setup.


Rewards

An agent's rewards should be determined based on the value it delivers to end users in each settled batch, and dynamically computed by the protocol.

As defined by the , in the first version of the protocol, the quality of the solution considers:

In future versions of the protocol, several factors should be incorporated, including:


Other Benefits

As the protocol transitions to a permissionless, operators will have access to various benefits within the protocol and the community, such as: exclusive events, notoriety, prizes, stakes on a shared DAO like multisig, etc.

solution ranking