devcon 5 / libp2p ecosystem whats up and whats next
Duration: 00:23:15
Speaker: Raúl Kripalani
Type: Breakout
Expertise: intermediate
Event: Devcon
Date: Invalid Date
Categories
Demystifying libp2p gossipsub: a scalable and extensible p2p gossip protocol
ETH2.0 is evaluating libp2p gossipsub as a decentralized, peer-to-peer publish/subscribe mechanism for validators, proposers and attesters to quickly disseminate data throughout the entire network. This talk covers the technical design, tradeoffs and functionality of gossipsub, aiming to deliver foundational knowledge to everyone interested in learning more about this potential building block of the ETH2.0 network. Gossipsub was incubated in the libp2p project as a replacement for the naïve floodsub pubsub router (which simply broadcasts messages to all peers we know are interested in a topic). It maintains stable reciprocal meshes via explicit link grafting, while preserving random gossip to disseminate metadata, and to provide cues to aid message deliverability. It also features a piggybacking algorithm to minimise the overhead of control messages; allows developers to attach custom per-topic validator functions; and more. Come to learn more about how gossipsub works, and to hear about the state of the art of p2p pubsub protocols!
A Modest Proposal for Ethereum 2.0
Vitalik Buterin gives his talk titled, "A Modest Proposal for Ethereum 2.0"
The CBC Casper Roadmap
The CBC Casper roadmap is a plan to implement Proof-of-Stake and Sharding for Ethereum using “correct-by-construction” (CBC) software design methodology. This talk will share new CBC Casper research, including specifications for light clients, liveness and sharding. It will include updates on formal verification and engineering efforts, and a roadmap for (eventual) release.
Why Dapp Users will Hate Cross-Shard Communication (and what you can do about it)
ETH2 is approaching, and initial indications are that substantially all dapp experiences will suffer. Some problems may be addressed with significant changes to design and development processes, but several tradeoffs are unavoidable without sacrificing scale, security, or decentralization. For example, essentially all popular dapps rely on the fungibility of Ether in a managed pool (e.g. Uniswap, Augur, Maker). In a sharded ecosystem, Ether is meaningfully non-fungible across shards, and users will bear monetary and management costs as a result.This talk will give an overview of cross-shard communication strategies and discuss their impact on developer and user experience. These include merged consensus, shard relays, consensus introspection, and credit markets. For each mechanism, we'll discuss expected impact on user experience metrics like execution time, transaction outcome, and price slippage.The talk is not all bad news. We've discovered some elegant new approaches that give dapps a variety of communication choices. The last section of the talk will discuss specific communication strategies that are amenable to specifi
Nano-payments on Ethereum
Piotr Janiu of Golem (http://golemproject.net/) presents on Nano-payments on the Ethereum blockchain
Interblockchain Communication & Interchain Topology
The interblockchain community protocol will faciliate permissionless interoperation between smart contracts on Ethereum 1.0/1.x & Ethereum 2.0, Cosmos zones, Polkadot parachains, Bitcoin & more. The first half of this talk presents the protocol construction, notes security properties & consensus requirements, explains the message channel interface exposed to smart contracts & modules, and discusses special techniques for bridging Nakamoto proof-of-work consensus blockchains such as Ethereum 1.0/1.x to chains with finality. The second half embarks on a speculative exploration of what the future topology of interconnected blockchains might look like: what economic constraints might shape cross-chain design choices, what kinds of applications might most benefit from cross-chain logic, and what shared ecosystem standards might most effectively facilitate positive-sum interoperation, with particular attention to integration into the Ethereum 2.0 specification process.
Polkadot's Data Availability and Validity Scheme
How can we make blockchains secure at scale? We suggest a data availabilitty and validity scheme that make sharding efficient in terms of the number of validators and validating resources. We first describe the Polkadot data availability and validity scheme and consider its applicability to other sharded systems (e.g. ETH2.0). In Polkadot we tie an erasure coding data availability scheme with consensus, where we can not finalise an unavailable block. Moreover, reports of unavailability or invalidity trigger extra checks. The aim is that, with high probability, we do not finalise an unavailable or invalid block provided that there are enough honest actors to report. The key advantage of this scheme is that we need fewer validating actors per shard and in turn less total computational and especially networking resources. This softens the trade-off between scalability and security.
A Conservative Approach to a Radical Roadmap
The current Ethereum 2.0 roadmap is doing a lot of great work on many fronts such as research on VDFs, data availability proofs, and multi-execution environments. However, as an active observer of the Ethereum 2.0 roadmap development over the past 2 years, I am concerned with some of the choices in roadmap strategy, particularly its approach to radically transforming a network with over $30B of value and hundreds of applications depending on it. In this talk, I will present an alternative, more conservative view of how to approach the Ethereum 2.0 roadmap. Some of the topics covered will include: - Radical vs Conservative technological upgrade paths. - We should use Ethereum 1.x as the beacon chain instead of launching a new beacon chain. - Proof of Stake is highly experimental. We should test Proof of Stake on shards before using it on the beacon chain. - Why requiring a 1-way peg burn of ETH to stake is scary. - Learnings from 3 months of Proof of Stake on Cosmos - Why we NEED delegation *in-protocol* - Why sharding doesn't solve social scalability.
p2p - where are we with the ecosystem and how to push it forward?
p2p and Ethereum need each other a lot in order to bring decentralized future, but we're not working together very well. Leaders of p2p projects and core blockchain/dapp developers in the same room to build bridges and align plans on day0.Blockchain/dapp people don't know too much about p2p projects and don't have access to p2p stack that they need to build real decentralized applications. p2p people can't navigate blockchain ecosystem, don't know what's needed, don't have access to funding.We've set out to fix all of this in 2019. 3 phases:1.p2p Ecosystem report. Directory and assessment of what works right now.2.p2p ecosystem position paper. How to design p2p ecosystem from first principles and how should we get there, what are the priorities for reasearch/funding.3.p2p infrastructure DAO. Experts from both p2p and Ethereum allocating grants together. $400k already committed to grants. This breakout session would briefly present findings of the p2p ecosystem report, but would focus on designing perfect p2p ecosystem that would make deliver everything needed to make Ethereum ecosystem happy. We're also submitting a 20-minute talk proposal "State of p2p" where leaders of key p2p projects we would present learnings from this workshop on day1.
Eth 2.0 light clients: How light is light?
Ethereum 2.0 has been designed from the ground up to be friendly for "light clients" - blockchain clients requiring vastly reduced computational resources that can easily be run in the browser, in embedded devices, and even inside other blockchains! We discuss how light clients work in Eth2.0, why light clients are lighter than full nodes, and get to the bottom of just how "light" these clients can be.