... and we've replaced that with Ouroboros BFT. Now, this is the first step on the road to Shelley. How Shelley is going to work is that there's going to be a series of iterative updates that will first put core infrastructure in place and then basically put a process into place that will gradually decentralize the network, epoch by epoch. So, the first...

...infrastructure or Ouroboros BFT, the next infrastructure piece, is going to be version 1.6, which will ship the decoupled wallet. So, if you look at our repositories right now, you'll see a repository that says 'Cardano wallet' and we're almost done with this. What's going to happen is we've taken the current Cardano wallet, which was coupled with the back end, Cardano SL repo.

...to get the Rust client ready by sometime in February so we can launch a test net and start the process. Essentially, what will occur is two parallel efforts being made by two separate teams. One is about getting the core infrastructure constructed and verified. There will be a series of gradual updates, starting with Ouroboros BFT decoupling, and then verification.

...doing that is recognizing that we already have a pretty cool unit of time for a system that's an epoch and that currently consists of twenty thousand six hundred slots. So what we can do is take the Ouroboros BFT Federation and say okay, instead of making one hundred percent of the slots at time equals zero, epoch equals zero - Schelley, it's only going to make 90 percent, for example, and then...

...network is just a temporary measure to ensure high security and all the rewards go to the actual slot producers, so that's kind of the road we're starting with Ouroboros BFT. That's the protocol that will be used all throughout the life of Shelley to get us to Shelley, decoupling a bunch of wallet-specific features - excuse me - and then from decoupling, we're moving on to verifying that the new Rust back-end...

Now we've written prototypes now of our network stack prototypes now, Ouroboros BFT, Praos and Genesis and we've written prototypes of other types of some of the delegation mechanics as well as the incentive scheme.

We've evolved quite a bit in our design of protocols so what Ouroboros Genesis looks like versus what we have in our repo are very different things. So, there's going to have to be at least one fork to get us to Genesis. So what we've decided to do is use a halfway house solution where we implement Ouroboros BFT...

So basically, you're going to see 1.5 Ouroboros BFT. We’ll give everybody a heads up about that and we'll have a much more graceful upgrade path.

That will be done in a very visible, transparent way, and what will likely happen is that we'll have a gradual winnowing of Federated control to decentralized control, where Epoch by Epoch basically more and more of the slots are made by stake pools and less and less the slots are made by the Ouroboros BFT. And then eventually that just disintegrates and 100% of the slots are made by stake pools following the protocol.

We've had a huge amount of success with it. Starting with Ouroboros Praos earlier this year, going to Israel to Ouroboros Genesis, where we went to Canada, to CCS to or Ouroboros BFT and all those surrounding infrastructure around Ouroboros, we now have multiple implementations of Ouroboros BFT. We actually have five separate implementations for varying degrees of uses...

So the first major update will be basically some new code for Ouroboros BFT and that will get us all lined up so that we can start moving towards some variant of Ouroboros either Genesis or something along those lines. We've been...

...doing a lot of test implementations of Ouroboros BFT, we've actually have five different teams that are using it in various capacities, and we've learned a lot about that particular protocol, and we recently published the paper on eprint Ouroboros BFT.

So the next step is to Ouroboros BFT, the paper for That will be published at the end of the month and that's a halfway house protocol between what we need right now, Sarah Kyle didn't fully implement Ouroboros the way it needed to be implemented to make It easy to move from Ouroboros to Genesis. So we have to fill that in and Ouroboros BFT is a really, really simple easy way to do that for us. So we have a plan.

So 1 aspect of the post 1.4 work will be Ouroboros BFT as a halfway house transition for us to get to Shelley. Another dimension of that work will be decoupling the wallet backend which is currently connected to the Cardano client to pull it off as an independent standalone product.

The next versions will be on Ouroboros BFT and decoupling of components in preparation for Shelley. And then Shelley testnet next. And then after that, it's basically Shelley. Decentralization. Then very short leader after tackle on the side chains, extended UTXO and yeah, Plutus, Marlowe and then K-EVM and IELE. So lot of stuff is coming soon and long long overdo.