Polkadot 3.0 - the JAM upgrade

The Polkadot 2.0 proposal clarified the ecosystem’s direction and improved communication between leadership and the community.

My previous forum post about renaming parachains to rollups also helped in using terminology that can ease the comparison with other ecosystems and technologies. I can see now multiple leaders speaking about rollups and slowly abandoning parachains (cynical rollup or Polkadot rollups).

Now is the time to do the same for the next major evolution of Polkadot: the JAM upgrade. This post aims to make clear that:

  • Polkadot is the brand.

  • JAM is the next iteration of the technology.

  • The Polkadot JAM upgrade will usher in the Polkadot 3.0 era.

  • DOT remains the token.

The community has already expressed reluctance to rebrand DOT to JAM in the Wish for Change referendum 1626. This opens the gates for further discussion of the future direction of Polkadot, and I am confident we can reach a consensus.


Current Situation

Polkadot is a strong brand. However, recent narratives have harmed its perception, especially those associating Polkadot with the word “dead.” The reality is, most people are still just beginning to understand Ethereum, let alone Polkadot. Framing Polkadot as “not dead” sets a negative precedent and plants unhelpful seeds in the minds of new crypto-curious individuals and the broader public. Instead, we must set a positive tone and position Polkadot as a vibrant, innovative, and beloved brand.

Over the past five years, considerable effort (both financial and communal) has gone into making Polkadot highly visible in the crypto space and beyond (Taxi in Berlin, Indy 500, Inter Miami, just to name a few). Continuing to strengthen the brand signals resilience and long-term vision. While decentralizing operations has been challenging, we are entering a phase where the system is starting to function more or less coherently. Polkadot is a resilient ecosystem, and the brand and DOT token should reflect that same resilience. In a space as emotionally volatile as crypto, perception matters, and the good thing is that it changes (very) quickly.


The Porsche Example

All brands and industries experience ups and downs. A great example is Porsche in the late 1990s. Despite developing some of the most technologically advanced cars of the era, like the 993 series with innovations such as twin-turbo engines, AWD, and automatic brake differentials, the company was near bankruptcy. Today, those same cars are valued as modern classics. But back then, Porsche needed a lifeline.

That lifeline came in the form of the 996 Boxster and Cayenne. These were not collector’s cars, but they sold well and saved the company. They enabled Porsche to keep innovating and stay relevant in a market with increasing competition.

I know, the comparison is not fair as Polkadot is blockchain stuff, but I hope the example is testimony that:

  • Even the best technology can struggle without the right positioning.
  • Hard times are temporary and often provide valuable lessons.
  • Long-term success can overshadow past difficulties and even turn them into badges of honor.
  • Porsche is a resilient brand that has survived the test of time, and with it the test of technological progress, people’s perception, generational changes, etc.

I truly believe Polkadot can be a resilient brand, and not only resilient tech.


The JAM Narrative

Another risk to the Polkadot brand has come from how JAM has been introduced, almost as a separate project, disconnected from Polkadot. This approach has caused confusion and concern among both the community and curious newcomers. Rather than splitting the narrative, we need to unify it.

It is becoming clear that a stable, production-ready JAM will not arrive overnight. And the longer this ambiguity continues, the more it affects confidence. Uncertainty and fragmented messaging are the enemies of adoption, innovation, and investment. They discourage newcomers from exploring the ecosystem and stall capital inflows. We need clarity.


Proposal Aims

This proposal seeks to formalize the following:

1. Communication

JAM is a technical upgrade to Polkadot, not a new project. It will replace the Relay Chain and related infrastructure with the JAM Chain, ushering in the Polkadot 3.0 era. While JAM is currently being developed separately for testing and will later support backward compatibility (e.g., for rollup chains), messaging must remain focused on Polkadot.
If Polkadot is considered a decentralized computer, then the JAM upgrade is a CPU replacement: swapping out the current CPU for a more powerful one, allowing for more generality and coherence.

2. Token

There will be no JAM token. DOT remains the network’s utility token and will continue to power Polkadot post-upgrade.

3. Branding

Branding should remain firmly centered on Polkadot. Presenting JAM as a standalone brand has created confusion. JAM is simply the next technological chapter for Polkadot.


Disclaimer

This post is intended for discussion purposes only. It reflects a personal viewpoint and outlines one possible direction for Polkadot as a brand and technological leader. My hope is to encourage serious, thoughtful conversation about where we are and where we are going. The ultimate goal is to align on a shared vision that could later be formalized in a Wish for Change referendum. A decision from the community is ultimate and sets a clear message for leaders and future communication and positioning of Polkadot.

16 Likes

Polkadot 2.0 to JAM is similar to Ethereum 1.0 to Ethereum 2.0 – a really big and important upgrade. Polkadot 1.0 to Polkadot 2.0 in comparison is really a relatively small update, similar to the Ethereum hard forks that happen every year.

Naming JAM upgrade as “Polkadot 3.0” could therefore hinder the public perception and give the impression that this is “just another Polkadot 2.0” (which it isn’t).

In addition, I would really hope to have a way to refer to Polkadot 1.0/2.0 collectively vs. referring to JAM. For example, for the Polkadot Compatibility Hub project, I would want to say the following:

Compatibility Hub provides a coherent design that works natively both on Polkadot 1.0/2.0 and on JAM.

But this is really long-winded.

In Ethereum, we would just say eth1 vs. eth2. But in Polkadot, the name “Polkadot 2.0” is already taken.

5 Likes

Well explained sir. Tagging it Polkadot 3.0 makes it more clear that JAM is an upgrade to the existing Polkadot system. Not a rebrand. Glad that the rebranding proposal didn’t pass. Let’s see how things goes.

1 Like

If I can suggest one thing, please pick a term that has a positive connotation rather than a negative one to describe our rollups. Here are some alternatives:

  • Validated rollups
  • Assured rollups
  • Secured rollups
  • Fortified rollups
  • Verified rollups
  • Proactive rollups
  • Prevalidated rollups
  • Vigilant rollups
  • Prudent rollups
  • Certified rollups
  • Premium rollups
  • Trusted rollups
  • Instant rollups

Additionally, the term “Cynical rollup” is not common in other ecosystems, may not translate well in other languages, and doesn’t really even fit.

2 Likes

The logic sounds good. Polkadot 2.0 replaced Polkadot 1.0, just like Ethereum 2.0 replaced Ethereum 1.0. And “Polkadot” should be the primary brand that we push forward.

However, the primary difference between the JAM upgrade and Ethereum’s (or between the JAM upgrade and the Polkadot 1.0 → 2.0 upgrade) is that JAM isn’t exactly replacing Polkadot 2.0. JAM will host the Polkadot relay chain (as a Parachain/Rollup service) and other services. So both will technically exist.

In my opinion, the decision of naming JAM Polkadot 3.0 depends on what our definition of the “Polkadot” brand is:

Should the primary definition of the “Polkadot” brand be as a protocol or as an ecosystem? If it’s the former, then Polkadot 3.0 sounds okay (although it’s proportionally a way larger upgrade than the Polkadot 1.0 → 2.0 upgrade).

But if it’s the latter (ie, primarily portray the Polkadot brand as an ecosystem), then it’s probably better to leave “Polkadot” as-is without numberings and just name and versions of protocols that the Polkadot ecosystem runs on.

A good example is Apple. Apple is an ecosystem. The name never changes and doesn’t have any suffixing with versions. But the name and versioning of the OS and CPU that the Apple ecosystem runs on changes as time goes by, and so do the products available in their ecosystem (Apple iPhone, MacBook, iMac, earpods, etc). But the key brand remains “Apple”… No versioning, no numbering, no Apple 2.0

The best approach, in my opinion:

  • The branding: Polkadot. No versions, no suffixes. This is the brand. This is the ecosystem
  • Polkadot 2.0 → The Polkadot Relay chain, which will become the Polkadot Parachains Service on JAM
  • JAM → the foundational layer of Polkadot. This can be called Polkadot JAM. If there are any major JAM upgrades in the future, then we call it Polkadot JAM 2.0, etc.

That way, we can market the right things to the right audience.

4 Likes

I fully support all the arguments in the article!

  • All details and DOT clarifications as a basic token from key figures are needed.
  • More proof of love for DOT and DOT holders is needed.
  • DOT holders support progress; the more true DOT believers we have, the more stable the ecosystem will be.This thesis could be incorporated into a marketing strategy.
  • We as marketing and community teams can focus on this, and the key players need to talk about it and inspire current and new token holders to participate in all the superb activities across the ecosystem!
2 Likes

Fully agree and I already asked for not using that terminology.

After a first round of feedback mostly via Twitter/X, I would like to propose the following:

  • Never use the word “dead” when marketing Polkadot
  • Polkadot, at some point, will upgrade to the JAM chain. This means JAM will be a major technical upgrade, but the brand will remain Polkadot. See this reply from @OliverTY
  • DOT will remain the token of the Polkadot ecosystem
  • Versioning Polkadot using the JAM chain (instead of the relay chain) won’t be Polkadot 3.0, just Polkadot, as versioning the brand is something that fragments the narrative and social capital, see this post

Brand: Polkadot
Technology/product/service provider: JAM Chain
Token/software: DOT

This is a major technical upgrade, not a usual runtime upgrade. This raises the issue that runtime upgrades in our ecosystem are currently diluting the “big” things happening. To me, upgrades like asynchronous backing, elastic scaling, coretime, and JAM must shadow all the other “minor” upgrades. This is why now there is a feeling that Polkadot’s JAM upgrade is “not enough” to tell people that this is a new thing. But I am confident that this is something mostly affecting the core community and some users. The general public and new joiners won’t be affected much.

2 Likes

We honestly really need a suffix name to refer to the “current” Polkadot.

Here’s a (radical) proposal:

  • Polkadot 1.0/2.0 is referred to as “Polkadot Legacy”
  • JAM upgrade is referred to as “Polkadot JAM”

They can be shortened, when discussing internally, as “Legacy” and “JAM”.

If there’s question that Polkadot may be “dead”, then we make sure we have the necessary terms in place to signal that radical changes have been taking place – from Polkadot Legacy to Polkadot JAM.

1 Like

We should use version numbers but measure them in μg, so Polkadot 20μg, Polkadot 30μg, etc.

3 Likes

Why do we need these suffixes? Is Polkadot 2.0 really going to be Legacy, though? Do the suffixes really affect how the end users use Polkadot?

I mean, if I wanted to play games on Mythical or use a Polkadot Card, I’d care less about “Polkadot JAM” or “Polkadot Legacy”, but care more about how smooth my experience is with using services on Polkadot. Bringing in these suffices would end up causing more confusion for users, which is something we’re already trying hard to avoid.

Ofc, from a technical standpoint, builders should get what’s going on under the hood to make informed decisions on the stack to build with on Polkadot. So, it’s safe to say that suffices are only really important for builders and technical people, but are of no importance to Average Joe, who just wants to run his daily life with Polkadot (with a reliable and secure network, fast and cheap transactions, good liquidity, etc).

So yes, suffices are important, just shouldn’t be a component of user-facing branding imo

If you wanted to play games on Mythical, then you wouldn’t care about Polkadot at all. You would probably care about how smooth the experience is on the Mythical blockchain, but whether the underlying tech is “powered by Polkadot”, “powered by Avalanche”, “powered by Solana”, etc, doesn’t matter.

For the rest of the points, I agree – Legacy vs JAM is a builder’s perspective.