Skip to main content

Step-by-step instructions

First, go to the Create Hypercert site with a wallet-enabled browser or follow the custom URL you received to access a prepopulated form.

Although the site works on mobile, it is easier to use on desktop because the browser will display a dynamic preview of the hypercert while you fill out the Create form.

Next, connect your wallet. You will be prompted to switch to the Ethereum or Optimism network.

Once you've connected, you will see an empty form for creating a hypercert.

General fieldsโ€‹

Name of Hypercertโ€‹

Enter the name or title of the hypercert. This is the place to be verbose and specific about what the project is doing. You'll see on the preview when your title becomes too long.

Given that a project may create numerous hypercerts over time, consider giving the hypercert a name that represents a discrete phase or output.

Names are restricted to 100 characters but may include emojis (๐Ÿ˜„), accents (รฉ), non-Latin scripts (่กจๆƒ…), and other Unicode characters.

Project Descriptionโ€‹

Enter a human readable description of the hypercert. This is the place to share more details about the work and the team or individual behind the work.

The description field supports Markdown syntax and has a limit of 10,000 characters.

In addition to the main link (see next field) you can add further links in the markdown to help others to understand the work of the project.

A valid URL for the project, beginning with https://

This will be displayed next to the hypercert on webpages like OpenSea and should link users to a page that has more information about the project or impact claim.

An icon for the top left part of the card. This could be your project logo. It will be automatically masked to the shape of a circle.

Logo images look best with an aspect ratio of 1.0 (square-shaped).

The easiest way is to find an image you like in your web browser, right click "Copy Image Address", and paste it in the field. Images stored on IPFS should be referenced through a hosted URL service, e.g.,<CID>.

Background Banner Imageโ€‹

A background image that will extend across the upper half of the artwork. This could be your project masthead or a unique piece of art.

Banner images look best with an aspect ratio of 1.5 (e.g., 600 x 400 pixels). The dimensions should be at least 320 pixels wide and 214 pixels high to avoid stretching.

Currently we don't support zoom / cropping, so you will need to test the look and feel on your own.

The easiest way is to find an image you like in your web browser, right click "Copy Image Address", and paste it in the field. Images stored on IPFS should be referenced through a hosted URL service, e.g.,<CID>.

Work Scope fieldsโ€‹

Work Scopeโ€‹

One or multiple tags describe the work that the hypercert represents. This work scope will be used to identify the work that is included in the hypercerts and the work that is not included.

Multiple tags are logically conjunctive, e.g. Planting trees โˆง Germany means that the hypercert includes the planting of trees only in Germany, but not planting trees anywhere else or any other work in Germany that wasn't planting trees.

For most projects, it's probably best just to use a single tag that is a short form of your project's name. Given that your project may create numerous hypercerts over time, having a work scope that represents the name of your project will make your claims in the "impact hyperspace" more continuous.

Note: In the future, you will be able to specifically exclude work from the hypercert.

Start and End Date of Workโ€‹

The work time period defines when the work was done that the hypercert represents, i.e., only the work in this time period is included in the hypercert.

The time period of work doesn't need to be the start and end date of a project, but it can be. One project can be split up into multiple hypercerts, e.g. all hypercerts can have the same work scope, but different time periods of work. Of course, the time periods are not allowed to overlap.

Impact scope fieldsโ€‹

Impact Scopeโ€‹

The impact scope can be used to limit the impact that a hypercert represents, e.g. for the work scope Planting trees a hypercert can represent only the impact on biodiversity by including the impact scope tag Biodiversity. This would exclude all other impacts, including the impact on CO2 in the atmosphere, which can be useful if that impact is already captured by a carbon credit.

By default this is set to "all" and we strongly recommend keeping it that way.

Just like the work scope, multiple impact scope tags are logically conjunctive.

Start and End Date of Impactโ€‹

The impact time period is another way to limit the impact that a hypercert represents, e.g. inventing a new medical treatment has a positive impact over many years, but we might want to capture the positive impact separately for each year.

By default the impact start date is the same as the work start date and the impact end date is "indefinite", i.e., the impact is not restricted time-wise. We strongly recommend keeping it that way.

Set of Contributorsโ€‹

Provide a list of contributors, one per line, or comma-separated.

The list should include all contributors that performed the described work.

Contributors are generally itemized as wallet addresses or ENS names, but can also be names / pseudonyms. Groups of contributors can be represented by a multisig or name of an organization.



The allowlist allocates fractions of the hypercert to specific wallet addresses. These wallet addresses are then allowed to claim these fractions afterwards. For example, it can be used to allocate fractions to previous funders and contributors.

The allowlist is implemented as a CSV file specifying index,address,price,fractions headers.


The price field is denominated in ETH. This should remain at 0.0 for all hypercerts, as primary sales are not currently supported through the app and the secondary sale/transfer of hypercerts is currently not allowed.

You can store your allowlists on IPFS using


If your allowlist is not properly formatted, you will be unable to mint your hypercert. If you do not include an allowlist, then the creator of the hypercert will receive 100% of the hypercert (set to a default of 10,000 units), which you can then sell or transfer to another wallet a maximum of one time.


This field defines the rights that owners of the hypercert have over the work being claimed by this hypercert.

By default this is set to Public Display, i.e., the owners are allowed to publicly display the hypercert and show their support of the work.

Note: In the future, additional rights can be included for different hypercerts.