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,863 public repositories matching this topic...
Mastering Ethereum, by Andreas M. Antonopoulos, Gavin Wood
-
Updated
Jan 31, 2022 - JavaScript
It would be useful information to surface the version of (managed) Ganache included with Truffle.
Ultimate Solidity, Blockchain, and Smart Contract - Beginner to Expert Full Course | Python Edition
-
Updated
Feb 8, 2022
-
Updated
Feb 7, 2022 - CSS
A guide to smart contract security best practices
-
Updated
Feb 4, 2022
Lightweight Java and Android library for integration with Ethereum clients
-
Updated
Feb 7, 2022 - Java
⟠ A curated list of awesome Solidity resources, libraries, tools and more
-
Updated
Jan 10, 2022
DeFi Developer roadmap is a curated Ethereum Developer handbook which includes a list of the best tools for DApps, development resources and lifehacks.
-
Updated
Jan 26, 2022
Source code for Eat The Blocks, a screencast for Ethereum Dapp Developers
-
Updated
Jan 30, 2022 - JavaScript
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
It is currently not possible to specify the chain ID for a hardhat network invoked with npx hardhat node through any means other than the config file. This means it is impossible to specify the --chain-id argument in the command line, or execute a chain host pragmatically with hre.run('node', { chainId: 100 }).
Please add the chainId parameter to the node command so it is possible to
Security analysis tool for EVM bytecode. Supports smart contracts built for Ethereum, Hedera, Quorum, Vechain, Roostock, Tron and other EVM-compatible blockchains.
-
Updated
Jan 31, 2022 - Python
Documentation for Remix IDE
-
Updated
Jan 25, 2022
Let's consider this source code:
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.11;
import "@openzeppelin/contracts-upgradeable/token/ERC20/ERC20Upgradeable.sol";
import "@openzeppelin/contracts-upgradeable/proxy/utils/Initializable.sol";
import "@openzeppelin/contracts-upgradeable/access/OwnableUpgradeable.sol";
import "@openzeppelin/contracts-upgradeable/proxy/utils/UUPSUpgr
FISCO BCOS是由微众牵头的金链盟主导研发、对外开源、安全可控的企业级金融区块链底层技术平台。 单链配置下,性能TPS可达万级。提供群组架构、并行计算、分布式存储、可插拔的共识机制、隐私保护算法、支持全链路国密算法等诸多特性。 经过多个机构、多个应用,长时间在生产环境中的实践检验,具备金融级的高性能、高可用性及高安全性。FISCO BCOS is a secure and reliable financial-grade open-source blockchain platform. The platform provides rich features including group architecture, cross-chain communication protocols, pluggable consensus mechanisms, privacy protection algorithms, OSCCA-approved (Office of State Commercial Cryptography Administration) cryptography algorithms, and distributed storage. Its performance, usability, and security have been testified by many institutional users and successful business applications in a live production environment.
-
Updated
Feb 8, 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
Component
Foundryup
Describe the feature you would like
Hey
Can we add the aarch64 Linux target to the nightly build? It would be nice so that me and other aarch64 Linux users won't need to rebuild from sources each time.
It should be just adding a few lines to [release.yml](https://github.com/gakonst/foundry/blob/63644de7dccb05a42f04f2829fd4007049607788/.github/workflows/rel
This is a code repository for the corresponding video tutorial. In this video, we're going to build a Web 3.0 React Solidity Blockchain Application
-
Updated
Feb 3, 2022 - JavaScript
A compilation of patterns and best practices for the smart contract programming language Solidity
-
Updated
Jan 18, 2022 - Solidity
Distributed Application Starter: Vue front-end, Ethereum / IPFS Backend
-
Updated
Mar 24, 2018 - JavaScript
Ethereum smart contracts for security and utility tokens
-
Updated
Jun 11, 2021 - Python
cryptozomebie lesson code
-
Updated
Jan 22, 2022 - JavaScript
-
Updated
Jan 31, 2022 - Go
This has been moved to https://github.com/ethereum/remix-project
-
Updated
Mar 2, 2021 - JavaScript
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
Created by Gavin Wood, Christian Reitwiessner, Alex Beregszaszi
Released August 2015
Latest release about 2 months ago
- Repository
- ethereum/solidity
- Website
- soliditylang.org
- Wikipedia
- Wikipedia


Apparently we have the
assertmacro disabled in CI, even in non-release builds - at least on Windows (see ethereum/solidity#12634 (comment)). While this macro is generally discouraged in our project in favor of thesolAssert()family of macros, we still do have them in some places and I think that they should