Solidity
Solidity is a statically-typed curly-braces programming language designed for developing smart contracts that run on various blockchain platforms, most notably, Ethereum. The Solidity programming language is an open source, community project governed by a core team. The core team is sponsored by the Ethereum Foundation. The programs compiled by the Solidity are intended to be run on Ethereum Virtual Machine.
Here are 7,104 public repositories matching this topic...
-
Updated
Dec 23, 2021 - JavaScript
- I've opened a support ticket before filing this issue. (Ticket: 521615)
Issue
The default recommended configuration for mainnet is not provided in truffle-config, so it leads to misconfiguration.
I used the old style configuration parameter, gas/gasprice, which works fine for both the local
-
Updated
Jan 7, 2022 - CSS
-
Updated
Jan 2, 2022 - HTML
-
Updated
Dec 27, 2021
-
Updated
Dec 28, 2021 - Java
-
Updated
Jan 6, 2022
-
Updated
Jan 1, 2022
-
Updated
Dec 12, 2021 - JavaScript
Description
Add a contract similar to Aave's AddressProvider or Uniswap's getPair() functionality.
Motivation
On-chain lookups of price oracles given the asset addresses.
Justification
String manipulation is difficult and expensive in Solidity, and you usually work with the token address, not its string name.
We just released a new major version of hardhat-etherscan. We need to update the version that our sample projects use.
-
Updated
Jan 6, 2022 - Python
-
Updated
Dec 26, 2021
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
-
Updated
Jan 6, 2022 - C++
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
-
Updated
Mar 24, 2018 - JavaScript
-
Updated
Jun 11, 2021 - Python
-
Updated
Dec 17, 2021 - Solidity
-
Updated
Jan 6, 2022 - Go
-
Updated
Mar 2, 2021 - JavaScript
-
Updated
Jan 5, 2022 - JavaScript
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
seth feature parity
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
-
Updated
Nov 30, 2021 - TypeScript
Created by Gavin Wood, Christian Reitwiessner, Alex Beregszaszi
Released August 2015
Latest release 17 days ago
- Repository
- ethereum/solidity
- Website
- soliditylang.org
- Wikipedia
- Wikipedia
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