# Local development

### Running against a Local Node <a href="#running-against-a-local-node" id="running-against-a-local-node"></a>

If you want to develop against the Boson protocol smart contracts, you will need to deploy contracts to a local node that you can execute transactions against with scripts or a locally served instance of your dapp.

### Prerequisites <a href="#prerequisites" id="prerequisites"></a>

To follow the manual and to get your local environment running you'll need to have the following tools installed:

* Git
* Node v16.14.x
* NPM v8.4.x

### Clone the repo <a href="#clone-the-repo" id="clone-the-repo"></a>

Start by cloning this repository.

`git clone git@github.com:bosonprotocol/boson-protocol-contracts.git`

#### Install required Node modules <a href="#install-required-node-modules" id="install-required-node-modules"></a>

All NPM resources are project local. No global installs required.

```bash
cd boson-protocol-contracts
npm install
```

#### Configure Environment <a href="#configure-environment" id="configure-environment"></a>

* Copy `.env.example` to `.env` and edit to suit.
* For local development, only the values in section `# Local node env specific` are important
  * `DEPLOYER_LOCAL_TXNODE` is the URL of locally run node. In this example we will be using hardhat node, which has the default URL endpoint `http://127.0.0.1:8545`. If you are using default configuration, you can leave `DEPLOYER_LOCAL_TXNODE` empty. If you are using hardhat (or any other) node with custom configuration, you need to specify its endpoint here.
  * `DEPLOYER_LOCAL_KEY`: If you are using hardhat node as in this example, it will use the mnemonic defined in `DEPLOYER_HARDHAT_MNEMONIC` and ignore the value of `DEPLOYER_LOCAL_KEY` However, if you are using custom node with different key management, you need to provide the private key of the account that will be deploying the contracts. It is necessary that the corresponding address has high enough balance to execute the transactions on your custom node.
  * `ADMIN_ADDRESS_LOCAL`: Boson protocol implements role based access management. Admin is the most important role since it can manage other roles and perform virtually all protocol management, including approving dispute resolvers. Admin is set during the deployment process, so you need to provide the address that will be granted this role.
  * `AUTH_TOKEN_OWNERS_LOCAL`: Boson protocol allows sellers to authenticate with an ENS name or LENS profile if they have one. Both are represented by NFTs. To simulate this, we prepared a script that deploys mock ENS and LENS NFT contracts on the local node and issues the ENS and LENS NFT authentication tokens to the addresses specified in `AUTH_TOKEN_OWNERS_LOCAL`. You can specify multiple addresses, separated with `", "` (comma and space).
* All other values can be kept as they are, since they are needed only for deploying to other networks.

#### Configure Protocol Parameters <a href="#configure-protocol-parameters" id="configure-protocol-parameters"></a>

Boson protocol has variety of different parameters, for protocol fees to various limits. They are initially set during the deployment, but they can be later changed by the admin. For testing purposes, default values are generally okay to work with. However, if you'd like to adjust them before the deployment, edit configuration file `scripts/config/protocol-parameters.js` with desired values.

#### Start the local node <a href="#start-the-local-node" id="start-the-local-node"></a>

To run the local node, execute the command in a separate terminal.

`npx hardhat node`

This will start the node and output all the actions that are happening on it (e.g. incoming trasactions or other calls). At the begining it outputs 20 addresses with initial balance of `10000 ETH`. You can use any of this addreses as the admin account of the protocol (refer to the explanation of `ADMIN_ADDRESS_LOCAL` in section `Configure Environment`).

#### Deploy authentication token contract mocks <a href="#deploy-authentication-token-contract-mocks" id="deploy-authentication-token-contract-mocks"></a>

Boson protocol currently uses two NFT contracts (ENS and LENS), that can be optionally used as the authentication mechanism for seller. On public networks, these contracts are already deployed and you would just use their actual addresses. However, on the test network you need to deploy it yourself to enable full protocol functionality.

The script that deploys the authentication token mock contract also mints the authentication tokens to the addresses specified in `.env`. (refer to the explanation of `AUTH_TOKEN_OWNERS_LOCAL` in section [Configure Environment](https://docs.bosonprotocol.io/docs/technical_documentation/contracts/local_development#configure-Environment). These cannot be zero addresses, so you need to populate it with your values or supply an empty value if you don't want authentication tokens to be minted to any addresses.

To deploy the authentication token mocks, then run

`npm run deploy-mocks:local`

This script outputs the addresses of the deployed mock NFT contracts. Save them, as you will need them for the deployment of the protocol contracts.

**NOTE**: if you do not plan to use this authentication at all you can skip the deployment of the mocks. However, since the deployment of the protocol contract needs the addresses of ENS and LENS to be non-zero value, you'd still need to provide some address in configuration file `scripts/config/auth-token-addresses.js`.

#### Deploy the protocol contracts <a href="#deploy-the-protocol-contracts" id="deploy-the-protocol-contracts"></a>

Before the deployment, you need to configure the addresses of authentication token contracts that you deployed in previous step. Edit the file `scripts/config/auth-token-addresses.js` and replace the values for `LENS.localhost` and `ENS.localhost`. If you don't do it, the deployment will still succeed, however you won't be able to use the tokens as authentication mechanism out of the box.

To deploy the whole suite of the Boson protocol contract, execute

`npm run deploy-suite:local`

This deploys all contract on the local node and prints out all the information about the deployment. Besides that, ABIs of the contracts are generated and all contract addresses are stored so you can later use them if needed. You will find them in folders:

* `artifacts/contracts/interfaces`
* `addresses/<chain-id>-<environment>.json` (for example `addresses/31337-localhost.json` if you are using a default local hardhat node)

#### \[Optional] Manage roles <a href="#optional-manage-roles" id="optional-manage-roles"></a>

If you want to perform any of the following:

* change any of protocol configuration parameters
* use dispute resolver
* set up other roles, needed for some functionalities of the protocol (e.g. PAUSE, FEE\_COLLECTOR)

you need to set up the admin account. To do it

* specify admin's address in the `.env` file (refer to the explanation of `ADMIN_ADDRESS_LOCAL` in section [Configure Environment](https://docs.bosonprotocol.io/docs/technical_documentation/contracts/local_development#configure-Environment)))
* optionally, edit scripts/config/role-assignments.js. The defaults will suffice for enabling the above-mentioned functionality.
* run `npm run manage-roles:local`. This grants the `ADMIN` and `UPGRADER` roles to the admin address specified in `.env` and the `PROTOCOL` role to the `ProtocolDiamond` contract The output of this command is saved to `logs/localhost.manage.roles.txt`

To get the examples how to use the admin to perform actions, refer to unit test in files:

* `test/protocol/ConfigHandlerTest.js`
* `test/protocol/DisputeResolverHandlerTest.js`
* PAUSER role: `test/protocol/PauseHandlerTest.js`
* FEE\_COLLECTOR role: `test/protocol/FundsHandlerTest.js`

#### Upgrade facets <a href="#upgrade-facets" id="upgrade-facets"></a>

To test the upgrade functionality, you first need to setup upgrader account as described in previous section.

To perform the upgrade you then

* Update some of the existing facets or create new one.
* Update config file `scripts/config/facet-upgrade.js`:
  * "addOrUpgrade" is the list of facets that will be upgraded or added,
  * "remove": list of facets that will be completely removed
  * "skipSelectors" allows you to specify methods that will be ignored during the process.
  * "initArgs": if facet initializer expects arguments, provide them here. For no-arg initializers you don't have to specify anything.
  * "skipInit": list of facets for which you want to skip initialization call.
* Update `version` in `package.json`. If the version in `package.json` matches the existing version in addresses file, you will have to explicitly confirm that you want to proceed.
* Run `npm run upgrade-facets:local`. This will deploy new facets and make all necessary diamond cuts. It also updates the existing addresses file `addresses/<chain-id>-<environment>.json` (for example `addresses/31337-localhost.json` if you are using a default local hardhat node) and outputs the upgrade log to the console.

#### Upgrade clients <a href="#upgrade-clients" id="upgrade-clients"></a>

To test the upgrade functionality, you first need to setup upgrader account as described in section `Manage roles`.

To perform the upgrade you then

* Update some of the existing clients
* Run `npm run upgrade-clients:local`. This will deploy new clients and set implementation address on beacon. It also updates the existing addresses file `addresses/<chain-id>-<environment>.json` (for example `addresses/31337-localhost.json` if you are using a default local hardhat node) and outputs the upgrade log to the console.

#### Using the protocol <a href="#using-the-protocol" id="using-the-protocol"></a>

You can find the examples how to use all functions of the protocol in our test files in folder `test/protocol`.

#### Using other npm scripts <a href="#using-other-npm-scripts" id="using-other-npm-scripts"></a>

We provide some scripts to perform other tasks in this repo (e.g. just building the contracts, testing, sizing etc.). You can find more info about it on separate page [Tasks](https://docs.bosonprotocol.io/docs/technical_documentation/contracts/tasks).


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.bosonprotocol.io/v2.4.2/legacy-docs/technical-documentation/smart-contracts/local-development.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.