TezTalks Radio - Tezos Ecosystem Podcast

116: Latency, Instant Confirmation, and the Next Phase of Tezos

Tezos Commons

Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.

0:00 | 30:03

Enjoyed our podcast? Shoot us a text and let us know—because great conversations never end at the last word!

This week on TezTalks Radio, host Brandon Langston speaks with Yann Régis-Gianas, Head of Engineering at Nomadic Labs, about what Tezos X is — and more importantly, what it changes for the people actually using Tezos.

Rather than focusing on abstract architecture, this conversation centers on experience. What does latency really mean? What is instant confirmation in practical terms? And when these pieces come together, how different does Tezos feel?

🔍 In this episode, we explore:

  • What Tezos X is and how Yann explains it in simple terms
  • How this direction differs from previous upgrades
  • Where development stands today and what milestones come next
  • The challenges and unknowns the engineering team is navigating
  • Who benefits most from Tezos X — users, developers, or both
  • What latency means in everyday usage
  • How instant confirmation changes the feel of payments, games, and apps
  • The difference between perceived speed and actual finality
  • What kinds of applications become more realistic as confirmation times drop
  • How latency improvements connect back into the broader Tezos X vision
  • What Yann is personally curious to see once these pieces are fully in place
SPEAKER_00:

Hey everyone, welcome back to Tez Talks Radio, where we sit down with the people building on Tezos. Today I'm joined by Jan Vejigianis, head of engineering at Nomadic Labs. We'll talk about Tezos X, what it is, how it differs from what came before, and where things stand today. We'll also spend some time on latency and instant confirmation, what those mean in practice, and what kinds of applications they make possible. Jan, thanks for being here. Before we get into it, would you mind introducing yourself to folks who may not know your background?

SPEAKER_01:

Yes. First of all, I'm really happy to be here today. It's uh always great to uh to have an opportunity to talk about Tezos. Um so who am I? I'm head of engineering at uh nomadic labs. I'm um leading, um helping with uh the development of uh the core engineering, especially the Tesos X uh roadmap, as well as the uh Tesos protocol in general. Um my background well I uh joined uh the Tezos project uh almost uh yeah uh six a bit more than five years ago. Uh first as a staff engineer, I worked on uh the scalability roadmap, I uh led the uh as an engineer the the smart road ups uh implementation as well as um some optimizations of the L1 protocol. And uh at some point I started uh being more of a manager, but yeah, actually I still do a lot of engineering, so I don't know. Uh I'm I'm just here to uh make sure that Tesla is a success. And before that, I've been uh uh associate professor at the University of Paris for 15 years, mostly working on functional programming, verification of critical software system, um yeah, and many other stuff. But that's a short version.

SPEAKER_00:

That's great, thank you. For folks who might not be familiar, what is Tezos X?

SPEAKER_01:

Okay, so Tezos X is um um a modern uh blockchain. That's uh how I I like to see it. It's um a complete stack where you have uh a full integration of a layer one, the Tesos layer one protocol that we all know that has been there for a long time, has evolved a lot. Um, a roll-up, a very large rollup, um that includes um several runtimes interfaces to uh to many ways of um in building in a blockchain, and um these whole things actually creates an opportunity for a very um um uh yeah blockchain that offers um an important throughput, um an important composability between applications, as well as um very uh low cost um uh for transactions. So yeah, I can come back on uh on Tesos X on the many aspects, technical aspects of it, but the idea is to just make sure that when you deploy on Tezos, you have a way to uh feel at home. If you come from the EVM world, you have an interface. If you come from the more traditional Tezos environment with Mikkelsen, you have an interface, and all this run in a single rollup that um is extremely powerful from the performance, the security, uh latency uh side of things. So that's more or less the idea of Tesos X and what we want to propose uh to the Web3 people.

SPEAKER_00:

What makes this direction different from previous upgrades? Is it a shift in approach or more of a continuation?

SPEAKER_01:

Oh, it's a continuation. We have been uh scaling Tezos uh for many years now, um, first at the level of the layer one by improving, improving, improving the block times, the execution uh of smart contracts, etc. And um by introducing smart rollups, we allowed ourselves to um actually decouple certain aspects of blockchain. So typically the security, the settlement layer, is in the layer one, the execution of smart contracts is in the rollup, and you also have the data publication aspect that is in a layer called the data availability layer, the DAO. And by decoupling all of this, we have been able to evolve uh progressively Tesos into a very um powerful, a very large uh environment where block space is um very um uh stable in the sense that you have bandwidth, you can build everything you want uh in uh uh by using any environment that is available to you. So that's more or less the the provo the promise of uh Tezos X, and uh it has been gradually deployed, and actually it is still under development because our goal is to ship uh Tesos X by the end of the of the year, but as usual with Tezos, it's not uh you know uh a promise that will come in uh many months, it's uh continuous um deliveries that we are we are doing on the Tezos project. So yeah, that's uh that's what Tezos X is about.

SPEAKER_00:

Where would you say things currently stand with Tezos X right now?

SPEAKER_01:

So today you have Ethelink. So Ethalink is this uh EVM interface to uh to Tezos, but it's a way um to come with your uh Solidity code base and deploy on Tezos um with um the usual tools, tooling, all the services that you are expecting. It's really uh similar to uh in terms of experience to what you could find with uh let's say Arbitrum One or uh Ethereum or um any um EVM compatible chain, except that you are on Tesos and especially on Tesos X. And on Tesos X, you will have from the EVM interface the capacity to interact atomically with other runtimes. So typically we are developing uh um another um interface uh called Teslink, or uh it's really about uh allowing people that have been used to deploy on the layer one to deploy on the on this rollup, and they will immediately uh have um uh a benefit from that. Um the capacity of the system is uh larger, so the the cost of transactions is is uh cheaper. The um pace at which blocks are created is also uh far higher than the layer one. So today the layer one produces blocks in six seconds, while Etherlink is producing one uh every uh 500 milliseconds. Um so with Teslink you will get uh the same uh the same um uh benefit and an additional one being in the same rollup as uh Etherlink, the EVM compatible layer of Tesos, you will have the possibility to atomically use other smart contracts that are deployed on EVM, on EtherLink. So it means, for instance, that you can have access to the TVR uh that is currently deployed on Etherlink from uh a Tesos uh smart contract. Um so all this actually creates um a completely new um environment both for uh EVM um uh people from the EVM world and people from the Tezos world.

SPEAKER_00:

What are some of the more interesting challenges or unknowns you and the team are navigating right now?

SPEAKER_01:

Oh there are many, many, many uh uncertainties because we are building something that never existed. So uh you need to uh to be very flexible in the way you uh enter this uh this work. Um maybe one thing uh that um um we need to reinvent is the way um um environment uh to execute smart contracts interact with each other. So today if um you are in um let's say in an EVM chain and you want to interact with another chain, you have uh several possibilities, um, but in the end it's going through a bridge. Okay, so it means there is something external of chain that will orchestrate an interaction between two chains and more precisely between two smart contracts running on two chains, two different chains. And you're not really in control, you can have some expectations, you you can but but it the control is really outside the chain. Okay, uh with Tesos X, we are um building um an environment where you are completely um as a as a smart contract in control of this interaction. So the interaction itself is on chain, it's an atomic interaction. So to be very concrete, it means that uh if you are uh an NFT marketplace on um on the Tesos runtime, you can um in the same transaction go inside Etherlink, um I don't know, uh do something with uh some DeFi protocol, or uh you can uh also uh interact with another uh NFT on on Etherlink and come back to your smart contract inside the same transaction. And you are in full control, you don't have to trust a bridge that will work or not, or maybe uh take some time to get the finality on on both sides. No, you are inside the same uh environment. And to us, it means um um actually uh that we are solving a problem of interoperability between environment and also a problem of composability uh between smart contracts. So um at the end of the of the day, we believe that um Web3 developers will have a lot of opportunities um seeing how to get this to world interacts. And what's more is that we are building something that is generic. So it means that when we will add more runtimes, let's say a runtime that run on JavaScript, Python, or uh that is capable of running Solana smart contracts, the same uh protocol will be used to have this in atomic interactions between smart contracts. So we believe it it could it could solve a lot of problems that uh are today not uh solved in a satisfactory way by bridges.

SPEAKER_00:

When you think about what Tezos X unlocks, what do you think or who do you think benefits the most from it?

SPEAKER_01:

Um yeah, it's a very good question because uh you know today um we can see that um a lot of um WebScript developers are more or less interested in multi-chain uh deployment, in um also um um I mean the the the the ability the ability to uh to interact with uh defined applications uh in very smooth way. So we believe that uh uh these people will be uh will find with the sex a very um um comfortable environment where the assumptions about security are uh very clear and simple, so that they don't have to ask ourselves to too many things. And if we believe, that's probably what the future is about, uh, that more and more of the code running on blockchains will be coming from AI agents, but putting in place um an environment that is simple in the ways that it works, in the way uh its security assumptions are formulated, could allow us uh to um validate what this AI agent uh will deploy on blockchain. And that's that's extremely uh important because you know that one of the challenges that we will have now is not really um the ability to generate code for uh smart for WebScript environment, but more the capacity to put in place sufficient uh validation processes for this uh for this code. Uh so producing code is not anymore a problem. And you may uh remember that uh one of the value propositions of Tezos from the very beginning is formal verification. It's the ability to take a smart contract written in Mikkelson and get a mathematical proof of the smart contracts. What does that mean? It means that the smart contract of its code, you have its specification expressed in very specific way on machine with uh a lot of mathematical definitions, and you say, okay, these two are compatible. Okay, and it's not just because you look at it, it's because you have another program that checks that and will tell you yes, this is a bug-free program because if you look at this code, if you look at the specification, this code is uh implementing this specification. And I have a theorem that gives me that. So I think one potential uh um value that we may underestimate today is will be the ability on um uh on Tesos X to reuse all this machinery to get uh the highest possible level of uh uh certification on uh code produced by AI agent and running on a blockchain. So that's one thing that I'm really thinking about these days, uh, looking at the AI uh revolution of code agents and say, okay, maybe we have something to propose here that uh uh will be far more difficult to get in uh, for instance, EVM uh environment, because from the beginning Mikkelson has been sought to facilitate mathematical proof. Well, of course, you can do some mathematical proof about EVN programs, but yeah it is it has not been designed to do that. So it's far more painful.

SPEAKER_00:

Let's talk latency. What does that word mean in this context and why does it matter?

SPEAKER_01:

So latency is um the time it takes uh uh for a hand user to submit a transaction and get a receipt that its transaction has been um considered inside the box. And I'm using here a word that is a bit uh uh a bit blurry for uh for good reasons because um you you you want to know if uh your transaction has been included. So it has it will be in the ledger, I mean in the in the blocks somewhere. You it it can be enough for you. Okay, I know that it is included, and uh given uh what I know about the state of the blockchain, it's fine to me. I can I can I can uh compute uh what what it gets to me and uh what what it means to me on on my assets, on other assets, on my interactions with some smart contracts. So that could be enough for you. Or you could be looking for something a bit stronger and say, okay, uh, I not only want to uh to to know that my transaction has been considered by the by the block producer, but I want to make sure that there is a settlement from the network that this uh block is uh is final, it is written in stone. Not only my transaction has been considered, but it has been uh globally accepted, globally finalized. So latency uh first, if you want to talk about latency, you need to decide which what what kind of uh um guarantee uh you want on your transaction. Um and um today uh for a long time with layer one first for for a long time for layer one protocol, we um really uh used a consensus algorithm to wait for finality and make sure that the transaction was finalized to consider it uh to be good for us. And with the advent of uh sequencer, so you know this uh centralized um uh point where you submit your transaction and you know the the sequencer has a primary role in the process. It is the block producer, it is the one that will actually create the chain. Uh since we have moved to this model, now you have this possibility to um, in some sense, accept this centralization aspect first um and and get the latency that you would expect from a centralized exchange. So something that can come back immediately to you and say, no, no, we don't have to wait for the consensus. I'm as a coincidence, I promise I'm doing nothing wrong. I'm just putting your uh your transaction in the sequence and I will produce a block. And this block will be uh checked by many um other nodes, but I can immediately tell you that it will be injected, and this will be the result of this injection. And if you accept that, which is not um um too too complicated in the case of uh Tesos, because the Tesos X sequencer is something that is very open, that is governed, that um is uh behaving very well from the beginning, so people accept that, you get an answer that is far uh quicker, that comes very uh fast to you, um than what you had with a layer one and a consensus protocol. So typically what that means is. Essentially, you move from several seconds to several milliseconds. And that's a game changer. Of course, that's a game changer. Because in terms of UX, it means that some activities, so typically trading is one of them, require you know very fast decisions and a very fast interaction, retroaction loop, okay, to be in place. So typically you will need to be very close to the council, have your own node, do some actions, see immediately in a few milliseconds what the result of the actions, and immediately have another actions after that. So that's the kind of interaction that you can now have with the blockchain, and that is unlocked by um this uh instant uh confirmation. So latency um to summarize because I'm talking uh very for very long, sorry, today. Um yeah, uh I I hope so. I hope it's very clear. Um so to summarize today for payment, it's it's fine to use um um an environment that uh just um um you know, just like etherling produces a block every 500 milliseconds, it's fine. You get your answer in less than a second. It's it's it's it's enough. But now that we have implemented on Etherlink this notion of instant confirmation, you can get your answer in uh few dozen of milliseconds or um maybe less in the future. Um this unlocks um some form of very uh high, I won't say high frequency, but very fast uh trading uh opportunities for uh for users.

SPEAKER_00:

How much of the work on latency and confirmation ties back into the bigger Tezos X picture?

SPEAKER_01:

It's interesting because it was not planned uh from the beginning. Yeah, we we didn't uh uh plan to work on that, mostly because um we didn't see any demand. And um we were uh with uh Thomas Leton uh one of the tech lead of uh of Tezos uh at the test dev, you know, this um uh event uh where we hit uh the the community and builders and people that are interested in Tezos. And um I remember we were talking about uh with uh the the people of uh Andrew protocol, and they told us, oh, do you think that we could have this um instant confirmation on Etherlink, like uh 10 milliseconds or even five milliseconds? Uh because it could open up a lot of uh use cases on our side, and we were you know uh just discovering this need, and I think we immediately started discussing it and understood that it was perfectly compatible with our architecture and the way the node is implemented, etc. So, well, gave it a try, and actually it worked uh very um very well uh almost uh at first try. So, yeah, that's uh you know, the ability to be agile. You of course our roadmap has been there for two years, so you could say, Oh, they have a lot, it's very ambitious, they they they have to focus on what they need to deliver. Yes, that's true. If you want to deliver, you need to focus, but sometimes longing fruit are not that far from you, so just have to grab them.

SPEAKER_00:

Very true. As you look ahead, what are you most curious to see play out once these pieces are in place?

SPEAKER_01:

Um many things. Um I will uh be very interested in in uh looking at um um how you can take, for instance, a solidity code base, so something deployed on uh on Ethan, and say, okay, now we want to be serious at some point and uh and certified uh this piece of work. And uh I think we will have opportunity to just uh take the existing contracts, translate them to Mikkelson, prove them uh correct, and gradually uh um uh not translate, migrate uh an existing smart contract system into a certified uh smart contract system with uh mathematical proof to ensure that there is absolutely no bug. And I'm super curious about that because I think for a long time uh all these uh formal methods and verifications were you know very costly because you have to you had to put a lot of brains working on the mathematical proof, and uh well, it takes time to write proof. Now that uh we have coded agents, it's uh it's a game changer, and I think that's something that um uh we we will see on on Tesos X, uh, because the system is simply uh, in my opinion, the only one today to uh to allow for such uh such uh gradual certification of smart contract system. So that's one thing. Another will be um for the Tesos people, Tesos community to um um exploit the opportunities uh that they will find on on EtherLink, because on EtherLink, you know, there are many uh very um interesting and uh popular uh uh platform, uh DeFi platforms that have been uh deployed there. Uh so it means a lot of liquidity. We also have uh our own answer to uh our propositions in terms of uh as a as a as an ecosystem in terms of DeFi. And uh yeah, I'm curious to see how these two worlds will interact. So that's uh at least two things. Um yeah, there are many others, like for instance, uh the future of Tesos X, because you know we are focusing on these two runtimes right now, so the FLINK uh EVM compatible runtime, the Teslink, uh Tesos uh Mikelson compatible runtime, their atomic interactions. But we will add more uh runtimes in the future depending on what people need. And um, yeah, I'm curious to see if uh people will ask for a solar runtime, let's say, to stay inside the blockchain world, or more general on time, like a Python or JavaScript runtime. So that's that's typically uh uh yeah what I'm curious about uh these days.

SPEAKER_00:

Well, Jan, thank you so much for taking the time and for walking through all of this with us in a way we can actually follow. So thank you. If you're watching and you want to keep up with Tezos X and the work we've talked about today, keep an eye on nomadic labs updates and the usual Tezos channels. That's it for this episode of Tez Talks Radio. Thanks for watching.

SPEAKER_01:

Thank you,