devcon 4 / p2p networking in ethereum 20
Duration: 00:21:40
Speaker: Jannik Luhn, Kevin Mai-Hsuan Chia
Type: Talk
Expertise: Intermediate
Event: Devcon
Date: Invalid Date
Rollups, Shards & Fractals: The Dream of Atomically Composable Horizontal Scaling
Rollups allow blockchain to scale vertically, while preserving their trust properties. But what do we do when we reach the limits of vertical scalability? It might also be desirable to accomodate multiple rollups with different operating rules, virtual machines, or security trade-offs. Horizontal scaling solves these issues, but doesn't allow atomic composability. In this talk, we review approaches to horizontal scalability & ways to get as close to atomic composability as possible.
The Mauve Revolution
Proof of stake and sharding present two of the biggest upcoming milestones in the ongoing development of the Ethereum protocol. Proof of stake offers the promise to greatly reduce the cost of consensus and increase security guarantees, while sharding presents an approach to allow on-chain scaling to tens of thousands of transactions per second while still retaining a network that can, if needed, run on nothing but a sufficiently large set of consumer laptops. The Casper approach to proof of stake also introduces a number of novel concepts, including consensus-by-bet and fork choice by value-at-loss.
Scalable Blockchains & Asynchronous Programming
Ethereum's Vitalik Buterin presents on scalability and asynchronous programming.
Raiden Network: Getting to a production ready payment channel network
The Raiden Network is the payment channel network for Ethereum aiming to help scale Ethereum payment and all Dapps that utilize Ethereum for payments and rely on no on-chain side effects of the payments. There will be a small explanation of what is payment channels and a payment channel network, an explanation of the raiden network protocol and a demo of using Raiden (hopefully by then live on the mainnet). We will close with future plans, expansion of the protocol and showcasing potential applications.
INCUBED - A trustless incentivized decentralized remote node network
To enable smart devices of the Internet of Things to be connected to the Ethereum blockchain, an Ethereum client needs to run on hardware. While running a full-node or even a light-client on most IoT devices with low performance or restricted resources is not possible or meaningful, today's state-of-the art solution uses a remote client. By using distinct remote-nodes, the advantages of a decentralized network without being forced to trust single players are undermined and there is a risk of malfunction or attack because there is a single point of failure.With the presented Trustless Incentivized Decentralized Remote Node Network, in short INCUBED, with a stateless minimal verification client it is possible to establish a decentralized and secure network of remote-nodes, which enables trustworthy and fast access to blockchain for a large number of low-performance IoT devices.
A Fast and Scalable Blockchain for Enterprise Users
Almost every bank and major financial institution inChina as well as across the world is eager to revamp their computing infrastructure through blockchain. What a blockchain designed for them should look like? Is it enough to replace PoW with PBFT? What else can we do to leverage the resources enterprise users have? You will find the answers in CITA.
Ethereum 2.0 implementation updates 4Q2018/Prysmatic Labs: Implementing Ethereum 2.0 Today
The sharding implementation updates 4Q2018, mainly on Python side. // Sharding and layer-1 scalability are perhaps the most important, forward-thinking changes that Ethereum 2.0 will implement. Ever since the inception of the Sharding FAQ by Vitalik, both the foundation’s research team and the community have actively engaged in bringing ideas together into a solid specification and road ahead for the future of Ethereum. This task will focus around the ins-and-outs of building the high-level Ethereum 2.0’s Casper & Sharding spec into granular code by one of the main sharding implementation teams, Prysmatic Labs. We will analyze caveats we ran into when designing Ethereum 2.0 while the research is still in flux. Ethereum 2.0 encompasses a lot more than software upgrades, as it gives developers the opportunity to pave a path with better design capabilities, a better open source contribution ecosystem through documentations, and a more modular, pluggable set of tools built to last the test of time. We assembled organically as a team to build this out, and we aim to give back to the community from what we have learned so far in terms of building on a volatile research spes, attracting open source talent, mitigating technical debt, and why transparency and public work are important.
Less Gas, More Fun: Optimising Smart Contracts through Yul
Due to the relative simplicity of the Ethereum Virtual Machine, it is possible to perform heavy analyses in order to optimize bytecode. The jump operations are a main obstacle for this, because they might require a preservation of all basic blocks in the worst case. To overcome this, Solidity's new optimizer operates on an intermediate language called Yul, which is close to EVM bytecode (and also wasm) but abstracts jump operations through real function calls. Each of the many optimizing operations are simple local equivalence transforms whose effects can be inspected at any time and which in combination should be both more reliable and efficient than the classic optimizer.
FunFair Technologies' Fate Channels: Lessons learned Implementing State Channels
Jeremy Longley, CTO of FunFair Technologies, will offer a post-mortem on the delivery of their own version of state channels, Fate Channels, to Mainnet. There have been significant challenges along the way, and there's likely to be many more to come as their use scales up. Having deployed a flexible and creative approach, Jeremy will outline how others can bypass these challenges and embrace state channels as best they can.
PISA: Arbitration Outsourcing for State Channels
PISA alleviates the "always online assumption" for all channel protocols and it is necessary for Raiden, L4, Perun, etc. State channels are a leading approach for improving the scalability of blockchains and cryptocurrencies. They allow a group of distrustful parties to optimistically execute an application-defined a program amongst themselves, while the blockchain serves as a backstop in case of a dispute or abort. This effectively bypasses the congestion, fees and performance constraints of the underlying blockchain in the typical case. However, state channels introduce a new and undesirable assumption that a party must remain on-line and synchronised with the blockchain at all times to defend against execution fork attacks. An execution fork can revert a state channel’s history, potentially causing financial damage to a party that is innocent except for having crashed. To provide security even to parties that may go offline for an extended period of time, we present Pisa, a protocol which enables such parties to delegate to a third party, called the custodian, to cancel execution forks on their behalf. To evaluate Pisa, we provide a proof-of-concept implementation for a simplified Sprites and we demonstrate that it is cost-efficient to deploy on the Ethereum network. Blog+Paper: http://hackingdistributed.com/2018/05/22/pisa/