Try   HackMD

What's New in Eth2 - 12 June 2020

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →
Ben Edgington (PegaSysConsenSys — but views expressed are all my own)

Edition 44 at eth2.news

Top picks

There's no contest for this week's top billing. Danny Ryan's The State of Eth2, June 2020 is an absolute must read. Vous pouvez également le lire en français.

Phase 0: The beacon chain

There was a minor spec bump to v0.12.1. This was, in fact, a breaking change, but we agreed it would be fine since the change was simple and came before anyone had fully implemented v0.12.0. The change concerns the timing of beacon chain genesis, primarily so that Afri doesn't have to supervise testnet starts at 2am local time.

Meanwhile Version 08 of BLS hash to curve caught me by surprise, since we had all decided to settle on version 07. But on a closer look there are no substantive changes over v07 that affect Eth2, just cosmetic and explanatory, and an update to the test vectors. This one seems to be moving to the next stage of IETF standardisation. So

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →
we are good. See the whole history on the IETF tracker.

Over in Eth1 land, work continues around how to fully verify deposits before they are committed to the deposit contract. The concern is that we we have seen quite a few deposit failures on the testnets, and it's a pretty severe failure mode to lose 32 Ether into a black hole forever. Part of the solution is for Eth1 to implement EIP-2537, which provides the necessary cryptographic tooling for Eth1 contracts to verify Eth2 signatures (it will also be useful well beyond Phase 0 of Eth2). However, no-one really wants to rework the deposit contract itself now that it has been formally verified. In view of this, Alex Stokes has been working on a proxy-contract that can take a deposit, check it, and only forward the deposit to the deposit contract if all is good. There's now an effort underway to check and gas-optimise this. Note that this proxy still depends on the pre-compiles from EIP-2537 being implemented on Eth1, which I believe is not yet a done-deal. In the worst case, we could have a standalone deposit checker, but that depends on people having the good sense to use it

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →

Testnets

Anthony Sassano in his new The Daily Gwei newsletter devoted issue #5 to Eth2 Testnets Aplenty. Solid info about where we are and where we're going.

And things are going places in the beacon chain testnet world.

Witti -> Altona

The multiclient Witti testnet set up just over two weeks ago has been pleasingly dull. Nothing very interesting has gone wrong yet, which is just the way we like it. Teku, Lighthouse and Prysm all continue to play nicely, and Nimbus sometimes pops up on the dashboard. There was a period of non-finalisation while some validators were off-line, and there have been some slashings - this is the combination that killed the Schlesi network, but all's fine on Witti after the clients were fixed.

One interesting thing is that someone managed to create a validator with the "infinity" public key. This is what happens when the private key is zero. It's perfectly valid, but it means that anyone can forge messages from you and get you slashed - I'm kind of surprised that nobody has done this yet; it would be quite easy.

As the next step, a new multiclient testnet, Altona, is under construction. This one will run spec version 0.12, rather than Witti's 0.11, and is expected to closely resemble the final go-live specification. Kick-off will take place after client teams have updated their codebases to v0.12.1: you can follow the Altona progress tracker for updates.

While we wait, Witti remains up and running, so jump in and get some staking practice! Somer Esat is back with a guide to staking on Witti with Prysm, my guide for Teku still applies, and here are some instructions for getting Lighthouse running, using the Nethermind client for the Eth1 chain.

Topaz -> Onyx

After a terrific run, Prysmatic Labs' single-client Topaz network is being wound-down, to be replaced by Onyx.

Latest news is that the Onyx contract has received the necessary 16384 testnet Ether validator deposits and is due for genesis to take place at 2020-06-14 05:17:24 UTC

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →

Onyx will run spec version 0.12.1, and is technically no longer single-client, though it is expected to be dominated by Prysm while the multi-client efforts focus on Altona.

The joining page for Onyx is here. Attestant has made some step-by-step instructions on getting up and running, here's one from CoinCashew on doing all this on Windows, and Terence has put together a nice FAQ and troubleshooting guide.

Tooling and analysis

Not content with running beaconcha.in, Bitfly is also offering Eth2 Testnet Statistics showing testnet node types and locations. Need to teach it to recognise Teku nodes

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →

Protolambda has been making pretty pictures of Witti validator behaviour.

Speaking of pictures, Jonny Rhea is continuing his deep-dive into the peer-to-peer behaviour on the Witti testnet. Here's a tweet-storm showing some early analysis. (And dark mode friendly) I happen to know that Jonny is just completing up a write-up of his findings: keep an eye on Ethresear.ch in the next few days; it's an eye-opening read.

You want more pics? Here's the cherry on top: Bitfly has visualised all the attempted connections on their Topaz network beacon node. Well-distributed it is.

Finally, there's a new explorer on the block! This one from BlockAction.

What's next?

As mentioned above, Witti has been quiet. On the one hand this is nice: in the happy-flow everything is working smoothly. However, it is not representative of operating in real-world adversarial conditions. To that end, Danny is drafting up a proposal for attack nets, with incentives for attacks that succeed in breaking things. This is daunting, but an essential step in progress towards launch.

The Great Explainers

Validator and withdrawal key management is the topic of the week. It was one of the things we talked about on the Eth2 devs call, and we have committed to having a dedicated follow-up call to agree some common best-practices. Here are some recent articles:

Regarding the current state of play for Eth2, in addition to Danny's article, Quantstamp wrote a helpful overview of where we are with Phase 0, which the excellent folk at ECN (

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →
) have translated into Chinese.

Ivan on Tech is Breaking Down ETH 2.0 - The Next Generation of Ethereum - with a decent overview of the proof of stake and scalability aspects.

Research

Barnabé Monnot of the Ethereum Foundation's Robust Incentives Group (RIG) has published the third installment of his work on modelling the cryptoeconomics of beacon chain behaviour using the cadCAD simulation environment, Beacon Runner 2050: An agent-based model of eth2. This stage adds a simulated asynchronous p2p network between the validators. In his words, with this, "we are getting close to a full-fledged agent-based model".

It's been fairly quiet on the Eth2 front on ethresear.ch this past couple of weeks. But if you want to get your teeth into something, and are not afraid of a bit of mathematics, then take a look at Vitalik's design for a more efficient alternative to Merkle trees for state representation. This proposes a way to generate and update Kate witnesses in amortized sqrt(n) time. It remains infeasible in practice, but could be a step in the right direction.

Regular Calls

Implementers

Call #41 took place on the 11th of June.

As mentioned above, we spent some time discussing validator key hygiene.

In other news

And finally

Happy birthday to me

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →
(Volume up; boogie shoes on!)


Follow me on Twitter to hear when the next edition is out 🙌.

 We also have an RSS feed.