Pareton
Miner

Overview

What a Pareton miner does and how a submission moves through the pipeline.

Role

A miner proposes focused git patches against a pinned baseline engine. Each campaign freezes the target: model, hardware, workload, scoring rule, and correctness thresholds. Your patch waits for a round, then runs the same prompt set as the current leader and the other challengers in that round. Scores are comparable inside one round only. See Rounds and leaders.

What you submit

One submission is one unified git diff against the campaign's pinned baseline commit:

diff --git a/vllm/engine/arg_utils.py b/vllm/engine/arg_utils.py
index 3f4a1b2c9..8d2e7f1a4 100644
--- a/vllm/engine/arg_utils.py
+++ b/vllm/engine/arg_utils.py
@@ -412,7 +412,7 @@ class EngineArgs:
-        max_num_batched_tokens: int = 8192,
+        max_num_batched_tokens: int = 16384,

The diff is content-addressed: its SHA-256 hash is the ingest dedupe key. The first valid commitment of a given patch hash wins the slot for that campaign. Later duplicates are skipped, including your own.

You are scored against a prebuilt baseline engine image, which is public and needs no token. Pull it and benchmark locally before you commit: see Benchmark against the real baseline.

Pipeline

Every submission walks the same sequence of states, in this order:

  1. Committed (committed) — your on-chain commitment is seen and recorded.
  2. Picked up (picked_up) — the worker claims the gates job.
  3. Fetched (fetched) — the worker retrieves the patch artifact and checks the hash matches your commitment.
  4. Verified (verified) — identity and eligibility checks pass: registered hotkey, correct baseline pin, hotkey-bound artifact URL.
  5. Applied (applied) — the diff applies cleanly onto the baseline checkout.
  6. Surface OK (surface_ok) — path constraints hold: no denied paths, no absolute paths, no traversal, no symlink or binary payloads.
  7. Building (building) — the hermetic container build is running. This step can take hours for a full engine compile.
  8. Image pushed (image_pushed) — the engine image is pushed to GHCR (ref + digest).
  9. Built (built) — the candidate engine image exists and is digest-pinned.
  10. Bench queued (bench_queued) — the image is ready and waiting for a round.
  11. Round assigned (round_assigned) — seated in a live round with the leader and the other queued challengers.
  12. Infra failed (infra_failed) — the image never ran because of infrastructure. One requeue.
  13. Scored (scored) — the round finished and the image holds a speedup score.
  14. Disqualified (disqualified) — the image ran and failed correctness, or a challenger crashed at startup.
  15. Rejected (rejected) — the submission never ran (gate or build fail).

rejected means the submission never ran. disqualified means it ran and was wrong (or a challenger crashed at start). scored means it holds a number. The event log on the dashboard shows which gate or round entry produced the verdict.

Outcome

A scored challenger takes the campaign leader seat only if it beats the incumbent's in-round score by the overtake moat (1 percent). There is no runner-up. The new leader runs again in every later round. Scores from two different rounds are not comparable. See Pipeline stages and Rounds and leaders.

On this page