In this guide, we want to give Web3 founders a broader perspective on all the different ways of using token sale agreements for selling their tokens. The main consideration we’re going to focus on is the level of a project’s decentralization, i.e. whether it plans to form a DAO or not, as this factor greatly affects the terms of the token sale agreement and how it’s used.
When does the token sale need to happen? What are the key terms of a token sale agreement? What role does it play in a decentralized project’s development? What steps do Web3 founders need to take before using it? Read on to uncover the answers.
You can now download and use a token sale agreement that has been specially prepared by the Legal Nodes team. The template is completely free to download and use however you wish. The template is created for founders who are working to develop a decentralized project. Remember, always consult with a qualified legal specialist before using the template.
Please note, everything contained in this article as well as the token sale agreement template is for informational purposes only and is not to be considered as legal advice or legal opinion.
This guide and template are brought to you by the Legal Nodes team. Legal Nodes is a legal platform that helps global businesses and Web3 projects build cross-border legal structures, solve global legal tasks and stay compliant with evolving regulations. We’ve helped many Web3 projects with legal strategies and company incorporations. Speak to us to get started with structuring your fundraising process.
Before considering which might be the most suitable document to use when fundraising through the sale of tokens, it is important for the founders of a Web3 project to choose a long-term strategy for the development of their project. This strategy can have a significant effect on the key terms of the token sale, which would need to be specified in the token sale agreement.
Choosing a strategy isn’t as complicated as it sounds; there are in fact two common roads that a founder may take:
Moving forward, let’s explore the key differences between the two strategies, as well as how they affect the structuring of the token sale. After that, we’ll consider the specifics of the token sale agreement and its key terms, which require attention from the founders of Web3 projects when they are planning a token-based fundraising.
Are you looking for help and documents for structuring early-stage fundraising rounds? You might be interested in our guides and templates on the token side letter and the token warrant for pre-seed rounds, and the SAFT (simple agreement for future tokens) for seed rounds.
When the first, centralized, path is chosen, the issuance of tokens and management of the token treasury is fully controlled by the project’s team. The tokens themselves usually possess the following characteristics:
In this case, the tokenomics of the project is rather “basic”. There is little to no difference between their native tokens and online services sold by Web2 e-Commerce companies, except that the register of online services and transactions from their sale is stored with the help of blockchain technology. An important additional observation is that the token capitalization does not affect the company's valuation, as investors are usually primarily interested in shares of the token-issuing company. The tokens, on the other hand, are of interest to clients and users, who receive services within the framework (ecosystem) of a given project.
In a centralized strategy scenario, the token sale agreement does not differ much from the Terms & Conditions of traditional SaaS projects that sell subscriptions to cloud-based software, or End User License Agreements used to sell license keys to on-premise software. Those documents are usually published or signed by the company developing the software product. Since there are some established practices that already exist on how to legally structure these kinds of projects and sell their digital services, we won’t cover that here. Instead, let us move on to uncharted waters of decentralized project strategies.
When it comes to a decentralized strategy for issuing and selling tokens, the process usually follows a four-stage process:
The third stage is what is usually called a treasury round, since it is when the primary community of tokenholders is formed, and the primary liquidity is attracted to the ecosystem of the protocol, which will be later managed by the DAO as its own treasury.
The conclusion of the fourth stage marks the transformation of the project into a fully decentralized organization; the DAO is brought to life. This decentralization strategy is significantly different from the centralized sale of tokens. Among other things, in the case of the DAO, the main asset that determines the company’s capitalization is the project’s token, while the project itself becomes ownerless.
After the DAO is launched, the following things happen:
Understanding how the token foundation attracts liquidity and investments is a separate topic, which we will explore in another article soon. For now, let us focus on the treasury round, which is part of the third stage of the project’s decentralization journey. In particular, it's important to understand how token sale agreements are used to structure this round.
As explored above, the treasury round marks the stage when the treasury of the future DAO begins to form by virtue of the initial ecosystem liquidity gleaned from private and public token sales. It is also when the primary community of the tokenholders (that will later be transformed into the DAO) is formed.
To achieve this, a token sale agreement (TSA) is used to raise initial ecosystem liquidity during a private token sale. The public token distribution can be structured in various forms, which often depend on the blockchain network, in which the protocol is launched. Examples include a token generation event (TGE) in Ethereum and Polygon, a liquidity bootstrapping pool (LBP) in Cosmos, or an initial stake pool offering (ISPO) in Cardano.
A token sale agreement is a contract used to sell native tokens of the protocol to investors. It is a relatively straightforward document, which is, in its essence, a standard purchase-sale agreement. The only thing that sets it aside from Web1 and Web2 documents is the assets that are being sold. In the case of the TSA, these are on-chain digital goods or assets. The TSA is signed between a purchaser and either the Token SPV or the Token Foundation (we aim to explore this in future articles), if the project is sufficiently decentralized.
When the token sale agreement is signed, the token usually only has utility within the framework of the protocol or the dApp. Additionally, there are no governance rights attached to it; these rights can be assigned to the token at a later stage when the community of tokenholders will ratify the DAO constitution.
It is important to note that the launch of the token takes place after the launch of the protocol or together with it. Otherwise, it becomes obvious that the token is sold for the purpose of fundraising, and as a result, the token would have a high risk of being considered security.
Unlike other Web3 fundraising documents, such as the token side letter or the SAFT, there are no conversion formulas underlying a TSA. Therefore, no complex mathematical operations are required to compute the tokenholding of liquidity providers, as the number of the tokens sold is actually specified in the agreement directly. The percentage of the liquidity providers’ token holding is determined in the Token Cap Table by dividing the number of the tokens sold to the total amount of tokens issued, or by the hard cap (if there is one).
An important feature of the token sale agreement is the lock-up of tokens. To avoid the depreciation of the token’s price, the purchasers will only be allowed to dispose of their tokens after the lock-up is gradually lifted. Normally, the terms of the lock-up include a cliff and periodic vestings, for example, a lock-up of 1 year and monthly vestings over the second year.
One of the most important provisions of the TSA are the terms that describe what the token is, and when and how token holders will be able to use it after signing the TSA. These provisions will be the basis for determining:
These provisions also serve as criteria for choosing a jurisdiction where the Token SPV will be registered. To date, unfortunately, only a very small number of jurisdictions have clarified the legal qualification of tokens and the tax consequences of operations with them, including Switzerland, Liechtenstein, and the BVI. In most cases, best practices include obtaining a Token Legal / Tax Opinion in the proposed country where the Token SPV will be registered and checking for regulatory requirements for obtaining approval (as is the case in Switzerland, for example) or a special license for issuing tokens (as is the case in Liechtenstein).
It is important to keep in mind that the problem of regulatory compliance in most cases concerns not only the jurisdiction of Token SPV registration (in which token regulatory approvals and token legal opinions may be needed), but also in the jurisdictions where tokens will be sold. For example, if the Token SPV is registered in Switzerland, and the project plans to sell tokens in the U.S., founders would be wise to obtain legal advice regarding the sale of tokens in the US.
To summarize the section above into a neat little checklist, before signing the first private token sale agreement, the founders of Web3 project have to:
An alternative route to organize the sale of tokens is to use licensed intermediaries (regulated custodial launchpads), which take care of compliance procedures in exchange for a success fee from the funds received by the project. Examples of those platforms include LCX, Coinlist, and NextSeed.
To sum up, the token sales process and the use of token sale agreements differ a lot depending on whether the project is centralized or decentralized and what utilities the token will have (pure service utilities or protocol utilities and governance rights).
With decentralized projects, token sale agreements are used during a treasury round to attract liquidity to the ecosystem and form a DAO treasury. The token sale agreement is signed by either a Token SPV or a Token Foundation. The Token SPV is the entity used for the initial token distribution. A Token Foundation is an entity formed after the DAO’s creation, to which the DAO delegates the strategic (ecosystem) tokens fund, and which holds it in trust and manages it on behalf of the DAO and in the best interests of the ecosystem.
A token sale agreement alone is usually not sufficient to fully structure a treasury round. It goes hand-in-hand with the analysis of regulatory requirements, integration of sufficient anti-money laundering processes, and determining the tax consequences of the token sale.
All these regulatory requirements and essential company registrations (Token SPV, DAO Company, etc.) make it quite a difficult process for Web3 founders to manage.
At Legal Nodes, we help Web3 founders structure their fundraising process. We do this by helping founders first work out what fundraising options are best for them, and then provide the tools to bring their fundraising strategy to life.
From concept to successful fundraising round, we help by:
Speak to us to learn more about how we could help your project with legally structuring your fundraising round.
Disclaimer: the information in this guide is provided for informational purposes only. You should not construe any such information as legal, tax, investment, trading, financial, or other advice. Mentioning any of the assets in this article is not an endorsement to purchase them.
Legal Nodes does not assume responsibility for the contents of any templates or documents in any form that are provided on the Legal Nodes website. In addition, Legal Nodes does not assume responsibility for the consequence of using any version of the templates found on our website. You should consult with a legal specialist such as a lawyer, who is licensed in the country where the documents might apply. You can speak to the team at Legal Nodes to find out more about how we can help you use these documents.
