Pm: All Core Devs Meeting 19 Agenda

Created on 22 Jun 2017  路  7Comments  路  Source: ethereum/pm

All Core Devs Meeting 19 Agenda

Meeting Date/Time: Friday 6/30/17 at 14:00 UTC

Meeting Duration 1.5 hours

YouTube Live Stream Link

Agenda

  1. Metropolis updates/EIPs.
    a. Any "subtleties" or questions we need to work out.
    1. EIP 86/208: Abstraction of transaction origin and signature - Contract addresses cannot any more be computed (or rather guaranteed) without a live blockchain, and even then we have no guarantee that a deployed code is ours (or that it remains ours in the face of reorgs). [Peter]
    2. EIP 86/208: Abstraction of transaction origin and signature - Discuss the comment here https://github.com/ethereum/EIPs/pull/208#issuecomment-311985691 and further refined by https://github.com/ethereum/EIPs/pull/208#issuecomment-312029135 [Peter]
    3. EIP 86/208: Abstraction of transaction origin and signature: Atomicity over an ECDSA's accounts operations [Jeff Coleman]
    4. Metropolis Difficulty Bomb EIP [Everyone]
    b. Updates to testing.
    - Documentation and other updates
    c. Details and implementations of EIPs.
    1. Updates from client teams.
    - geth - https://github.com/ethereum/go-ethereum/pull/14337
    - Parity - https://github.com/paritytech/parity/issues/4833
    - cpp-ethereum - https://github.com/ethereum/cpp-ethereum/issues/4050
    - yellowpaper - https://github.com/ethereum/yellowpaper/issues/229
    - pyethapp
    - Other clients
    2. Determining gas prices for new opcodes & pre-compiles [Martin HS/Everyone]
    d. Review time estimate for testing/release.
  2. Block gas limit increase update [Hudson]
  3. EIP 186: Reduce ETH issuance before proof-of-stake [[Vitalik/Avsa/Nick have comments](https://github.com/ethereum/pm/issues/17#issuecomment-312063219)]

Please provide comments to add or correct agenda topics.

Most helpful comment

EIP 186 Comments from chat channel

Vitalik: "I want to re-bring up EIP 186; I think we are more than secure enough with ETH at these levels (or even at $50) and wasting more electricity than some countries is tragic so we could use a decrease"

Avsa: "The plan for Casper is to start with a slow transition from PoW, right? Is the idea to have a slowly decreasing reward? Maybe if we set a slowly decreasing schedule now - which then has a slight uptick when PoS comes around, it might be an actual incentive for miners to move to the PoS chain when that is ready"

"I am also tentatively in favor of it with we can justify it in terms of incentiziation. I am against it if it鈥檚 heavily dependent on ether price or if it鈥檚 about pure economic planning
Maybe what is needed for this conversation to move forward is a clear proposal with numbers backing it up: reduce to X on Y date then changes to N when PoS comes etc. We also need to account for black swans: what if the new ice age comes, Casper isn't ready and ether is under $20?"

Nick: "My own opinion on this has evolved; I'm tentatively in favor of at least a modest reduction.
Exactly because it's a step towards the reduced issuance Casper is likely to have."

All 7 comments

@holiman Does any of the following need to be added to this week's agenda?

  1. EIP 208: ethereum/EIPs#208 Concerns [Martin H.S]
    i. A transaction hash no longer uniquely identifies an execution, since a transaction at least theoretically can be included in multiple blocks, or multiple times in a block.
    ii. Do we need to modify rpc-call which assumes hash = unique execution, to return a list of transactions instead of a single element?
    iii. What side-effects does the breaking of this invariant have on the clients?

It was in last weeks and I'm not sure we came to conclusions on every point.

No we can remove that. We may want to add a point

  • Determining gasprices for new opcodes & precompiles.

I would like to request a slot for discussing some possible issues around EIP 208 address abstractions. Namely that contract addresses cannot any more be computed (or rather guaranteed) without a live blockchain, and even then we have no guarantee that a deployed code is ours (or that it remains ours in the face of reorgs).

One of the issue I'd like to discuss: https://github.com/ethereum/EIPs/pull/208#issuecomment-311985691 and further refined by https://github.com/ethereum/EIPs/pull/208#issuecomment-312029135.

Nick Johnson To-do: Write a new PR for the return data change that can obsolete 98.

EIP 186 Comments from chat channel

Vitalik: "I want to re-bring up EIP 186; I think we are more than secure enough with ETH at these levels (or even at $50) and wasting more electricity than some countries is tragic so we could use a decrease"

Avsa: "The plan for Casper is to start with a slow transition from PoW, right? Is the idea to have a slowly decreasing reward? Maybe if we set a slowly decreasing schedule now - which then has a slight uptick when PoS comes around, it might be an actual incentive for miners to move to the PoS chain when that is ready"

"I am also tentatively in favor of it with we can justify it in terms of incentiziation. I am against it if it鈥檚 heavily dependent on ether price or if it鈥檚 about pure economic planning
Maybe what is needed for this conversation to move forward is a clear proposal with numbers backing it up: reduce to X on Y date then changes to N when PoS comes etc. We also need to account for black swans: what if the new ice age comes, Casper isn't ready and ether is under $20?"

Nick: "My own opinion on this has evolved; I'm tentatively in favor of at least a modest reduction.
Exactly because it's a step towards the reduced issuance Casper is likely to have."

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Souptacular picture Souptacular  路  7Comments

timbeiko picture timbeiko  路  9Comments

Souptacular picture Souptacular  路  5Comments

lrettig picture lrettig  路  9Comments

lrettig picture lrettig  路  8Comments