devcon 5 / trains planes and network upgrades a regular release cadence
- YouTube
- IPFS
- Details
Trains, Planes and Network Upgrades: A Regular Release Cadence
Duration: 00:16:41
Speaker: Danno Ferrin, Tim Beiko
Type: Talk
Expertise: Intermediate
Event: Devcon
Date: Invalid Date
How does an Ethereum Improvement Proposal (EIP) get deployed onto the Ethereum mainnet? At times it feels like an ‘80s buddy comedy, but as part of the Ethereum 1.x initiative, the process should become as predictable as a clock. In this talk, we will propose a regularly scheduled process modeled after Linux distributions and the Java platform that Ethereum could use for its future network upgrades. Frequent and regular network upgrades will remove the time pressure to submit and review EIPs, provide predictability to applications building on Ethereum and reduce the burden on core developers to begin implementing improvements that are not ready. Once a network upgrade leaves the station, another one will be coming right around the corner!
- Related
Devcon
Talk
22:13
Funding ETH 1.x With Network Upgrade Sponsors
In this lightning talk, we will propose an auction mechanism to sponsor Ethereum Network Upgrades and use the proceeds to fund Ethereum 1.x initiatives. The talk will (quickly!) go over the proposed auction scheme, distribution of funds, and common objections to & potential pitfalls of this model.
Devcon
Talk
20:24
What Alternative Blockchains Compatibility with Ethereum Tooling Can Teach Us About Ethereum's Future
In this talk the various techniques that some L1s and L2s use to provide EVM and RPC compatibility with end user and developer tooling will be examined. Special attention will be paid to features (address aliasing and expansion, RPC handing of system contracts, account abstraction) of other blockchains that Ethereum developers have discussed with an eye towards the compatibility issues they introduce.
Devcon
Talk
22:43
The Future of EOF: Layer 1, Layer 2, and Beyond!
While the EVM Object Format provides a mechanism to modernize the EVM, the container format itself provides a stable path for innovation and experimentation within the base and rollup layers of ethereum, as well as rollup layers, and even chain free execution. In this presentation we will show how the structure of the EOF container may be adapted to support these potential use cases.
Devcon
Talk
25:03
EVM Object Format (EOF) - History and motivation
EOF is one of the important parts of the upcoming Pectra upgrade, delivering long-standing feature requests to the EVM. This talk aims to provide insight into its history, significance, and role in Ethereum and EVM improvement, and explore the rationale for including it in the next upgrade, its potential impacts and implications, as well as long-term advantages and possible challenges.
Devcon
Workshop
1:44:10
Ethereum Magicians Protocol Roadmap Session
Join us for a conversation with protocol developers, researchers and more covering learnings from The Merge, potential future changes to the Ethereum protocol & its governance process, and lightning talks on proposed Core EIPs. Find overview agenda in ETH Magicians post https://ethereum-magicians.org/t/ethereum-magicians-protocol-roadmap-session-devcon-vi/10866
Devcon
Talk
24:53
Ethereum in 25 Minutes, Version MMXVII
So what are all of the different moving parts of the Ethereum blockchain? What are uncles, how do contracts call other contracts, who runs them? What is the role of proof of work and proof of stake, and what exactly is gas? What will EIP86 do for you? Vitalik Buterin provides a 25-minute technical overview of the ethereum blockchain, start to finish, and explain many of these concepts in detail.
Devcon
Breakout
19:31
Yul, eWasm, Solidity: Progress and Future Plans
Over the last months, the Yul language has matured and proved its flexibility. The Solidity team has implemented an optimizer and an eWasm dialect and is now full steam working on rewriting the Solidity code generator to produce Yul code to replace sequences of EVM instructions.The Yul optimizer now matches the old EVM optimizer and already surpasses it with features like function inlining and cross-function optimization. This is also the main reason why the new code generator can be written in a super-modular way. Furthermore, it can equally operate on EVM- and eWasm-flavoured Yul code, which is important to cope with the 256- to 64-bit translation.Through this, the Solidity compiler can now output eWasm code, which makes efficient use of 64 bit types. Furthermore, the new code generator includes automated overflow checks everywhere, again something that would have destroyed the old optimizer. Future work:We plan to use a more intricate formal system to remove redundant operations and checks based on range-relations between variables. The introduction of memory area types will help optimizing memory allocation. Finally, a super-optimizer could prove useful, since it is worth spending extra time on compilation to save gas.
Devcon
Talk
17:55
Toward Backward Compatible Ethereum Upgrades
Ethereum's last hard fork Constantinople and the current ongoing Istanbul hard fork all bring in an important topic that wasn't previously strongly considered -- backward compatibility. In this presentation, we will explain why this is an issue, and why when reviewing EIPs for inclusion, only talking about soundness of the EIP is not enough. We will explore techniques that are being proposed to solve this issue -- most importantly, account versioning, and how it enables EIPs being included hassle-free, and also allow us to drastically change the VM in the future. The presentation will conclude with current challenges we are still facing regarding backward compatibility, and if time permits, traits that we can use when reviewing an EIP to understand whether it requires account versioning or not.
Devcon
Talk
12:09
Improving the federated 2-way peg: A new sidechain design for trustless bridges on Ethereum
In this talk, we'll introduce a novel mechanism to maintain 2-way pegs, as well an initial implementation of a Bitcoin peg on Ethereum. ## Problem Bitcoin's stable codebase is a strength. Developers are loathe to introduce significant changes, reasoning that a store of value should prioritize stable operation. While this cemented Bitcoin's place in the market, we all know the costs- Bitcoin's ossification at the expense of public experimentation and diverse use cases. In 2014, the answer to this problem was "sidechains". Trustless sidechains are the ultimate vaporware- and since 2014 the goalposts have moved. ## Approaches Blockstream's Liquid touted itself as the "first production sidechain", built on a multi-sig federation. No hashpower validates the sidechain-- funds are fully trusted to 15 Bitcoin multi-sig participants. BitGo's WBTC takes a similar tact-- but instead of building a new chain, custodians operate on Ethereum. Neat! Unfortunately, they require KYC :( These centralized projects have a few custodians that can be convinced by governments-- or their own interests-- to censor or seize funds. ## Design We propose a new approach-- the *bonded, multi-federated peg*. We believe this is the best candidate for a sufficiently trust-minimized alternative, unlocking Bitcoin for use in DeFi.
Devcon
Breakout
20:25
Overcoming the smart contract size limit
EIP 170 introduced a limit of 24KB on bytecode size of smart contracts in Ethereum. This talk will explain the rationale behind the decision and then talk about overcoming or playing around the limit. The talk will cover ways like proxy patterns and libraries for working around the limit. Tips on optimizing code for reducing bytecode size will also be shared. The talk will then explain new proposals for removing the contract size limit while still fixing the original problem.