Internet Computer Roadmap — Year 4 And Beyond

Internet Computer Roadmap — Year 4 And Beyond

DFINITY’s contributions to the Internet Computer’s roadmap has just been revealed on the internetcomputer.org web site. The roadmap outlines the key work items that have been defined to progress ICP technology for the Year 4 of ICP and beyond, towards the ultimate goal of having a World Computer.

The roadmap currently reflects mainly DFINITY’s views and items that the foundation plans to work on. However, a good number of features have actually been requested by the community and milestones encompass community contributions too. Community input regarding further features that should be on the roadmap but are not there yet is welcome to augment the roadmap and provide an even more complete picture of the full development activities, including activities driven by the community.

The roadmap is a living document and its current state reflects the current knowledge and thinking. It is expected that ongoing community involvement will help to further shape and maintain the roadmap as we all move forward building the Internet Computer. Changing priorities will be reflected in the roadmap by new features being added, future features being removed, or reprioritized. This new format replaces the framework used since July 2022.

Scope And Structure

The roadmap is focussed on technology development and comprises work items that advance the state of the Internet Computer. This comprises items related to the Internet Computer protocol itself (e.g., core protocol, chain-key cryptography, AI), its decentralization (e.g., crypto economic aspects such as node provider remuneration), the languages and toolchains used for building on ICP (e.g., Motoko, Azle, and dfx), and services, i.e., important decentralized services that are providing value to the ecosystem (e.g., Oisy and Orbit). Regular dapps and their development are not reflected in this system-centric roadmap.

The roadmap is structured to comprise the following nine core areas, or themes, of work:

  • Compute Platform
  • Decentralized AI
  • Chain Fusion
  • Privacy
  • Platform Decentralization
  • Identity
  • Digital Assets
  • Governance & Tokenomics
  • Developer Experience

Milestones

In each of the abovementioned nine areas at least one milestone has been defined and further milestones will be defined together with the community over time as the implementation moves along. Each milestone has a strong focus towards reaching a specific goal that provides major added value to the community, be it the users, the developers, or other stakeholders. A milestone comprises a handful of features that are required to accomplish its goal. Features that are currently being worked on show an orange progress icon, completed features have a green checkmark icon.

The roadmap re-introduces the concept of codenames for milestones. You surely remember the use of metal-themed milestones used for development up to the launch of ICP, namely Copper, Bronze, Tungsten, Sodium, and Mercury. This time, milestone names are inspired by fusion technology, for example cyclotron and gyrotron: The bold ambitions for technological advances of fusion technology reflect the ambitions for the Internet Computer Protocol. Also, fusion hints at the importance of the Chain Fusion area of development of ICP and the major goal of fusing AI with blockchain technology, two crucial themes on the near-term development roadmap.

Past And Future Features

Besides milestones and their features, past features that have been completed and deployed are shown as well. This illustrates what has been achieved over the years through the substantial R&D investment so far and to see the continuous improvement process the Internet Computer is subjected to. It also gives a good impression of the functionalities deployed on ICP.

Future features that are already on the roadmap but have not yet been assigned to a milestone are shown as part of the respective theme, but may not always have been subject to the same level of detailed technical scrutiny that features that are part of milestones have received. As work on ICP progresses and milestones get completed and the priorities for upcoming work become clearer, new milestones will be defined by the community and DFINITY, subsuming parts of the defined future features and adding new ones. Due to changing priorities or technical considerations, future features may occasionally be dropped from the roadmap.

Some Highlights

Let us take a look at some upcoming highlights of the roadmap in the key areas of Decentralized AI and Chain Fusion.

Decentralized AI

As AI is gaining massive traction and is playing an increasingly important role in consumers’ lives, the trust problem of “traditional” AI needs to be addressed: In traditional AI, users have no visibility into how their data is used and how AI models produce responses and whether they work correctly, reliably, and consistently. Leveraging the properties of a decentralized blockchain protocol allows users to verify how models are trained and to be assured that precisely those models are used for the inference that generates results for users. ICP’s canister smart contracts with their special properties, e.g., being able to store large amounts of data and perform substantial amounts of computation, are a perfect match for realizing decentralized fully-on-chain AI. The Cyclotron milestone enables ICP to efficiently run decentralized AI inference using CPUs, while the longer-term Gyrotron milestone marks the availability of decentralized on-chain AI inference and training of large models using GPUs on ICP.

Chain Fusion

Chain Fusion, the concept of fusing ICP with other chains to allow for building multi-chain dapps with a single-chain user experience, is a crucial theme for the future that will bring a much tighter integration of ICP with major blockchain ecosystems. Multiple milestones are scheduled for this area: Tritium for EVM chain integration, Deuterium for supporting Bitcoin protocols such as ordinals and runes, and Helium for ICP’s integration with the Solana network, another logical step for ICP’s Chain Fusion strategy.

Besides the few highlights mentioned further above, there are many more highlights available in the roadmap, and we invite you to have a look yourself at the following link:

We also invite you to read our Medium article summarizing the new roadmap and its milestones.

Call For Action

The ICP community is most crucial to the success of the Internet Computer and realizing the World Computer vision! Thus, this forum post is also a call for action to the community to help complement the roadmap with further key community work items that are in progress or planned to be done by the community and will lead to widely useful production-grade features for ICP. Also, requests for features to be built by DFINITY can be placed. For now, please provide your feedback and requests by leaving a comment in this forum topic or by creating a now forum topic. Feedback regarding developer experience can be given directly on the DX feedback board. The goal is to reach a public roadmap accurately reflecting the core technical activities around the Internet Computer protocol, tooling and languages, and important services, considering activities from both the community and DFINITY.

We also appreciate any other feedback w.r.t. the roadmap, be it related to its content or presentation thereof. Thank you in advance for your efforts in helping to improve the Internet Computer roadmap.

We hope you will enjoy reading through the roadmap and look forward to your feedback!

32 Likes

Awesome roadmap. I personally would love to see vetKeys to improve privacy for AI, as well as blob storage or a solution that reduces the costs of storing data that will be rarely accessed and doesn’t need low latency/high replication, given higher priority.

4 Likes

Holy moly, this roadmap is on fire!

Big kuddos to Dfinity. IC truly becoming the World Computer!

Very excited about storage features, privacy features, DeAI and soooo much more :rocket::rocket::rocket:

5 Likes

No native USDC and USDT issuance? Seriously?

I see Inrupt and Internet Computer both have almost the same objective: decentralizing the web and giving users more control over their data (Inrupt develops Solid Pods, ICP develops wApps).

This seems like a redundancy in tech development. Is there a way Inrupt can collaborate with DFINITY to achieve their same goals and reduce overlap? Has DFINITY ever considered reaching out to Sir Tim Berners-Lee to collaborate? @dominicwilliams

Have a look at the feature “Native USDC integration through CCTP” in the set of future features in Chain Fusion. :slight_smile:

2 Likes

Thank you, @Seers, for your feedback on priorities, much appreciated! The reasoning behind the current priorities for the crypto-related features is as follows: The big features that were on the plate for coming next were t-Schnorr / EdDSA and related improvements to the implementation (performance, latency) and vetKeys. After longer discussions, the outcome was to prioritize t-Schnorr / t-EdDSA for the reason of the immediate applicability to Bitcoin ordinals and other Bitcoin protocols we currently cannot support as well as having the performance improvements benefitting all t-signing use cases. t-EdDSA is relevant for a Solana integration and integration also with other chains. The decision was not an easy one, but was eventually taken in favor of t-Schnorr / t-EdDSA due to the concrete use cases we have. vetKeys is next in the pipeline as of current planning and is expected by end of this year or early next year if things go well.

Regarding a different storage architecture for storing larger amounts of data that is accessed less frequently, i.e., an architecture using erasure coding, that’s indeed an extremely enticing feature, but it’a also rather large. For this reason it’s currently not in one of the upcoming milestones, but in the future features and it’s not yet clear when it would be scheduled. Getting more information on concrete use cases from the community would be extremely helpful for the future planning. In the end, this is all a joint effort and it’s crucial for DFINITY to know about the community use cases so this can be prioritized to provide most value to the community.

Thanks again and let’s keep the discussion going!

5 Likes

Wow. Just wow. Thanks team. May 23 and June 18 I see big things are being shipped. Lets go!

2 Likes

Where’s Utopia? Why is it not included in the roadmap?

1 Like

Love it, great roadmap! you have no idea how excited this makes me for the future of ICP. Latency-aware routing will allow ICP to compete with any CDN out there. This is amazing, thank you!

Suggestions:

Plan for a way to incentivise node-creation near high-density areas, where most of the requests come from and where nodes are needed the most.

The challenges I see are:

  • ICP need more nodes in locations where there are more users, and not only in places where rent or hardware is cheaper (we need nodes in New York, not only in Alaska).
  • if the TOKAMAK update directs requests to nodes closer to the user, it might overburden nodes in high-density locations if there is not an incentive to create more nodes there.

IMO, the solution to that would be to reward nodes based on cycles instead of the current flat fee model.

I know this topic is unpopular, because currently we need to support nodes to grow the network. But I’m not saying we should stop doing that. For example: we could guarantee a minimum payout for as long as the cycle usage is still low.

All I’m saying is that we will need to implement a system that self-regulates node-creation in the areas they are needed the most.

Advantages of rewarding nodes based on cycles would be:

  • if the TOKAMAK update directs requests to nodes closer to users, then there would be higher demand in higher density areas.
  • if nodes are rewarded based on the amount of cycles they served, then node-providers will flock to locations where most of the requests come from, automatically resulting in a more robust network.
  • it would also be nice if cycle-prices could fluctuate according to demand, allowing for nodes in cheaper locations to host data and apps that aren’t that latency dependent. In other words: some apps could pay less, and be hoted further away, while other apps could pay more, to be hosted near high-density areas.
  • as the cycle-burn rate increases, demand for cycles rises, making the price of cycles shoot up, which incentivise node-creation, which makes the price go down again.

Similar to how BTC’s tokenomics result in miners flocking to where energy is cheaper, I think ICP needs an economy that incentivises node-creation in the areas they are needed.

To be clear:
is this a priority today? No, not at all.
But shouldn’t it be part fo the 4-year plan?

Am I overlooking anything? How does ICP incentive node-creation in areas where they are needed the most? What incentives will node providers have, to pay higher rent+energy in high density areas? Or even better: is this not even an issue? Is this solved elsewhere already?

Thanks for reading and again: Amazing roadmap, congrats to everyone from the Dfinity team, this is looking really really good.

4 Likes

Thank you!
What would be the ETA for all these features? Are we talking about 2 years, 4 or 10?

2 Likes

Hi @gatsby_esp
We consciously decided to not provide ETAs for features, except when they are bundled with a milestone that has an ETA. Most milestones are quarters away, i.e. not years away. Features in the “future features” buckets are further out. Some of them are very ambitious, e.g. " Fully-homomorphic encryption (FHE)" in the Privacy theme, whereas others are closer to realization and just haven’t been scoped and planned yet. We felt it’s valuable to show where the journey is going even though there is not a detailed timeline.

7 Likes

Utopia is all about making ICP fast, more scalable, etc so it’s in Compute Platform.

4 Likes

Hi @erikblues!

Indeed! And there are also other features that complement this one for CDN functionality of ICP. Have a look at “CDN canisters on edge infrastructure” in the category “Platform Decentralization”. This is about caching (static and certified) content in Boundary Nodes, which brings the data closer to where it is needed, much like a CND works.

I think you are making a very valid point here, particularly for the (not immediate) future of ICP. Node allocations are currently determined by the decentralization of ICP only, but do not take the “distance” in terms of latency to users into account.

Proximity of Boundary Nodes with the large masses of users is an important aspect in the future and is something that may need to be considered as another dimension for node allocation in the future, particularly for Boundary Nodes. Currently, as you say, it’s not an issue, but once traffic volumes increase, this will be increasingly important to be considered as well. In the near-term future, the new Boundary Node architecture will allow the community to run their own NNS-controlled BNs, which will allow deployments matching demand better than nowadays. This is a first step towards a topology that goes into the direction you suggest, but without the incentives.

So far, node cryptoeconomic incentives have favored node machines in regions so that decentralization is enhanced as much as possible. The cost structure of the region is already accounted for in the node rewards. As you suggest, it may be well worth looking into creating additional incentives, of whatever form, that favor deployments of (Boundary) Nodes closer to where the demand is. But of course, decentralization overall must remain as strong as now, so I’d say that closeness to the users would be a secondary dimension to be considered behind decentralization.

If one would incentivize only as you suggest, decentralization would suffer as all nodes would be allocated in a few areas, thus being less decentralized. What we need is retaining the strong decentralization of today, while still serving the high-demand areas well. Maybe this is something that can go into one of the future remuneration models for node providers once demand picks up further and this is becoming an issue.

Thanks again for your thoughts, we will keep them in mind and I hope that this will be discussed in more detail with the community in the future! This will definitely be an interesting discussion to have.

3 Likes

Indeed, both initiatives have similar high-level goals of decentralizing the Web and giving better privacy to users, however, it seems that the approach is quite different. While Inrupt, or the Solid protocol they build on, attempts to use a peer-to-peer architecture largely based on Web standards and without heavy cryptography, ICP uses a decentralized cryptographic protocol with novel, advanced, cryptography to have an architecture offering full replication, the security resulting from it, and privacy. Thus, very different approaches to reach similar high-level goals of making the Web free again. I don’t want to imply that there should be no conversations between the projects, though, as both seek to achieve in essence the same thing.

1 Like

Amazing exciting and ambitious roadmap, that really goes a long way to making ICP a truely performant decentralised cloud. There is however one thing that is missing and that is: Shared security.

2 Likes

I’ve only just started looking at solid, but it looks like something that we could do at the application level while dfinity focuses on the protocol. Feel free to reach out. We have proposed something similar called neutron in the past and it would be interesting to see where we there might be overlap.

1 Like

Boo. You can’t win them all. :grinning:

The rest looks really really good. Mad props.

My one critique(so it has a voice more so than I’m really upset about it):

I’d reemphasize that from my viewpoint, replica access to SEV is the single biggest unlock on this list on the order of billions of dollars in the near term. But I guess we want to keep propping up an archaic meme coin that has been surpassed in technology and burns the atmosphere to put jpegs on the least efficient technology possible.

I’ll go back in my hole now and focus on all the amazing stuff on this list.:tada::rocket::rocket::rocket:

4 Likes

I hadn’t seen that, thank you!

That is a good point, I didn’t know node rewards were already rewarding some regions over others. In other words, what I touched on is already being done, even though through a different approach. So yes, for now that works, and it can always be revisited in the future, once all the more pressing things are taken care of.

Again: really good job on the roadmap, this is really really good.

Regarding Decentralized AI, we will have to ensure that the node machines have the hardware that can support this new initiative at scale so inference can be done easily by the majority of nodes. Gen-1 nodes have already been paid for and are good candidates for upgrades.