Comments (10)
I will give an update on Casper / sharding plans, and @djrtwo and @JustinDrake can also chime in if either or both are around.
Even though this statement is true, the final deployed contract can behave arbitrarily differently depending on who deploys it and when (since the execution environment changes). This is in itself fine, but I think it's an important limitation of the opcode to explicitly highlight, otherwise we'll see many many abuses around this.
Agree fully. That said, I'd strongly oppose adding restrictions to CREATE2 to solve this problem at EVM level. The right layer of the ecosystem for programming language paternalism of the type that potentially impacts legitimate functionality is Solidity/Vyper/other HLLs, and banning external calls or dependence on environmentals for CREATE2 in Vyper (possibly with exceptions, like a standardized variable for time_created
) seems like something that's fundamentally very reasonable to do.
from pm.
Hi all, Raul from Prysmatic Labs here working on the sharding implementation for Geth. Would love to participate and give a brief update on our progress with my partner @prestonvanloon as part of the client updates in the agenda.
from pm.
Voting for Skinny CREATE2. Better state channels is one of the things we need.
Would also be great to discuss potential changes in the Roadmap from implementers' point of view. There were "rumours" about skipping Casper FFG to go straight to Sharded Casper. They way I see it is that Sharded Casper is much further away in terms of implementation than Casper FFG (as far as I know there are already couple of implementations of it). So I would like people to think about pros/cons of changing the Roadmap so we can discuss it, if it is appropriate place.
I should be able to join the call tomorrow and give a quick update on Turbo-Geth.
from pm.
@AlexeyAkhunov I did suggest to bring Casper CBC forward in the roadmap e.g. to reduce energy consumption as Ethereum scales, but that suggestion hasn't gained traction/support from others. @JustinDrake and @vbuterin have been researching Casper FFG integration with sharding, as detailed by some of their recent posts on ethresear.ch. Casper CBC isn't until phase 5 of the roadmap: https://github.com/ethereum/wiki/wiki/Sharding-roadmap.
from pm.
Regarding CREATE2, do we have any restriction on the execution context, or it remains the same? The reason I'm asking is because the EIP states:
Allows interactions to be made with addresses that do not exist yet on-chain but can be relied on to only possibly eventually contain code that has been created by a particular piece of init code.
Even though this statement is true, the final deployed contract can behave arbitrarily differently depending on who deploys it and when (since the execution environment changes). This is in itself fine, but I think it's an important limitation of the opcode to explicitly highlight, otherwise we'll see many many abuses around this.
Alternatively we could enforce CREATE2 to not have access to environmentals, but that might be an ugly complication.
Just food for thought.
from pm.
I'm going to miss this coredev call. A couple of thoughts..
- Skinny CREATE2 -- I'm all for that one. I'm hoping a few more reads up on it and if @vbuterin is present in the call, maybe he can talk about it. I would personally like to see that one included in the next fork. Reason being that I understand it makes state channels easier/better, and having working state channels could really help take the load off the chain.
- The blockhash EIP 210 still needs to be updated (1. clarify that it does not change the current semantics when invoked via
BLOCKHASH
-- does not deliver older blocks and 2) possibly be fixed to be able to return the genesis hash, and 3) have a nicer abi signature) - I am 👍 on Net gas metering.
from pm.
Would it be possible to include EIP 648 in the agenda for the meeting?A year ago it was being evaluated for inclusion in the Byzantium HF but then it got dropped in favor of more ambitious long term scaling solutions iirc. With many Ðapps about to launch maybe it could be worthwhile to have a fresh discussion on this EIP to decide if it could merit being included in the Constantinople HF.
Thanks.
EDIT:
great comment by Casey Detrio explaining the situation and why the EIP may be superseded so it's probably not worth it to include it in the next meeting.
ethereum/EIPs#648 (comment)
from pm.
Any update on Swarm? It feels like it's taking forever.
from pm.
Testing update (cpp client)
General Genesis config format json validation scheme discussion and PR:
ethereum/tests#469
- Blockchain tests via RPC and without mining execution success
- State tests generation into blockchain test via RPC success
- Full state tests via RPC execution on cpp client with 8 threads time - 450 seconds.
TODO:
cpp codebase requires refactoring to run the blockchain tests. rpc requests implementation is not optimized.
merge WIP test branch into cpp develop.
from pm.
Closing in favor of #46
from pm.
Related Issues (20)
- EOF Implementers Call #23 HOT 1
- Verkle Implementers Call #6 HOT 5
- Execution Layer Meeting 171 HOT 8
- Dencun Interop Testing Call #32 HOT 2
- EOF Implementers Call #24 HOT 2
- Consensus-layer Call 119 HOT 1
- Add extra line
- Execution Layer Meeting 172 HOT 3
- Dencun Interop Testing Call #33 HOT 2
- Verkle Implementers Call #7 HOT 2
- Execution Layer P2P Breakout #5
- RollCall #0 - Layer 2 protocol & EVM standardization call #0 HOT 15
- EOF Implementers Call #25
- Execution Layer Meeting 173 HOT 6
- Dencun Interop Testing Call #34 HOT 4
- EOF Implementers Call #27 HOT 2
- Consensus-layer Call 120 HOT 3
- Execution Layer Meeting 174 HOT 9
- Wallet Connect
- Consensus-layer Call 121 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pm.