Skip to content

Setting Alerts Around a Known Event

6 min read · Verified September 2026

A known event has a date attached, which means you can place alerts before it rather than reacting after. Set levels above and below the current price a few days out, add a percentage alert to catch the move itself, and write the reason into the alert label so you remember why it exists when it fires.

Most of what moves a crypto price is unforecastable. A regulator says something on a Tuesday, an exchange halts withdrawals, a bridge gets drained. You cannot prepare for any of it.

Some of it, though, comes with a date attached. Token unlocks are written into vesting contracts years ahead. Halvings happen at a known block height. Exchange listings get announced before they go live. Mainnet launches slip constantly, but they slip from a published target. Governance votes close at a specific timestamp.

For that second category, there is no excuse for finding out afterwards. The date is public, you have it, and the only question is whether you did anything with it.

What actually counts as a known event?

The useful test is whether a date exists and whether the market can see it too.

Token unlocks are the cleanest case. A vesting schedule releases a tranche of supply to a team, an investor or a foundation on a fixed date, and the size of that tranche relative to circulating supply is knowable in advance. A 3% unlock is noise. A 40% unlock is a different asset the following morning. Supply, emissions and unlock schedules covers how to read a vesting schedule and how to judge whether the size matters, which is the part most people skip.

Exchange listings move price for reasons that have nothing to do with the project and everything to do with new buyers gaining access. The announcement is usually the event, not the listing itself.

Halvings cut issuance at a predetermined block height. Bitcoin's are the famous ones, but several proof-of-work chains have equivalents. The block height is arithmetic. The date is an estimate that tightens as it approaches.

Mainnet launches and major upgrades are the least reliable, because timelines move. What is knowable is that a window exists.

Scheduled governance votes close at a timestamp, and the outcome sometimes changes the economics of the token itself: fee switches, emission changes, treasury deployments.

What these have in common is that you can see them coming, and so can everyone else. That last part matters more than people credit.

Alerts placed before an unlock are the ones that are useful during it.

Why does setting the alert beforehand change anything?

Because the move usually happens before the date, not on it.

This is the part that trips up anyone thinking of an unlock as a scheduled dump. If a 15% unlock is visible on a public schedule, the market has had months to think about it. Positioning starts days or weeks ahead. By the time the tokens actually hit wallets, a good deal of the reaction is already in the price, and the day itself can be flat or even green as the anticipated selling fails to materialise.

If your plan was to look at the chart on unlock day, you looked at the wrong day.

An alert set a week out solves this without requiring you to predict anything. You are not forecasting direction. You are asking the price to tell you when it starts moving, and letting the alert do the watching so you can stop refreshing.

There is a second reason, and it is about your own attention. Events cluster. Three unlocks, a listing and a vote in the same fortnight is an ordinary fortnight, and no one holds five dates in their head alongside a job. An alert converts a thing you have to remember into a thing that interrupts you. That is the entire value proposition of alerts, and it applies with more force to scheduled events than to anything else.

How do you actually place alerts around an unlock?

Here is a sequence that works for any dated event, not just unlocks.

  1. Get the date and the size from the primary source. For an on-chain vesting contract, that is a block explorer reading the contract directly. Aggregator sites are convenient and frequently wrong, because they inherit stale announcements. Confirm the size as a percentage of circulating supply, not as a raw token count, because a raw count tells you nothing on its own.
  2. Write down the current price. This is your reference. Everything else is measured from it.
  3. Set a level above and a level below. Somewhere in the region of 8 to 12% either side is a reasonable starting band for a mid-cap token, tighter for a large cap, wider for something thin. You are not predicting which one hits. You are asking to be told that something started.
  4. Add a percentage alert as a catch-all. A price level can be jumped straight over in a fast market. A percentage alert measured over a short window catches the velocity rather than the level, which is a different question and often the more useful one for an event. Price alerts vs. percentage alerts covers the distinction properly.
  5. Label the alert with the reason and the date. "SOL unlock 14 Oct" beats an unlabelled level at $180 that fires in three weeks and means nothing to you. This is the single highest-return habit in this entire article and it takes four seconds.
  6. Set them a week out, not the day before.

If you hold the asset, this is preparation. If you do not, it is a decent way to watch something you have been considering, which is its own use case covered in alerts on a coin you don't own yet.

What about the events that don't move price at all?

Most of them don't. This deserves saying plainly, because event-driven alerting has an obvious failure mode: you set alerts for everything with a date on it, they mostly do nothing, and within a month you are ignoring the app.

Three filters cut the list down hard. Size relative to circulating supply, which rules out most small unlocks. Destination, because tokens unlocking into a locked staking contract or a treasury with a public policy of not selling are not going to a market. And how well-known the event already is, because a schedule everyone has been discussing for six months is largely priced.

A listing on a venue that already lists forty similar tokens is not an event, and neither is a governance vote whose outcome was decided in the forum a fortnight ago. A mainnet launch that has slipped three times will probably slip again.

Being selective here is not caution, it is what makes the alerts you do set worth reading. The five-alert rule makes the general case for keeping the number low.

The habit worth building is small: when you read about a dated event in the news feed, set the alert in the same minute rather than telling yourself you will remember. Building a news feed you actually read is where most of those dates will reach you in the first place, and the gap between reading a date and acting on it is where the whole thing usually falls apart.

Common questions

Project documentation and the token's own vesting contract are the primary sources. Several public unlock trackers aggregate them, but they inherit errors from project announcements and schedules do get amended. Where the vesting is on-chain, the contract itself is the only source that cannot be wrong, and a block explorer will show you the release schedule directly.

No, and assuming so is the common mistake. Tokens unlocking to a treasury or a locked staking contract may never reach a market. Large unlocks are also often anticipated and priced in over the preceding weeks, which means the move can happen before the date rather than on it. That is exactly why an alert beats a calendar reminder.

Far enough that the anticipation move triggers it. For a scheduled unlock or a well-publicised listing, a week is usually sufficient; markets tend to start repositioning several days out. Setting the alert the morning of the event is close to useless, because by then the information is public and so is the reaction.

A news notification tells you something was published. An event alert tells you the price did something. Both are useful, but only one of them is tied to a level you decided on in advance, which is why event alerts survive a busy week and news notifications get swiped away.

A halving is a supply-issuance change with a known block height, not a surprise, and it has been public knowledge for years by the time it happens. Alerts set months out are more about catching the run-up than the day itself. The event that actually moves price is usually the positioning around it.

Price and percentage alerts are free, 100 of them, on iOS and Android.

Keep reading

← All guides