the memecoin
that eats memecoins

Creator fees are claimed every 2 minutes, used to buy competing memecoins, and burn them permanently. On-chain. Verifiable. Relentless.

Buy $VOREST View Live Burns

Live Buyback + Burn Feed

Every transaction is on-chain and verifiable. Updated in real-time.

Loading...
Time Action Token Amount Tx

What is vorest?

The Problem

Thousands of memecoins launch every day. Most are noise. They dilute attention, fragment liquidity, and extract value from the ecosystem without giving anything back.

The Idea

What if a memecoin ate other memecoins? A token with a built-in mechanism that uses its own trading fees to systematically buy and burn competing tokens.

The Result

vorest. Every 2 minutes, creator fees are claimed and combined with a percentage of the treasury. The SOL is split across target tokens, bought via PumpPortal, and burned permanently.

How It Works

01

Claim Fees

Creator fees from pump.fun trading activity are claimed on-chain every cycle.

02

Calculate Budget

Budget = claimed fees + configurable percentage of wallet SOL balance. A small reserve is kept for transaction fees.

03

Select Targets

Up to 5 target memecoins are selected per cycle. The budget is split equally across all targets.

04

Buy + Burn

Each target token is purchased via PumpPortal, then the entire balance is burned using the SPL Token BurnChecked instruction. Permanent, irreversible.

05

Repeat

Wait 2 minutes. Do it again. Every cycle is logged on-chain and visible in the live feed above.

Whitepaper

1. Abstract

vorest is a Solana memecoin with a single distinguishing mechanism: it uses 100% of its creator fees to buy and burn other memecoins. The system operates autonomously via an open-source Python script that runs every 2 minutes, claiming fees, calculating a buy budget, purchasing target tokens via PumpPortal, and executing SPL Token burns. All operations are on-chain and verifiable.

2. The Thesis

The memecoin ecosystem suffers from extreme fragmentation. Thousands of tokens launch daily on pump.fun, competing for the same pool of attention and capital. Most die within hours. The survivors still dilute each other.

vorest introduces a deflationary pressure on this ecosystem. By routing its own trading fees into buying and permanently burning competing tokens, it acts as a consolidation mechanism. The more vorest is traded, the more competing supply is destroyed.

3. Mechanism

The buyback-and-burn script executes the following pipeline every cycle (default: 120 seconds):

  1. Fee Claim -- Creator fees are claimed from pump.fun via PumpPortal's collectCreatorFee action. The transaction is signed locally using the wallet's private key.
  2. Budget Calculation -- Total budget = claimed fees + (wallet SOL balance * configurable percentage). A configurable SOL reserve is maintained for transaction fees.
  3. Target Selection -- Up to 5 target token mints are loaded from a configuration file. The budget is divided equally across all active targets.
  4. Buy -- Each target token is purchased via PumpPortal's buy action with 25% slippage tolerance. Transactions are signed locally and submitted to Solana RPC.
  5. Burn -- After each buy settles, the wallet's entire balance of that token is burned using the SPL Token-2022 BurnChecked instruction (discriminator 15). The burn is permanent and irreversible.

4. Technical Architecture

The system is a single-file Python script (~300 lines) with the following dependencies:

  • solders -- Rust-backed Solana SDK for Python. Handles keypair management, transaction construction, and instruction building.
  • requests -- HTTP client for RPC calls and PumpPortal API interactions.

Key implementation details:

  • All transactions are constructed and signed locally. No private key leaves the machine.
  • Burns use BurnChecked (discriminator 15) against Token-2022 program, which validates decimals on-chain.
  • The script maintains no external state. Each cycle is independent. CAs are loaded from a flat file.
  • RPC calls use Helius mainnet endpoint with confirmed commitment level.

5. Configuration

All parameters are configurable via environment variables:

VariableDefaultDescription
WALLET_SOL_PERCENT30Percentage of wallet SOL added to budget per cycle
CYCLE_INTERVAL_SEC120Seconds between cycles
MAX_CAS5Maximum target tokens per cycle
SOL_RESERVE0.01SOL reserved for transaction fees
MIN_BUY_SOL0.001Minimum SOL required to execute a buy
TOKEN_DECIMALS6Token decimal places for burn instruction

6. Verification

Every buy and burn is an on-chain Solana transaction. The live feed on this page queries the wallet's transaction history via Helius RPC and displays all buyback-and-burn activity in real-time. Anyone can independently verify by checking the wallet address on Solscan or any Solana explorer.

7. Open Source

The complete buyback-and-burn script is open source, available at github.com/vorestcoin/vorest. The repository includes the full bot source code, configuration documentation, and deployment instructions.