Solidity

OpenZeppelin is currently working on a base-64 library (OpenZeppelin/openzeppelin-contracts#2884) and it turns out that our optimizer is not yet good enough to get to the level of hand-optimized assembly in that case. We should add this code as a test case so that we can use it to evaluate our optimizer improvements.

In the PR and its comments you'll find versions of the

Issue

Vyper handles unmapped instructions differently from Solidity. In Solidity, unmapped instructions are given a file index of -1. When attempting to show the source for such an instruction, we instead just show 1: // No source code found..

However, in Vyper, such instructions are not given a file index of -1, but are given a start and length of 0. So when we show the source for t

Description

Change links and references in the docs to run an Ethereum node from parity to openethereum, and change these references in the code too.

Motivation

Currently, docs about running an Ethereum node states that you can use parity-ethereum, but the project is no longer maintained.

There's also lots of comments and b

We just released a new major version of hardhat-etherscan. We need to update the version that our sample projects use.

Update this detector to filter based on the compiler version. Also, only output warning if one of the parameters is calldata.
Ref: https://ethereum.stackexchange.com/questions/107578/does-using-external-over-public-in-a-library-reduce-any-gas-costs

If user already uses prettier we should use:

• user installed prettier version
• user defined config (.prettierrc / package.json config)

This way we ensure that typechain generated code matches style with the rest of the codebase.

Overview

Currently when I run brownie console, it recompiles all the contracts. Apparently due to some issue which is not identified.

I only want to compile once with brownie compile -all. That's it.
I work on the frontend side, I don't modify the contracts, I just need a local fork and run some scripts.

Currently it's slow as hell

Instead of collecting here and here, it’d be nice if we could have an iterator which we can stream over

That'd allow us to then iterate in parallel [here](https://github.com/gakonst/foundry/blob/ma

Add an example to load file from a directory along with https://remix-ide.readthedocs.io/en/latest/locations.html#load-one-of-the-default-remix-files