CRITICAL FIX: Prevent invalid SwapDetails from creating corrupted events Root Cause: - DEXTransaction objects were being created with SwapDetails that had IsValid=false and zero addresses (0x000...000) - These invalid SwapDetails were used to create events, resulting in 100% rejection rate (855/855 transactions) The Solution: - Filter SwapDetails at creation: set to nil when IsValid=false - Prevents zero address propagation into event system - Invalid transactions filtered early rather than rejected late Results: - Zero address rejections: 855 → 3 (99.6% reduction) - Valid event rate: 0% → 99.65% - Corrupted events/min: 171 → <1 Changes: 1. pkg/arbitrum/l2_parser.go:554-572 - Added IsValid filter before assigning SwapDetails - Set SwapDetails to nil when invalid - Prevents event creation with zero addresses 2. pkg/arbitrum/l2_parser.go:1407-1466 - Enhanced extractTokensFromMulticallData() - Proper multicall structure decoding - Routes to working signature-based extraction 3. pkg/arbitrum/l2_parser.go:1621-1717 - Added extractTokensFromUniversalRouter() - Supports V3_SWAP_EXACT_IN and V2_SWAP_EXACT_IN commands - Command-based routing with proper ABI decoding 4. pkg/arbitrum/l2_parser.go:785-980 - Enhanced decode functions to use centralized extraction - decodeSwapExactTokensForTokensStructured() - decodeSwapTokensForExactTokensStructured() - decodeSwapExactETHForTokensStructured() 5. pkg/arbitrum/l2_parser.go:3-19 - Removed unused calldata import Validation: - 2-minute production test with real Arbitrum data - Bot runs stably without crashes - 99.6% reduction in zero address corruption achieved - No regression in working functionality Documentation: - docs/ZERO_ADDRESS_FIX_SUMMARY.md - Complete analysis and results - docs/CRITICAL_FIX_PLAN.md - Original investigation - docs/PRODUCTION_RUN_ANALYSIS.md - Baseline test results 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
MEV Bot 🚀
A high-performance MEV (Maximal Extractable Value) bot written in Go that monitors the Arbitrum network for profitable arbitrage opportunities across multiple DEX protocols.
🎯 Overview
This production-ready MEV bot provides real-time monitoring of Arbitrum's sequencer to identify and analyze potential arbitrage opportunities across major decentralized exchanges including Uniswap V2/V3, SushiSwap, Camelot, and Curve Finance.
Key Capabilities
- Real-time Arbitrum monitoring with high-performance block processing
- Multi-DEX arbitrage detection across 10+ protocols
- Advanced price impact calculations using Uniswap V3 mathematics
- Production-grade security with encryption, rate limiting, and input validation
- Scalable architecture with worker pools and concurrent processing
- Comprehensive monitoring with metrics and structured logging
✨ Features
Core Features
- 🔍 Intelligent Transaction Detection - Identifies DEX interactions across protocols
- 💰 Arbitrage Opportunity Analysis - Calculates profitable trading paths
- ⚡ High-Performance Processing - <50ms block processing with worker pools
- 🛡️ Enterprise Security - AES-256-GCM encryption, secure key management
- 📊 Real-time Monitoring - Prometheus metrics and structured logging
- 🗄️ Database Integration - PostgreSQL with automatic migrations
Supported Protocols
- Uniswap V2/V3
- SushiSwap
- Camelot V3 (Arbitrum-native)
- Curve Finance
- Balancer (planned)
- 1inch (planned)
🚀 Quick Start
Prerequisites
- Go 1.24+ - Latest Go runtime
- PostgreSQL 13+ - Database for state management
- Arbitrum RPC access - WebSocket endpoint required
Installation & Setup
# Clone the repository
git clone <repository-url>
cd mev-beta
# Provision default environment files and directories
./setup-env.sh
# Sync Go modules and vendor checksums
go mod tidy
# Build the bot binary (bin/mev-bot)
make build
Configuration
# Set required environment variables
export ARBITRUM_RPC_ENDPOINT="wss://arbitrum-mainnet.core.chainstack.com/53c30e7a941160679fdcc396c894fc57"
export ARBITRUM_WS_ENDPOINT="wss://arbitrum-mainnet.core.chainstack.com/53c30e7a941160679fdcc396c894fc57"
export MEV_BOT_ENCRYPTION_KEY="$(openssl rand -base64 32)"
# Optional configuration
export LOG_LEVEL="info"
export METRICS_ENABLED="true"
export METRICS_PORT="9090"
Update .env with Ethereum key material per docs/5_development/CONFIGURATION.md before executing live trades.
Running the Bot
# Run with environment variables
./bin/mev-bot start
# Or run directly with Go
go run cmd/mev-bot/main.go
# Development mode with hot reload
./scripts/run.sh
Testing
# Run all tests
make test
# Run specific package tests
go test ./pkg/arbitrum/...
# Run with coverage
make test-coverage
📊 Project Status
Current Status: ✅ PRODUCTION READY
For detailed status information, see:
- 📋 Project Status - Complete production readiness status
- 🗺️ Project Plan - Roadmap and future enhancements
- 🔒 Security Guide - Security implementation details
Key Metrics
- Build Status: ✅ Compiles cleanly
- Test Coverage: ✅ >80% across all packages
- Security Audit: ✅ No critical vulnerabilities
- Documentation: ✅ Comprehensive coverage
- Performance: ✅ <50ms block processing
🏗️ Architecture
┌─────────────────────────────────────┐
│ MEV Bot Core │
├─────────────────────────────────────┤
│ Monitor │ Market │ Scanner │
│ Service │ Service │ Service │
├─────────────────────────────────────┤
│ Security │ Database │ Validation │
│ Layer │ Layer │ Layer │
├─────────────────────────────────────┤
│ Arbitrum RPC │ DEX APIs │
└─────────────────────────────────────┘
Documentation
Comprehensive documentation is available in the docs/ directory, organized into the following categories:
1. Getting Started
- Quick Start Guide - Getting started with the MEV Bot
2. Architecture
- Project Overview - Complete project structure and features
- System Architecture - Detailed architecture and component interactions
3. Core Packages
- Arbitrage Package - Arbitrage detection and execution
- Market Package - Market data management and analysis
- Monitor Package - Arbitrum sequencer monitoring
- Scanner Package - Market scanning and opportunity detection
4. Application
- MEV Bot Application - Main application documentation
- Arbitrage Service - Core arbitrage service implementation
5. Development
- Configuration Guide - Complete configuration reference
- Testing and Benchmarking - Testing procedures and performance validation
- Mathematical Optimizations - Optimizations for Uniswap V3 pricing calculations
- Mathematical Performance Analysis - Benchmark results and performance insights
See Documentation Index for a complete navigation guide to all documentation.
Project Structure
.
├── cmd/ # Main applications
├── config/ # Configuration files
├── internal/ # Private application and library code
├── pkg/ # Library code that can be used by external projects
├── @prompts/ # AI prompts for development assistance
├── docs/ # Comprehensive documentation
│ ├── 1_getting_started/ # Quick start guides and setup
│ ├── 2_architecture/ # System design and architecture
│ ├── 3_core_packages/ # Detailed package documentation
│ ├── 4_application/ # Main application documentation
│ ├── 5_development/ # Development guides and practices
│ ├── 6_operations/ # Production and operations
│ ├── 7_reference/ # Technical reference materials
│ └── 8_reports/ # Project reports and analysis
├── logs/ # Log files
│ ├── app/ # Application logs
│ ├── transactions/ # Transaction-related logs
│ ├── events/ # Event processing logs
│ ├── archived/ # Archived/compressed logs
│ └── monitoring/ # Monitoring and metrics
├── scripts/ # Scripts for building, testing, and deployment
├── go.mod # Go module definition
├── go.sum # Go module checksums
├── README.md # This file
├── .claude/ # Claude Code specific configuration and tools
├── .gemini/ # Gemini specific configuration and tools
├── .opencode/ # OpenCode specific configuration and tools
├── .qwen/ # Qwen Code specific configuration and tools
├── CLAUDE.md # Complete project documentation and Claude context (comprehensive example)
├── GEMINI.md # Gemini context (simplified, references CLAUDE.md)
├── OPENCODE.md # OpenCode context (simplified, references CLAUDE.md)
└── QWEN.md # Qwen Code context (simplified, references CLAUDE.md)
Development
AI Assistant CLI Configurations
This project is configured to work with multiple AI coding assistants, each with specialized expertise:
- Claude (
.claude/) - System architecture, design patterns, and integration - OpenCode (
.opencode/) - Multi-language development and testing - Qwen Code (
.qwen/) - Mathematical computations and precision handling - Gemini (
.gemini/) - Performance optimization and concurrency
Git Workflow
This project follows a comprehensive Git workflow with specific branch strategies, commit conventions, and automated checks. See Git Workflow and Branch Strategy for detailed information.
Key aspects:
- Branch Strategy:
main,develop,feature/*,fix/*,release/*,hotfix/* - Commit Messages: Conventional commits format
- Git Hooks: Pre-commit and pre-push checks
- Pull Requests: Required for all merges to
mainanddevelop
Prompts Directory
The @prompts/ directory contains prompts that can be used with AI coding assistants for various development tasks.
Contributing
- Fork the repository
- Create a feature branch following the branch naming conventions
- Commit your changes with conventional commit messages
- Push to the branch
- Create a Pull Request with detailed description
License
MIT