Gav has a new blog post describing a little more about what the thorny end of the development process looks like: creating a precise specification for Ethereum by keeping three different implementations in sync, rather than having a canonical implementation which implicitly defines the protocol spec and which other versions then become bug-for-bug compatible with. This is a pretty tough-minded and thorough approach to putting together a system, and it’s worth reading to get a flavor of how the engineering work is going.

By now you should have a pretty good sense of what the development process looks like, and the disparate threads of work which are being woven together into the release. So let’s talk about what actually has to get done between now and Frontier.

There are four specific challenges for us to meet on Frontier.

Security

Network Stability

Mining

Exchange

Two of those, Mining and Exchange are partnership efforts: people have to take our software and run it, in concert with their own tooling in some cases, to provide services as part of the ecosystem. Remember, we’re launching an ecosystem, not just a product: everything is part of that ecology. Each one of these aspects of the release process has to work, both on its own, and with the others for the ecosystem to actually get a proper test under load.

In addition:

All software has to be reasonably easy to install, mining included

We need to support partners, particularly exchanges, to provide services

All within the context of the Frontier environment in which we make strong guarantees about network integrity (more on this later) at the cost of the risk of network rollbacks if/when we discover unexpected network behaviors or other problems.

Reasonably good progress is being made on all fronts. Rather than giving you a release date, and then risking that under pressure to meet that date, something will slip through the gaps that another day of work would have caught, we are going to tick off items in the release process as we go. This will let you get have a sense of how far out from the launch we are on any given day, without us basically making a guess at how long it will all take, publishing our guess, and then hoping we can make reality to the calendar: as we said before, this is a security-driven not a schedule-driven process. We can make that process fairly transparent to you, and provide summary information so you don’t have to watch the repositories - but we would rather bring you into the process so you understand what is happening and how the work is going than give you an aggregate date and keep you guessing as to the actual state of the work. We feel this approach is more transparent, better suited to a crowdfunded development process, and overall simply more realistic.

This issue list is the best reference for the Frontier release: right now, 10 issues closed, 26 open. New issues will get raised, and of course issue count is only a very loose proxy for “ship time” but the work done is the best indicator, so look there if you would like to prognosticate.

Please note: this is not to say that we are running on “Valve Time” (even though Valve Time does produce some spectacular products!) We have open development processes, you can see the code being written, download the latest branches, participate in testing. It’s not all hidden behind a company PR wall. But we are running on “releasing innovative software with huge associated security processes” time, and schedule estimation for things which have never been done before is not going to help anybody: part of the benefit of the way Ethereum was funded over conventional funding models is that we can do what is right in the medium- and long-term, rather than being under constant market pressure for next quarter’s numbers.

We will say this: there will be at least two weeks notice before anything goes live. You’ll get plenty of news from blog posts, you’ll see the issue count go down, and we’ll start saying positive things about security audit feedback and so on. We will keep you in the loop!

What about the feature list? We’ve largely gone over this in the Launch Processes post, but to reiterate Frontier will…

Be command-line client only

Mine at 10% of the normal rate, but this will be real Ether

Include the full blockchain feature set including smart contracts and logs, although everything except account balances will be erased when Homestead is launched

We are working with exchanges to make ETH convertible during Frontier

For security, the block chain will be checkpointed manually every 24 hours, and any reported anomalies will be investigated

Official exchanges will use this checkpointing service to protect traded assets from potential blockchain rollbacks

In particularly severe cases of failure, the Foundation may stop checkpointing Frontier completely and release a client upgrade

In short, we’re doing everything possible to make Frontier a safe place to test Ethereum with real value, but we are also strongly discouraging people from using Ether on the Frontier network which they are unwilling to lose.

Frontier is intended largely for people who are writing and testing tooling for mining and exchanges, and perhaps a few of the more hardy dApp developers. It is not a general release that we expect ordinary users to interact with at all, although you might download a client and mine a little Ether just because you can. The show really starts at Homestead, and we’ll have more news about Homestead’s features later