Piper Merriam - Snake Charmers

Sign in Subscribe

Piper Merriam

The Aperture - vol. 4

> "The Aperture" is a recurring series covering the development of the Portal Network Welcome to the fourth volume of "The Aperture". This series covers the development efforts surrounding the Portal Network [https://github.com/ethereum/portal-network-specs]. TLDR * All three teams continue their work towards finishing

The Aperture - vol. 3

> "The Aperture" is a recurring series covering the development of the Portal Network Welcome to the third volume of "The Aperture". This series covers the development efforts surrounding the Portal Network [https://github.com/ethereum/portal-network-specs]. TLDR * Watch the PeepanEIP [https://www.youtube.com/watch?

The Aperture - vol. 2

> "The Aperture" is a recurring series covering the development of the Portal Network Welcome to the second volume of "The Aperture". This series covers the development efforts surrounding the Portal Network [https://github.com/ethereum/portal-network-specs]. TLDR * Continued work towards a public testnet for the

The Aperture - vol. 1

Welcome to the first volume of "The Aperture". This series will provide regular development updates on the Portal Network [https://github.com/ethereum/portal-network-specs]. TLDR: * Trin [https://github.com/ethereum/trin] and Fluffy [https://github.com/status-im/nimbus-eth1] are working towards deploying the first test network [https://github.

The Core Developer Apprenticeship Program

> The opinions in this article are my own and do not represent any "official" sentiment by either the Ethereum Foundation or the Ethereum Core Development Team. We need more people working on the core Ethereum protocols. The roadmap for Stateless Ethereum has solidified in significant ways over

Wanted: Monkey Trainer. Pedestal Builders need not apply.

I recently wrote a few [https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/] blog [https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients-part-2/] posts [https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients-part-3/] describing what was needed for us to have truly functional light clients. If you haven't read those, you should go do that now. I'll

state-availability

The winding road to functional light clients - part 3

> You should read part 1 [https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/] and part 2 [https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients-part-2/] first. Most wallet software depends on centralized providers like Infura. If we want things to be different, we need a new type of light client capable of running on low-resource devices.

state-availability

The winding road to functional light clients - part 2

> You should read part 1 [https://snakecharmers.ethereum.org/the-winding-road-to-functional-light-clients/] first. It's 2021. Ethereum went live a little more than five years ago. There's currently no reliable lightweight way to interact with the protocol without using a centralized provider. Various research efforts have demonstrated that

state-availability

The winding road to functional light clients - part 1

It was nearly five years ago that we set out to build Trinity, a new "light weight" client for the Ethereum network. Geth had recently shipped the first versions of the LES protocol and we had big dreams. As often happens with big dreams, they were quickly dashed

Alexandria Dev Update #4

Shortly before the Holiday break in December, we successfully spun up a test network of 20 nodes, hosting the first 1 million block headers. T TLDR: The network behaved as intended, with nodes creating and spreading advertisements via the gossip mechanism, mirroring content to fill their storage capacity and serving

Alexandria Dev Update #3

We are on track to have the core network functionality all working with the full header chain available on the network by the beginning of Q1 2021. The next 2-3 weeks will be spent hardening the client to improve stability and expanding our test network towards a network capable of

Alexandria Dev Update #2

Development continues at a quick pace. Currently, we are aiming to having a POC ready by the end of the year to host and serve the header chain. Content Transmission The last pull requests implementing the content transmission logic are being reviewed. This builds on the SSZ partial work from

Alexandria Dev Update #1

This is the first in what I hope to be a regularly cadenced quick update on the development of the Alexandria network. First, a quick introduction Alexandria is a new protocol under development for the Ethereum ecosystem. The goal is to provide a new peer-to-peer network that exposes the chain

Applying the "Five Whys" to the Client Diversity problem

The most recent All Core Devs call #90 [https://github.com/ethereum/pm/issues/189] was almost entirely spent discussion a single issue. I would highly recommend going and listening to the call yourself [https://www.youtube.com/watch?v=IZEcukn9J0Y]. On the call Alexey brought up the issue of