devcon 7 / things you didnt know about contract deployment
- YouTube
- Details
Things you didn't know about contract deployment
Duration: 00:07:35
Speaker: Theresa Wakonig
Type: Lightning Talk
Expertise: Intermediate
Event: Devcon
Date: Nov 2024
In this session we will explore some of the lesser-known facts around contract deployment. To make the presentation accessible to all technical levels, the talk will start by recapping the three ways to start contract deployment (deployment tx, CREATE, CREATE2). Following this, we will delve deeper into the topic and highlight some interesting facts around contract deployment, including what happens when an address already has code, ETH, or state entries at deployment.
Categories
- Related
Devcon
Talk
26:47
Exploring the Future of Account Abstraction
Discover the journey of Ethereum's Account Abstraction (AA) from inception to its current state, challenges tackled by ERC-4337, and future roadmap: modular native AA approach for L2 and L1, and EOA improvement (EIP-7702).
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.
![Keynote: [title redacted] preview](https://img.youtube.com/vi/lRqnFrqpq4k/maxresdefault.jpg)
Devcon
Talk
26:22
Keynote: [title redacted]
[description redacted]
Devcon
Talk
20:53
Ethereum Execution Layer Specifications (EELS)
An introduction and walk-through of the executable specifications for the Ethereum Execution Layer. Github (https://github.com/ethereum/execution-specs) EELS is an implementation of the EVM in Python that has been optimised for readability. A great tool for EIP authors looking to prototype new ideas on the EVM, it is easy to understand as well as update with new features.
Devcon
Talk
25:00
EVMMAX. Fast Modular Arithmetic in EVM
On the top of EVM Object Format we build an extension which allows contract developers to implement optimized advanced cryptography functions. This feature allows us to implement existing and future ECC precompiles counterparts directly in EVM. Adding new ECC functions (i.e. bls precompiles or functions based on a new, unknown yet, elliptic curve) to the protocol won't require introducing new precompiles. It can be achieved easier and without any risk for the consensus.
Devcon
Talk
23:52
Ethereum for Dummies
Ethereum's CTO Dr. Gavin Wood presents "Ethereum for Dummies" or "So, now we've built it, WTF is it?"
Devcon
Talk
38:18
Understanding the Ethereum Blockchain Protocol
Ethereum's Vitalik Buterin presents on the intricacies of the Ethereum Blockchain Protocol.
Devcon
Talk
25:21
Native Account Abstraction in Pectra, rollups and beyond: combining EOF, EIP-7702 and RIP-7560
Account Abstraction has rightfully become one of the most discussed topics in the Ethereum ecosystem. The upcoming Pectra upgrade is set to be the first one to improve EOAs by including EIP-7702. But can EIP-7702 alone achieve "Account Abstraction"? We will discuss the challenges and benefits of EIP-7702, and break down the team's vision for achieving "complete" Native Account Abstraction with RIP-7560/EIP-7701 and how it differs from ERC-4337 + EIP-7702.
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
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.