Skip to main content
Evergreen reference

What the contest lock actually changes for fantasy readers who build their team at the last minute

The lock a fantasy cricket app applies at the contest window is the single most-misread rule on the matchday. The desk reads the lock as a deadline gate with four quiet surfaces inside it, walks the ninety minutes before the deadline in a single case study, and ends with a short checklist for readers who build their team at the last minute.

Wide establishing photograph of a smartphone held in a hand at dusk, the screen showing a fantasy cricket contest screen with a countdown timer running toward the lock deadline.
The contest lock is a countdown, not a flip. The minute-by-minute matters more than the moment the lock fires.

What the contest lock actually is

The contest lock is the moment a fantasy cricket app stops accepting edits to a squad that has been joined to a contest, and the lock fires on a deadline the operator publishes in the contest description. The lock is not the toss, not the first ball, and not the in-play score. The lock is a quiet timer the operator runs inside the app, and the timer ticks down on the contest screen long before the toss happens on the field. A reader who treats the lock as a synonym for the toss will lock a squad on the wrong moment and lose the chance to swap a player whose name appears on the team sheet after the toss.

The lock fires at a single, fixed time per contest. The operator publishes the time in the contest's metadata, and the time is the same for every reader who has joined the contest. The lock is not a personal deadline. The lock is not a function of the reader's last edit. The lock is the same gate for every squad in the contest, and the squad that crosses the gate on the timer-not the toss-is the squad that scores for the contest.

The lock is enforced by the app, not by the reader. The reader cannot unlock a squad by closing the app, by signing out, by reinstalling the build, or by switching devices. The operator's server is the only party that publishes the lock state, and the lock state is the same the next time the reader opens the contest. The lock is a one-way switch from the moment the deadline passes, and a reader who treats the lock as a bid they can retake will misread the contest timing.

Why the lock is set before the toss

The lock is set before the toss for a reason that has nothing to do with the reader's squad and everything to do with the contest. The reason is participation integrity. A fantasy contest pays readers on a single set of rules, and the rules require that every squad in the contest is locked at the same moment so that no reader can react to a piece of information that arrives after the lock has fired for the others. The lock is the moment the contest enters a closed state, and the closed state is the only state in which the points table can be settled cleanly.

Three things happen before the lock that cannot be allowed to happen after the lock. The first is the toss. The captain and vice-captain pick depend on which side is batting first and which side is bowling first, and the pick is a strategic decision that the reader must make before the toss happens. The lock is the moment the contest stops accepting that decision, and the lock is set before the toss for that reason. The second is the team sheet. The operator publishes the playing XI after the toss, and the playing XI is the list of players from which the reader's squad is drawn. The lock is set before the team sheet is published so that the reader cannot swap a player who has been dropped from the playing XI in the same minute the team sheet is published. The third is the partial-wallet block. The app closes new entries to the contest at the lock, and the close prevents a reader from joining with a squad that has been tuned on the live team sheet.

The reason for the lock is therefore not the operator's interest in punishing the reader. The reason is the integrity of the contest itself. A reader who understands the reason will treat the lock as a shared deadline rather than a personal one, and a reader who treats the lock as a personal deadline will read every contest as a one-minute race.

Close editorial frame of a thumb hovering over a 'lock team' button on a fantasy cricket app contest screen, captured with shallow depth of field, used to illustrate the moment the lock fires.
The lock fires on a timer, not on the reader's last tap. The lock is the same gate for every squad in the contest.

The four surfaces the lock touches inside the app

The lock is not a single switch. The lock is four quiet edits that the operator applies to the contest screen inside the app, and a reader who reads only one of the four will misread the others. The first surface is the squad. The lock takes the squad out of edit mode, and the squad is set to the state the reader left it in at the deadline. The second is the captain. The lock takes the captain pick out of edit mode, and the captain pick is binding for the contest. The third is the contest slot. The lock closes the contest to new entries, and a reader who has not joined by the lock cannot join the contest. The fourth is the partial-wallet block. The lock freezes the partial-wallet amount available to the contest, and a reader who joins after the lock is using a different wallet balance than the readers who joined before.

The four surfaces are bound by the same timer, and the timer is decisive. The squad reads the same team sheet on the same minute for every reader, the captain pick reads the same captain on the same minute for every reader, the contest slot reads the same closed state on the same minute for every reader, and the partial-wallet reads the same balance on the same minute for every reader. The lock is the gate that synchronises the four surfaces.

A reader who treats the four surfaces as four separate rules will read the lock as an obstacle. A reader who treats the four surfaces as one rule applied to four different parts of the contest screen will read the lock as a single trusted deadline. The desk's first reading rule: when the operator publishes a lock time, the lock is binding on the squad, the captain, the contest slot and the partial-wallet at the same minute.

The ninety minutes before the lock, in minutes

Walk through a typical contest window to make the four surfaces concrete. The reader opens the app at T-minus ninety minutes, the contest window is open and the squad is empty. The reader reads the squad primer, the captain picks, the points dossier and the state eligibility note. The reader is reading for the next sixty minutes, and the squad is still empty.

At T-minus thirty minutes, the reader opens the contest and the squad assembly starts. The reader picks the keeper, the three batsmen, the three all-rounders, the three bowlers and the bench. The captain pick is the last decision because the captain pick depends on the squad. The reader leaves the contest for fifteen minutes to read the live match preview and the toss probability reads. The reader returns to the contest at T-minus twelve minutes and the countdown timer is visible at the top of the contest screen.

At T-minus five minutes, the reader notices the timer is approaching the deadline. The reader double-checks the captain pick, the bench order and the salary cap. The reader locks the squad at T-minus two minutes and the squad is set. The countdown timer continues to run, and the timer ticks down to the deadline regardless of the reader's state. The deadline fires at T-zero, and the deadline is the same for every squad in the contest.

At T-zero, the four surfaces land. The squad is read-only, the captain pick is binding, the contest closes to new entries, and the partial-wallet is frozen to the balance the reader had at the lock. The reader cannot edit any of the four surfaces until the contest is settled, and the reader cannot rejoin the contest for the present match window. The desk's second reading rule: the lock fires on the operator's timer, not on the reader's last tap, and the contest settlement is the next state the squad can move into.

Medium context scene of a smartphone sitting on a desk after a match window has closed, the screen showing a settled contest screen with a final score, used to illustrate the post-lock state.
The post-lock state is read-only. The squad, the captain, the contest slot and the partial-wallet are all bound by the lock until contest settlement.

What the lock cannot prevent

Three honest limits. First, the lock is not a forecast. A reader who treats the lock as a forecast of the contest outcome will be surprised when the playing XI is published after the lock and the captain pick is on a player who has been dropped from the team sheet. The lock is a deadline, not a contest outcome, and the contest is settled on the points the players actually score in the match.

Second, the lock does not prevent a scoring amendment. The operator can publish a scoring amendment that lands inside the contest window, and the scoring amendment is binding for the contest regardless of the lock. The lock is a deadline on squad edits, not a deadline on rule edits, and a reader who reads only the lock will miss the rule that the contest is settled on.

Third, the lock is not a counselling service. A reader whose contest habit is sloping out of control will not find that answer in the contest lock. Indian readers who need confidential support can reach the iCall Helpline (9152987821, 10am to 8pm Monday to Saturday) or the Vandrevala Foundation (1860-2662-345, 24×7 multilingual). The contest lock is a deadline. The help lines are clinical help. The two are not the same.

The three quiet differences between a typical contest and a late-entry contest

The desk has watched three quiet differences between a typical contest and a late-entry contest gain ground over the last two T20 tournament windows. The first is the partial-wallet. A late-entry contest opens a partial-wallet block that closes roughly fifteen minutes before the operator-published lock, and a reader who joins the contest inside the partial-wallet block will lock on a smaller wallet balance than the readers who joined earlier. The block is the operator's quiet defence against late-minute tampering, and the block is the single most-missed surface on the lock.

The second is the captain-pick edit. A typical contest allows the captain pick to be edited until the lock. A late-entry contest often closes the captain pick on the first-ball whistle, not on the lock, because the captain pick on a late-entry contest is a hard binding for the contest. The captain pick on a typical contest and the captain pick on a late-entry contest are not the same rule, and a reader who treats them as the same rule will lock a captain on a moment that the operator has already closed.

The third is the bench order. A typical contest allows the bench order to be edited until the lock. A late-entry contest allows the bench order to be edited until the team sheet is published, and the bench order is the order in which the bench players are subbed in if a player in the playing XI is dropped. The bench order is the quietest of the three differences, and a reader who edits the bench order on the live team sheet will lock the bench order on a moment the operator has already closed.

Common mistakes readers make on the lock

  • Locking the squad when the contest screen says "lock" but the captain pick is still on the default. The captain pick is binding for the contest, and a default captain pick is binding on the same minute as the lock.
  • Treating the contest lock as the toss. The two are separate moments, and the contest lock fires before the toss.
  • Joining a contest inside the partial-wallet block. The block closes roughly fifteen minutes before the lock, and a reader who joins inside the block will lock on a smaller wallet balance.
  • Editing the captain pick on a late-entry contest after the first-ball whistle. A late-entry contest often closes the captain pick on the first-ball whistle, not on the lock.
  • Editing the bench order on the live team sheet. A late-entry contest often closes the bench order on the team sheet, not on the lock.
  • Re-opening the contest after the lock. The lock is a one-way switch, and the squad cannot be edited until the contest is settled.

The ninety-minute contest-lock checklist

  • Open the app at T-minus ninety minutes and read the squad primer, the captain picks, the points dossier and the state eligibility note.
  • Open the contest at T-minus thirty minutes and assemble the squad.
  • Pick the captain and the vice-captain after the squad is assembled.
  • Set the bench order before the team sheet is published.
  • Double-check the captain pick, the bench order and the salary cap at T-minus five minutes.
  • Lock the squad at T-minus two minutes and verify the read-only state on the contest screen.
  • Read the contest lock as a single gate on the squad, the captain, the contest slot and the partial-wallet.
  • Cross-check the scoring amendment against the published points dossier before the lock, not after.
  • Verify the partial-wallet block is closed before joining a late-entry contest.
  • Treat the lock as a deadline on squad edits, not on rule edits.

The contest lock is the quietest rule the fantasy cricket app enforces, and the lock is filed in the operator's published contest terms alongside the install route, supported devices, permissions and the desk's first-run checklist. Readers who install the publisher's app and want the install route, supported devices, permissions and the desk's first-run checklist in one place can do so from the official Sixer app page. The contest lock is the same on web and inside the app. The contest lock is what the app adds to the squad building flow.

Reader questions

Contest lock · FAQ

When does the contest lock fire?

The contest lock fires on a deadline the operator publishes in the contest description. The deadline is the same for every reader who has joined the contest, and the lock is enforced by the operator's server. A reader who opens the contest after the lock will see a read-only squad screen.

Is the contest lock the same as the toss?

No. The contest lock is a deadline the operator runs inside the app, and the deadline fires before the toss happens on the field. The two are separate moments, and a reader who treats the lock as the toss will lock the squad on the wrong moment.

Can I edit the squad after the lock?

No. The lock is a one-way switch, and the squad is read-only until the contest is settled. A reader who closes the app, signs out, reinstalls the build or switches devices will see the same read-only state on the next launch.

What is the partial-wallet block?

The partial-wallet block is a quiet edit the operator applies to the partial-wallet balance available to a contest. The block closes roughly fifteen minutes before the lock, and a reader who joins the contest inside the block will lock on a smaller wallet balance than the readers who joined earlier.

Does the lock apply to the captain pick?

Yes. The captain pick is binding at the lock, and a default captain pick is binding on the same minute as the lock. A late-entry contest often closes the captain pick on the first-ball whistle rather than on the lock, and a reader who reads only the lock will miss the captain pick on a late-entry contest.

Can I unlock a squad by switching devices?

No. The lock is enforced by the operator's server, and the lock state is the same on every device that signs in to the same account. The lock is a one-way switch, and the squad cannot be unlocked until the contest is settled.

Play now