POLAND ET LEGACY 6VS6 GATHERS FANTASY LEAGUE
Build for form.
Win on decisions.
Recent-match pricing, full-match scoring and automatic backups — every number traceable to its GibHub profile.
SOURCE FEED
Latest matches
SCORING CORE
Simple where it matters
Kills, deaths, damage, revives, gibs and match result.
Playing more often stabilises form; it does not farm points.
An ordered backup activates only when a starter records zero eligible matches.
RECENT FORM · LIVE MARKET
Player market
Prices use each player's most recent published match window — not lifetime volume.
| # | Player | Price | Index | Sample | Activity | Actions |
|---|---|---|---|---|---|---|
6 STARTERS · 2 AUTOMATIC BACKUPS
My squad
Backups activate in order only for starters with zero eligible matches.
CURRENT LOCKED ROSTER
Scoring now
EDITABLE SQUAD
Starters
ORDERED COVER
Backups
2–4 PLAYERS · SAME MODEL
Player comparison
Compare price components and the exact recent-match sample side by side.
Select players in the market
Add between two and four players. This page will show their recent-form price components and direct GibHub links.
Go to marketREADING THE BARS
What these six signals mean
A score of 80 means the player ranks around the top 20% of the current priced pool for that component after recency weighting and small-sample protection. Higher is better in every bar, including Discipline.
PLAIN-LANGUAGE RULEBOOK · LIVE CONFIG
How it works
Market value and fantasy points are separate systems. This guide follows the exact current logic from the configured GibHub source through prices, saved matchweek squads, transfers, bonuses and rankings.
Only finished matches from the server's configured channel and team size enter prices or fantasy scoring.
Each player’s latest 30 eligible matches.
Average of all eligible full-match scores — never their sum.
The saved matchweek squad preserves prior lineups and points when transfers take effect.
MARKET VALUE
From recent matches to player price
Every player has an individual recent-match window. A less active player is not punished for having fewer total archive matches, but a small sample receives lower confidence.
VALUE INDEX
The six comparison signals
Each bar is a corrected percentile against the current market pool. It is not the player’s raw kills, UTRO or win rate.
FANTASY POINTS
Scoring a complete match and matchweek
Fantasy points do not use the market Value Index. They use full-match kills, deaths, revives, gibs, damage and the match result.
Add every eligible full-match score inside the configured day, week or month, then divide by the number of eligible matches. More activity stabilises the average; it does not farm points.
A single match score is floored at zero after all positive and negative events are combined.
Only finished matches matching the configured GibHub channel and team size are eligible. Each imported performance remains linked to its match and stable GibHub player UUID.
SQUAD & SUBSTITUTIONS
Six starters and configurable automatic backups
The squad costs one shared budget. The current season decides how many backups are required, what triggers them and whether their saved order matters.
With the standard zero-match trigger, the starter stays in the lineup after playing at least one eligible match and contributes their matchweek average.
The first unused backup with an eligible match replaces the absent starter. Each backup can be used only once.
If the captain records at least one eligible match, the captain keeps the multiplier. Otherwise it passes to the vice-captain only if the vice played. A backup replacing the captain never inherits it.
If no unused backup played, that starter slot scores zero for the matchweek.
TRANSFERS & ROSTER HISTORY
A transfer changes a future matchweek, never the past
Every season keeps its own squad and a dated roster snapshot for every matchweek. Switching season changes the complete squad, price, transfer and points context.
While registration remains open, squad corrections are free and prepare matchweek 1. They consume neither transfer allowance nor transfer points.
An existing team can edit only the earliest future matchweek whose roster deadline has not passed. The current scoring lineup stays locked.
Transfers are the final player OUT → IN difference from that target matchweek's locked baseline. Re-saving replaces the plan; returning to the baseline restores zero transfers and zero penalty.
Changing captain, vice-captain, starter or backup position is a squad edit but not a player transfer. Weekly and season limits for squad edits and transfers are enforced separately.
The outgoing player remains in every earlier roster snapshot and keeps all points already earned there. The incoming player starts only in the target matchweek; recalculation always uses the roster saved for each matchweek.
The free allowance is applied first. Every additional transfer costs the configured points in the target matchweek. Dropping the worst finalized performance can never remove a transfer penalty.
NEXT_OPEN_MATCHWEEK starts with the next editable matchweek. CURRENT_MATCHWEEK starts at the exact save time, so matches that began earlier in the same matchweek are never added retroactively.
Locked, finished and archived seasons can be inspected but not edited. Their matchweek squads, captaincy, substitutions, points and ranking remain auditable.
BONUS WHEEL
Every prize has an explicit scoring or transfer window
The spin belongs to the current scoring matchweek, or to matchweek 1 during registration. Spin limits are counted against that matchweek.
BUDGET immediately increases the team's available squad budget for later saves in that season.
POINTS is credited to the matchweek that owns the spin and appears in that matchweek and the season total.
TRANSFER increases both the free allowance and weekly transfer limit for the nearest future editable matchweek. It does not increase the season transfer cap.
A transfer won during registration never applies to the free matchweek 1 build. It targets the nearest future editable matchweek — normally matchweek 2.
If no future editable matchweek exists, a transfer prize is removed from the draw and the remaining positive weights are used.
NONE records a valid spin without changing budget, points or transfers. A locked season accepts no more spins.
CONFIDENCE & STATUS
Why one great match cannot create an instant superstar
The model pulls uncertain averages toward the market median before calculating percentiles.
LIVE DATA
What updates automatically
The background worker checks GibHub continuously. Admin controls remain available for verification and recovery.
For matches dated 26 August 2026 onward, the worker stores only the Live summary and current score. Opening the row shows an on-demand projection; it is never added to prices, matchweeks or rankings.
Only GibHub state finished unlocks the complete player totals. The same match UUID replaces its Live summary transactionally, so retries cannot create duplicates.
After a successful import, eligible active-season performances and rankings are recalculated automatically.
An authorised admin may exclude a complete match from fantasy scoring or restore automatic rules, and may INCLUDE or EXCLUDE an individual imported player row after final import. Every action requires a public reason. Raw GibHub results and statistics are never rewritten; the full author, time and superseded history stay visible, affected season scores are rebuilt, and a terminal season republishes its Hall of Fame atomically.
Prices never change silently. Admin runs Calculate Preview, reviews every player, then explicitly publishes a versioned market snapshot. A season pins one published snapshot, so every manager builds and transfers against the same season market.
Admin can run a normal incremental sync or a full repair scan. Every administrative change is written to the audit log.
Admin can run deterministic random season simulations in memory to test transfers, captaincy, backups, penalties and drop-worst invariants. A simulation never writes production season data.
SEASON RULES
Every supported season format
Administrators choose a preset and can configure supported rules within their lifecycle limits. The scoring aggregation remains the arithmetic average of each player's eligible full-match scores inside that configured matchweek.
Supported rule combinations
One to twelve days, weeks or calendar months per matchweek. A player's matchweek score is always the arithmetic average of all eligible full matches inside that window.
Close entry when the season starts, or keep it open until an optional date. Late entrants can start in the next open matchweek or from their exact save time inside the current matchweek; earlier matches are excluded.
Exactly six starters, zero to four configurable automatic backups, a shared budget, captain multiplier and independent transfer and roster-edit limits.
One public competition can run alongside administrator-created private invite-only seasons. Password leagues remain disabled.
Admin may discard zero to fifteen lowest finalized lineup-plus-points-bonus results before transfer penalties, while always retaining at least one matchweek. Individual matchweek points stay visible and every transfer penalty remains charged.
Matchweek structure, roster, budget, visibility and drop-worst are Draft-only. Transfer allowances, cost and squad-edit limits freeze at kickoff. Other permitted changes can take effect only from a future unlocked matchweek.
The bonus wheel, prize mix, spins per matchweek and each lifecycle notification can be enabled or disabled independently.
Current season configuration
ACTIVITY · ACCESS · NOTIFICATIONS
Availability without distorting player value
Activity is displayed as transfer-risk information and is never secretly added to the Value Index. Private seasons are administrator-created and invite-only.
At least 8 completed gathers in the last 30 days and last played within 7 days.
At least 3 completed gathers in the last 30 days and last played within 14 days.
A recent but small sample is marked Low activity. No completed gather in the last 30 days is Inactive.
An administrator creates the season and a time-limited invite. A signed-in FantasyPlayer claims it once and then sees its season, squad and rankings.
Season start, matchweek start, roster lock, matchweek end, ranking-ready and private-invite events appear in the notification centre and can also be delivered through the Discord bot.
The header shows when GibHub data was last successfully synchronized. Admin Health exposes queues, unmatched records and import failures.
GLOBAL PUBLIC LEAGUE
Fantasy rankings
Matchweek squad totals, including substitutions, captain multiplier and audited bonuses.
| Rank | Fantasy team | Manager | Matchweeks | Points |
|---|
COMPETITION WINDOWS
Seasons
Registration, live competition and immutable completed season records.
Have an invite?
Private seasons are created by administrators. Paste the invite code below while signed in.
Password leagues remain reserved for a later version.
PERMANENT RECORD
Hall of fame
Podiums are frozen when an administrator finalises a season.
ROLE-GATED CONTROL PLANE
Administration
Every change is server-authorised and recorded in the audit log.
Verifying administrator access
Reading your authenticated Discord roles and site permissions…
Administrator access required
Sign in with a Discord member carrying the configured Admin role.
GIBHUB INGESTION
24/7 synchronisation
The worker polls Poland 6v6, defers Live matches without an error and imports final details transactionally after the live flag disappears.
SCORING PIPELINE
Season score health
Checking match imports and calculated team rows.
OPERATIONS HEALTH
Data pipeline
Checking synchronization, matching, recalculation and notification queues.
SAFETY RAILS
- Live and temporary 0:0 rows never score.
- Database advisory lock prevents duplicate jobs.
- Match UUID upserts make retries idempotent.
- 429/5xx retries use exponential backoff.
- Pricing never republishes automatically.
Recent sync runs
| Started | Trigger | Status | Pages | New | Live deferred | Errors |
|---|
FANTASY SCORING REVIEW
Match scoring controls
Open a match to exclude or restore the complete match, or to review individual imported player rows. Every administrative decision requires a public reason and remains visible to everyone.
| Date | Match | Score | State | Corrections | Actions |
|---|
RECOVERY
Unpublished pricing drafts
UNPUBLISHED
Preview changes
IDENTITY & MARKET
Player controls
ROSTER GOVERNANCE
Change limits
A roster edit is one changed save. Transfer limits independently count incoming players.
COHERENT SEASON RULES
Format, roster and registration
Choose a template, then override any field. Matchweek scoring is always the arithmetic average of eligible full matches.
NOTIFICATIONS
Lifecycle delivery
FEATURE GATES
League modes
No simulation report yet
Choose bounded settings and run the complete season. Live competition data will remain untouched.
REPRODUCIBLE REPORT
Season simulation result
INVARIANTS
Safety and scoring checks
Branches exercised in this run
FINAL TABLE · MAX 20
Simulated leaderboard
| Rank | Fantasy team | Points | Penalty |
|---|
REPRESENTATIVE TEAM TRACE
Roster and points by matchweek
USERS
Role assignments
RBAC
Site roles
Discord role assignment requires the optional bot and correct Discord role hierarchy. Local site roles work without the bot.
IMMUTABLE OPERATIONS LOG · 30 DAYS
Audit trail
| Time | Actor | Action | Entity | Request |
|---|
DATA & ACCOUNT TRANSPARENCY
Privacy
A concise description of data used to operate the fantasy league.
Authorship and community
This website was created by ght, an administrator of the Poland ET Legacy Discord community. Join or contact the community through the official invitation: open Poland ET Legacy Discord ↗.
What is stored
Discord user ID, current display names, avatar reference, verified site roles, fantasy teams, roster history, bonuses and competition results. Security records contain a keyed hash of the connection address, request IDs and audited administrative actions. OAuth tokens are encrypted at rest and session tokens are never stored in plaintext.
Why it is stored
To verify Poland ET Legacy access, operate seasons and rankings, prevent abuse, investigate errors and preserve the Hall of Fame. GibHub player UUIDs and public match statistics are used for scoring and market prices.
Retention and requests
Sessions expire after seven days by default and expired records are cleaned automatically. Season records and audit entries are retained for competition integrity. To request access, correction or deletion of eligible account data, contact the Poland ET Legacy server administrators on Discord.
External services
Sign-in uses Discord. Match data and player profile links use GibHub. Those services apply their own terms and privacy notices.