External Plugin
This is a third-party plugin. Please report issues in its Github Repository
Alpha release, interfaces will change.
This version requires typechain 4.0
A Hardhat plugin that generates a React hook component from your smart contracts. Hot reloaded into your React app. Deployed or not deployed. And everything typed and initialized.
If you want to quickly get started with a new hardhat project and a react application. Try this boilerplate.
Yarn: yarn add --dev @symfoni/hardhat-react
NPM: npm install --save-dev @symfoni/hardhat-react
Yarn: yarn add --dev hardhat hardhat-deploy hardhat-deploy-ethers hardhat-typechain hardhat-typechain ts-morph ts-node typescript ts-generator typechain@4.0.0 @typechain/ethers-v5
NPM: npm install --save-dev hardhat hardhat-deploy hardhat-deploy-ethers hardhat-typechain hardhat-typechain ts-morph ts-node typescript ts-generator typechain@4.0.0 @typechain/ethers-v5
To import plugins into your hardhat project.
If javascript project, hardhat.config.js
require("@nomiclabs/hardhat-ethers");
require("hardhat-deploy-ethers");
require("hardhat-deploy");
require("@symfoni/hardhat-react");
require("hardhat-typechain");
require("@typechain/ethers-v5");
if typescript project, hardhat.config.ts
import "@nomiclabs/hardhat-waffle";
import "@nomiclabs/hardhat-ethers";
import "hardhat-deploy-ethers";
import "hardhat-deploy";
import "@symfoni/hardhat-react";
import "hardhat-typechain";
import "@typechain/ethers-v5";
The plugin will hooks into hardhat-deploy, which hooks into npx hardhat node --watch
. Therefore, the plugin will run when you are starting up a node or making changes to a solidity file or deploy file.
You can run it manually with npx hardhat react
. You probably need to run npx hardhat typechain
and npx hardhat deploy
first to have artifacts, deployments, and typechain files ready.
The React context uses the output from typechain and deployments. It generates a react context component as a typescript react file (SymfoniContext.tsx), which imports typechain. It then uses these files alongside Ethers and Web3Modal to set up a context for your connection and each smart contract (deployed or not deployed).
This plugin assumes that you are building your frontend inside a hardhat project (we later want to go away from this assumption). So we recommend you create a frontend
folder inside your hardhat project where all your frontend code and packages reside. Take a look at https://github.com/symfoni/hardhat-react-boilerplate for a demonstration.
Most frontend projects require all file dependencies to be inside that folder. Therefore we suggest (and default ) your typechain and deployments path to "./frontend/src/hardhat/{deployments | typechain}". The Hardhat context (a react component .tsx) file will also default to this folder. Though you are free to set whatever paths you like, and it should resolve relative to your config.paths.react folder.
You will need to install these dependencies in your frontend.
Yarn: yarn add ethers web3modal
NPM: npm install --save ethers web3modal
You are free to choose whatever React typescript "framework". We have only tested with Create React App for now.
Create React app can be initialized in your Hardhat root folder with:
NPX: npx create-react-app frontend --template typescript
To use the React component in a React application. Import the SymfoniContext.tsx file in your app.
import { Symfoni } from "./hardhat/SymfoniContext";
Then wrap everything or the components in this context as a provider.
<Symfoni>
<SomeComponent></SomeComponent>
<SomeOtherComponent></SomeComponent>
</Symfoni>
To use a contract, import that context into the component that needs it.
import { GreeterContext } from "./../hardhat/SymfoniContext";
Then use it as a state in that component.
const greeter = useContext(GreeterContext);
The contract context gives you two properties.
export interface ContractContext {
instance?: Contract;
factory?: ContractFactory;
}
If the Hardhat context successfully connected to a provider in your frontend (web3modal or Hardhat node) and
erc20.instance?.attach("SOME_ADDRESS")
import React from "react";
import logo from "./logo.svg";
import "./App.css";
import { Hardhat } from "./hardhat/SymfoniContext";
import { Greeter } from "./components/Greeter";
function App() {
return (
<div className="App">
<header className="App-header">
<Symfoni>
<Greeter></Greeter>
</Symfoni>
</header>
</div>
);
}
export default App;
The contract is named Greeeter.sol
import React, { useContext, useEffect, useState } from "react";
import { GreeterContext } from "./../hardhat/SymfoniContext";
interface Props {}
export const Greeter: React.FC<Props> = () => {
const greeter = useContext(GreeterContext);
const [message, setMessage] = useState("");
const [inputGreeting, setInputGreeting] = useState("");
useEffect(() => {
const doAsync = async () => {
if (!greeter.instance) return;
console.log("Greeter is deployed at ", greeter.instance.address);
setMessage(await greeter.instance.greet());
};
doAsync();
}, [greeter]);
const handleSetGreeting = async (
e: React.MouseEvent<HTMLButtonElement, MouseEvent>
) => {
e.preventDefault();
if (!greeter.instance) throw Error("Greeter instance not ready");
if (greeter.instance) {
const tx = await greeter.instance.setGreeting(inputGreeting);
console.log("setGreeting tx", tx);
await tx.wait();
console.log(
"New greeting mined, result: ",
await greeter.instance.greet()
);
}
};
return (
<div>
<p>{message}</p>
<input onChange={(e) => setInputGreeting(e.target.value)}></input>
<button onClick={(e) => handleSetGreeting(e)}>Set greeting</button>
</div>
);
};
You can control when Hardhat context should try to connect with your providers. By default it will autoInit and show loading. If you dont want to show laoding it will start render all child components. You dont need to provide a loading component, in that case it has a native loading component that renders messages from provider connection.
import { Symfoni } from "./../hardhat/SymfoniContext";
...
<Symfoni autoInit={true} loadingComponent={<h1>LOADING...</h1>}>
// ...<OtherComponents>
</Symfoni>
This context can be used down in your componens to trigger Symfoni context.
By contrast to other contexts, SymfoniContext returns an object with properties and functions. So pick whatever you want.
The init function will initate a connection to your provider based on the priority you have set in your Hardhat.config.ts. You can override this by specifying the provider you want to connect with. init("roptsten")
for example.
import { SymfoniContext } from './../hardhat/SymfoniContext';
...
const { init, messages, currentHardhatProvider, loading, providers } = useContext(SymfoniContext)
It gives you a context to your current provider and the ability to change it.
import { ProviderContext } from "./../hardhat/SymfoniContext";
...
const [provider, setProvider] = useContext(ProviderContext)
It gives you a context to your current signer and the ability to change it.
import { SignerContext } from "./../hardhat/SymfoniContext";
...
const [signer, setSigner] = useContext(SignerContext)
It gives you a context to your current address and the ability to change it.
import { CurrentAddressContext } from "./../hardhat/SymfoniContext";
...
const [currentAddress, setCurrentAddress] = useContext(CurrentAddressContext)
Our goal with this plugin was to make it easier for new developers to try out smart-contract development. Therefore we default the most needed configuration.
(This is simplified and in terms of Metamask to make it easier to get up developing) mnemonic: 12-word phrases that will correspond to many accounts(address and private key). You can only have one for each Metamask instance. Use browser profiles to hold more than one. privateKey: corresponds to one address
When developing locally on hardhat you are most probably using "hardhat-network" locally as your blockchain. By default, this blockchain will only have funds on addresses connected to mnemonic test test test test test test test test test test test junk
. You can configure "hardhat-network" to use another mnemonic or private key here.
{
"networks": {
"hardhat": {
"accounts": [
{
"balance": "10000000000000000000000",
"privateKey": "0xPRIVATE_KEY_GO_HERE"
}
]
}
}
}
{
"networks": {
"hardhat": {
"inject": false, // optional. If true, it will EXPOSE your mnemonic in your frontend code. Then it would be available as an "in-page browser wallet" / signer which can sign without confirmation.
"accounts": {
"mnemonic": "test test test test test test test test test test test junk" // test test test test test test test test test test test junk
}
}
}
}
Then when you point your wallet (Metamask) to your "hardhat-network" provider. This is usually http://127.0.0.1:8545
you should see funds on your account so that you can make transactions while developing.
The React context tries to connect the frontend up with an Ethereum provider. Here you can set that priority. In this scenario, the react context will try to connect with Web3modal(Metamask) first, then if that fails. Try to connect with your Hardhat node.
If you set a fallbackprovider, it will try to connect to that provider first. But only on first auto init (auto init must be true) and if the user has not connected with web3modal before (that is stored in the cache). If the user does not have any wallets and you try with web3modal first, it will require a click from the user to try another provider. Setting a fallback provider circuments this.
{
"react": {
"providerPriority": ["web3modal", "hardhat"],
"fallbackProvider" : "hardhat",
...
}
}
Later, we will add the possibility to set all config networks providers, URLs, etc. as provider priority.
We stole this concept from Embark. Props to them.
If you have many contracts you can choose to be implicit or explicit for what contracts you want to create a context for.
{
"react": {
"skip": ["SimpleStorage2"],
"handle": ["SimpleStorage"]
...
}
}
To add WalletConnect as an otional web3modal provider add the following configuration to hardhard.config.
You MUST also install @walletconnect/web3-provider in your frontend project.
{
"react": {
"providerOptions": {
"walletconnect": {
"options": {
"infuraId": "c229331f1d044c8f95e03f54b0ea2f26",
},
},
},
...
}
}
npm i --save @walletconnect/web3-provider
or with Yarn yarn add @walletconnect/web3-provider
SymfoniContext.tsx (the React component) will be written to this path.
{
"paths": {
"react": "./frontend/src/hardhat"
}
}
If you don't set these configurations yourself, the hardhat-react plugin will default to this.
{
"react": {
"providerPriority": ["web3modal", "hardhat"]
},
"paths": {
"react": "./frontend/src/hardhat"
},
"namedAccounts": {
"deployer": {
"default": 0
}
},
"typechain": {
"outDir": "./frontend/src/hardhat/typechain",
"target": "ethers-v5"
}
}
React generation will now try to resolve dangling deployments which are probably instances of an artifact. It will resolve based on name, so if you keep the basename of the artifact in the instance it should resolve correctly.
Here is an example deploy typescript function that will create two instances of the SimpleStorage contract. Both instances will be available in frontend by its instance name and with its respective deployment.
import { HardhatRuntimeEnvironment } from "hardhat/types";
import { DeployFunction } from "hardhat-deploy/types";
const func: DeployFunction = async function (hre: HardhatRuntimeEnvironment) {
const { deployments, getNamedAccounts } = hre;
const { deploy } = deployments;
const { deployer } = await getNamedAccounts();
await deploy("SimpleStorageA", {
from: deployer,
contract: "SimpleStorage",
args: [],
log: true,
});
await deploy("SimpleStorageB", {
from: deployer,
contract: "SimpleStorage",
args: [],
log: true,
});
};
export default func;
eth_sendRawTransaction
Invalid nonce. Expected X but got X.
Reset your account in Metamask.
We don't know enough of the react build process to efficiently create a typescript react component which can be consumed by any other React build process. This is something we want to achieve!
Make sure transcript target is es6 or higher.
If you want to develop this plugin in any way, we suggest you fork this Lerna repo; hardhat-plugins.