Waypoint

Waypoint is a Snapchain synchronization tool built in Rust, optimized for memory efficiency. It provides a streaming synchronization service combined with backfill capabilities to process historical data.

Key Components

Main Service

• Streaming Service: Subscribes to real-time Snapchain events and processes them
• Commands: Run with ./waypoint start or make run

Backfill System

• Worker Containers: Process historical data from Snapchain
• Queue: Redis-based job queue for coordinating work
• Commands:
  • Queue: make backfill-queue
  • Workers: make backfill-worker

MCP Service

• Model Context Protocol: Provides AI assistants with access to Farcaster data
• Available Tools: Fetch user profiles (by FID or username), verifications, casts, reactions, and links
• Username Search: Find users by their Farcaster username instead of requiring FID
• Social Graph: Explore follow relationships with default "follow" link type
• Documentation: See mcp.md for details

Getting Started

For detailed development instructions, see the Development Guide.

# Create and configure your environment
make env-setup
# Edit the .env file to configure your settings

# Build the project
make build

# Run the main service
make run

# Queue backfill jobs
make backfill-queue                    # Queue all FIDs
make backfill-queue-fids FIDS=1,2,3    # Queue specific FIDs

# Run a backfill worker
make backfill-worker                   # Run backfill worker (50 concurrent jobs by default)

Docker Development

# Use Docker Compose for local development with PostgreSQL 17 + pgvector
docker compose up

# Start the main service
docker compose up -d

# Start the backfill services (uses the same DB and Redis)
docker compose --profile backfill up -d

# Build Docker image
make docker-build

# Run the Docker container
make docker-run

You can configure the backfill behavior using these environment variables:

• BACKFILL_BATCH_SIZE: Number of FIDs per batch (default: 50)
• BACKFILL_CONCURRENCY: Number of concurrent backfill workers (default: 50)

Configuration

Waypoint can be configured using environment variables in a .env file. Use make env-setup to create a default .env file from the example.

The main configuration options are:

# Database configuration
POSTGRES_USER=postgres
POSTGRES_PASSWORD=postgres
POSTGRES_DB=waypoint
DATABASE_URL=postgresql://postgres:postgres@localhost:5432/waypoint
WAYPOINT_DATABASE__URL=${DATABASE_URL}

# Redis configuration
WAYPOINT_REDIS__URL=redis://localhost:6379

# Farcaster Hub configuration
WAYPOINT_HUB__URL=snapchain.farcaster.xyz:3383

# MCP service configuration
WAYPOINT_MCP__ENABLED=true
WAYPOINT_MCP__BIND_ADDRESS=127.0.0.1  # Use 0.0.0.0 to allow external connections
WAYPOINT_MCP__PORT=8000

# Server configuration
HOST=0.0.0.0
PORT=8080
RUST_LOG=info

# Backfill performance tuning
BACKFILL_CONCURRENCY=50  # Number of concurrent FIDs to process

# Metrics configuration (optional)
WAYPOINT_STATSD__ENABLED=true
WAYPOINT_STATSD__ADDR=localhost:8125
WAYPOINT_STATSD__PREFIX=way_read

See .env.example for a complete list of configuration options.

Configuration Prefixes

Waypoint uses Figment for configuration, which requires specific prefixes:

• WAYPOINT_ prefix is used for application configuration (with double underscore for nesting)
• POSTGRES_USER, POSTGRES_PASSWORD, and POSTGRES_DB are used by Docker Compose for PostgreSQL initialization
• DATABASE_URL is used by SQLx for database schema management

Docker Configuration

When using Docker or Docker Compose, the following connection strings are modified to use container hostnames:

# For Docker Compose
WAYPOINT_DATABASE__URL=postgresql://postgres:postgres@postgres:5432/waypoint
WAYPOINT_REDIS__URL=redis://redis:6379

# For standalone Docker (using host.docker.internal)
WAYPOINT_DATABASE__URL=postgresql://postgres:postgres@host.docker.internal:5432/waypoint
WAYPOINT_REDIS__URL=redis://host.docker.internal:6379

These settings are automatically set in the docker-compose.yml and Makefile.

Metrics & Monitoring

Waypoint includes a StatsD-based metrics system with Grafana visualization:

# Start the metrics infrastructure
make metrics-start

# Run any command with metrics enabled
./run-with-metrics.sh make backfill-worker

# Open Grafana dashboard in browser
make metrics-open

# Stop the metrics infrastructure when done
make metrics-stop

For detailed metrics documentation, see metrics.md

Architecture

%%{init: {'theme': 'base', 'themeVariables': { 'background': '#f5f5f5' }}}%%
sequenceDiagram
    participant Hub as Snapchain
    participant Subscriber as HubSubscriber
    participant Redis as Redis Streams
    participant Consumer as StreamingService Consumer
    participant Processor as Event Processors
    participant DB as PostgreSQL Database

    rect rgb(191, 223, 255)
    note right of Hub: HubEvent Stream Processing
    
    Hub->>Subscriber: gRPC Event Stream (SubscribeRequest)
    activate Subscriber
    
    loop For Each Stream Event
        Hub->>Subscriber: HubEvent (MergeMessage, PruneMessage, etc.)
        Subscriber->>Subscriber: Filter spam events
        Subscriber->>Subscriber: Group by event type (casts, reactions, etc.)
        
        par Publish to Multiple Streams
            Subscriber->>Redis: Publish to "casts" stream
            Subscriber->>Redis: Publish to "reactions" stream
            Subscriber->>Redis: Publish to "links" stream
            Subscriber->>Redis: Publish to "user_data" stream
            Subscriber->>Redis: Publish to "verifications" stream
            Subscriber->>Redis: Publish to "username_proofs" stream
            Subscriber->>Redis: Publish to "onchain:*" streams
        end
        
        Subscriber->>Redis: Store last processed event ID
    end
    deactivate Subscriber
    end

    rect rgb(255, 204, 204)
    note right of Consumer: Consumer Group Processing
    
    par For Each Message Type
        Consumer->>Redis: Create consumer group
        
        loop Process Messages
            Consumer->>Redis: Reserve messages from stream (XREADGROUP)
            Redis->>Consumer: Batch of stream entries
            
            Consumer->>Processor: Process message batch
            
            par Process with Processors
                Processor->>Processor: DatabaseProcessor processes events
                Processor->>DB: Store events in database
                Note over Processor: PrintProcessor disabled by default
            end
            
            Processor->>Consumer: Processing results
            Consumer->>Redis: Acknowledge messages (XACK)
            
            Consumer->>Redis: Claim stale messages (XCLAIM)
            Consumer->>Redis: Process claimed messages
        end
    end
    
    par Cleanup Tasks
        Consumer->>Redis: Trim old events (XTRIM)
    end
    end

For detailed architecture information, see architecture.md.

Key Files

• src/main.rs: Main application entry point
• src/backfill/reconciler.rs: Message reconciliation logic
• src/backfill/worker.rs: Worker implementation

Changelog

See changelog.md for a detailed list of changes in each version.

Contributing

Please see contributing.md for details on contributing to this project.