Day 2: Full Agenda!

Time	Event	Notes / Background material
9:00AM	Welcome to Day 2! Please arrive by 9AM	Coffee and pastries served for breakfast
9:30AM	Optimising Ethereum clients by Alexey Akhunov	Authenticated data structures (trees) Persistence of state in geth and turbo-geth Block/tx processing architectures: geth, turbo-geth, Ethermint Latest performance data Light clients? Future experiments (in-memory state, graph DBs)
10:30AM	The Features and Future of Vyper by Jacques	https://vyper.readthedocs.io/en/latest/
11:30AM	eWASM Session lead by Alex Beregszaszi	EVMC eWASM (current design) testnet demo proposed new designs (for sharding mostly) have a proper discussion at each of these blocks with the participants
1:30PM	Lunch, served at venue	Vegetarian & vegan options available
2:30PM	Rent roundtable moderated by Phil Daian	See below
3:30PM	Break
4:30PM	Phase II: Future by Vitalik & Justin	Ethereum Sharding Research Compendium
5:30PM	Round Table: Eth1.0->2.0 by Danny Ryan	Identifying and preparing for the upcoming challenges in the transition to Eth2.0. Topics include: new and existing clients web3 and other tooling contract languages existing contracts and applications migrating token communities managing user experience, expecations, and the community at large
6:00 PM	End of Day

Background material

Rent roundtable

Phil Daian will be hosting a round table discussion on the introduction of rent.

Background

Agenda

Rough agenda w questions:

- Background; state vs. history. [2 mins]
    - When a user does a transaction on Ethereum, who pays for the costs of this transaction?  How do they get paid?  To whom?

- Background; state storage issue. [13 mins]
    - In Ethereum, what is "state"?  How does state affect regular users of the network, say in the example of a user who holds many ERC20s and uses decentralized exchanges regularly?
    - What are the pain points of storing large amounts of data in state?  How close are we to feeling these pain points in practice?
    - Do miners need to store state?  Do miners need to store history?  What type of node is responsible for storing both state and history?
    - What are the consequences of permanently losing some storage in state?  What about permanently losing some part of history?

- Background; commons vs. cryptoeconomics. [5 mins]
    - We all hear a lot that blockchains are supposed to achieve "cryptoeconomic security".  What does this actually mean?
    - Cryptoeconomic security has primarily been studied for mining.  How do full nodes relate to this picture?  Archival nodes?
    - Is the current storage model cryptoeconomically robust?  Why or why not?  How does this relate to "tragedy of the commons".

- Rent: concrete scheme details [5 mins]
    - How should the protocol or its users choose a rent to charge?
    - There are several options for rent; burning the rent, paying it to miners, or other.  What are the trade-offs in these choices?
    - What proposals have there been around the case where a user's storage does expire and is no longer stored?  Who would be responsible for storing such data?
    - Would rent be paid at the contract or storage key level?  What would tradeoffs in this design space look like?
    - There has been some discussion of locking Ether as an alternative to actively paying rent fees.  What tradeoffs exist in such designs?

- Rent: teaching the controversy [5 mins]
    - The last time rent came up in Ethereum in late 2017 it was very politically controversial, with discussions quickly dying in favor of stateless clients.  Why is this such a controversial issue?
    - Is rent *actually* necessary, or is it controversial for a reason? 
    - Do you have any ideas about backwards compatibility of existing data on chain?  What guarantees should we strive to maintain in a rentful model?

- Rent: appropriate horizons [5 mins]
    - How urgent is the rent issue?  What would be a plausible schedule for transitioning into a rentful model?
    - Does adding rent become more difficult as time goes on?  Why?
    - For future changes to the economic or fee model, how can we balance user expectations of the system continuing to behave as it is now with sufficient flexibility to tackle future challenges?
    - Would you advise new blockchains to implement rent on Day 0?  Why or why not?

- Rent: UI/UX challenges [5 mins]
    -  What are the primary usability challenges in implementing rent?
    - What is the ideal end-user abstraction or experience for dealing with rent?
    - Instead of rent, could we target bounded permanent state growth?  What are the trade-offs in doing so?
    - Why do people hate rent so much?  Can we rename it to something less controversial?

- Rent: value of decentralization and robustness [5 mins]
    - In general, what is the value of a robust blockchain and how does it relate to decentralization?
    - How can rent bolster the robustness or decentralization of Ethereum?  Is it at all related to decentralization?
    - What is the value of paying rent to the system as a whole?  How can we show individual users this value towards overcoming the tragedy of the commons we see now.