ethereumclassic / ethereumclassic/ECIPs
discussion: x-client fork prep and test patterns
- Dominant language
- HTML
- Stars
- 89
- Forks
- 64
- Avg merge
- 8d 13h
- Merged PRs (30d)
- 7
Description
:construction: :tropical_fish: I would like to see and help work toward describing plans and accountable standards for
#### A. Test network testing protocol
As [cody speaks to](https://github.com/ethereumclassic/ECIPs/issues/83#issuecomment-502648849), testnet outcomes are only as meaningful as the rigors they are subjected to. We ought to be clear and collaborative about the design and implementation of these **"live" testnet protocols**. Who will participate in this? Who will take responsibility, and for which aspects? What are standards that we expect for these protocols? ... reproducability? ... regression-readiness?
- Kensington
- Kotti
- Morden
#### B. Cross client integration tests
Like establishing a shared and meaningful idea of what "not breaking" means above, there are clear limitations to the implications of even successful testnet behavior (for example https://github.com/eth-classic/go-ethereum/issues/67 would not have been caught).
This points to the value of shared **cross-client test suites**, which can prove out edge cases and other important simulations that may not be possible or practical on a test network. [ethereum/tests](https://github.com/ethereum/tests) is an example of this, albeit in a very one-trick-pony kind of way.
---
> Since the teams "owning" client development are either independent and/or volunteer-based, and that participation in the network is entirely in the hands of the client operator in the first place, the standards that might be developed here could not be considered with any more earnest than suggested guidelines for client software and operator review, albeit developed with common aims and shared skin in the game.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing the discussion in this issue, the referenced ECIPs issue comment, the go-ethereum issue, and the ethereum/tests repository. The issue does not name files or tests to change; completion would require an agreed description of testnet protocols, responsibilities, and cross-client test-suite standards.
Written by the indexing model from the issue text.
Assessment
- Domain
- distributed-systems, testing-qa
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 18/100