Ethereum Blog

Getting to the Frontier



Vinay Gupta

Hexayurt Guy, former cypherpunk, release coordinator and general strategist


Ethereum’s unexpected future direction 01st April, 2015

The Ethereum Launch Process 03rd March, 2015


Getting to the Frontier

Posted on .


So first some background. We’ve already covered a little about what to expect from Frontier in the Ethereum Launch Process blog post and Gav has given us a comprehensive overview of the state of the development effort. You can also read about some of the ongoing security work, including the bug bounty system. The bug bounty program has found my favorite bug so far: Jonas Nick‘s discovery that you could send a negative payment to somebody which moves value from their account to yours!

As bug bounty finds go, an absolute gem. Well done!

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
  • We need to build our checkpointing and blockchain integrity testing 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.

If you would like to see the current state of play, Jeffrey Wilcke (lead on the Go client Jeffreyand the Amsterdam hub) has a Go client issue tracker for Frontier.

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.

screen shot for downloads

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

More news as I have it, and keep watching the skies!


Vinay Gupta

Hexayurt Guy, former cypherpunk, release coordinator and general strategist


Author cyber•Fund

Posted at 7:04 pm March 12, 2015.

Does that mean that March 20 could be moved?


Author Donald McIntyre

Posted at 11:03 pm March 12, 2015.

…although everything except account balances will be erased when Homestead is launched…

Hi Hexayurt,

As a non-technical user Frontier sounds like a temporary testing stage of sorts, if I have the goal of building a business on Ethereum, is Frontier useful or should I wait for a future stage? If so, which would be a stage to plan on building on?


Author Joshua Davis

Posted at 11:47 pm March 12, 2015.

“hoping we can make reality to the calendar: as we aid before, this is a security-driven not a schedule-driven process” – may want to revise this sentence? Maybe I can’t read English, if so sorry. oh aid = said. nm


    Author hexayurt

    Posted at 4:41 pm March 13, 2015.

    Thanks, fixed!


Author MaxcoinOhio

Posted at 7:27 am March 13, 2015.

Sounds like a safe, smart, and conservative plan…you guys have my full support – keep up the Good Arbeit 🙂


Author Lars Klawitter

Posted at 8:20 pm March 18, 2015.

hi Vinay,

I really enjoyed the energy you brought into the meetup in London recently and I’m sure you’re exactly the right person to co-ordinate the roll out, so congratulations to your new role!
My question is: Will there be a tutorial either here or in the forum with some recommendations on how to set up our kit to be ready for mining once Frontier goes live?
I’m thinking specifically some support as to which implementation would be recommended for mining only (go or cpp), how to create and set up a wallet (for those with or without an existing wallet from the pre-sale last year) and maybe some thoughts on hardware and OS.
I appreciate that the technical nature of Frontier might warrant a ‘if you can’t figure these basics out yourself, there is no place for you in Frontier’-approach, but hey, I just thought I’d ask…


Leave a Reply

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

View Comments (8) ...