Upgradeable contracts

[platocrat]

From Prof. Nehemiah Scott,

"What happens in a lot of contracts: If there comes some disagreement in terms, then the price along with other things in the terms would need to change — so the contract is always to subject change"

So, we'd need to have a single (or multiple) upgradeable contracts that handle updates to buyer/seller terms.

Some references:

General

• Trail of Bits: Blog post (2018) on upgradeable SC anti-patterns
• (2019, Ethereum StackExchange) Pros and Cons of smart contract upgradable patterns
• OpenZeppelin: Overview of Upgradeable Contracts

Upgradeable Contracts

• OpenZeppelin on Upgradeable contracts on writing/coding them
• (2016) Ethereum StackExchange on upgradeable smart contracts

Diamond contracts:

• (10/30/2020) Good idea, bad design: How the Diamond standard falls short
• (10/31/2020) Addressing Josselin Feist's Concern's of EIP-2535 Diamond Standard

Contract Proxies

• (Feb 2020) Blog on contract proxies
• OpenZeppelin on proxies

[platocrat]

can we label this as a "Feature"?

Here's an example:

[platocrat]

A recent blog article from Trail of Bits (a security research/consultancy group that also does security for smart contracts) that I think is worth reading, and a response to that article, highlighting some concerns and comments:

• Good idea, bad design: How the Diamond standard falls short
• Addressing Josselin Feist's Concern's of EIP-2535 Diamond Standard