Note de l'éditeur : "Comment puis-je lancer un jeton" est l'une des questions les plus courantes que nous recevons de la part des fondateurs, étant donné la nature en constante évolution de l'industrie de la cryptographie. Alors que les prix augmentent et que la peur de manquer (FOMO) s'installe - tout le monde lance un jeton, devrais-je aussi ? - il est encore plus important pour les bâtisseurs d'aborder les jetons avec prudence et attention. Ainsi, dans cette série spéciale de publications, nous abordonsse préparer pour le lancement, stratégies de gestion des risques, et quelques règles et directives supplémentaires pour les jetonsAssurez-vous de vous inscrire pournotre bulletin d'informationpour plus d'informations sur les jetons et d'autres ressources pour la construction d'entreprises.

Lorsque vous souhaitez lancer un jeton, il y a plusieurs étapes auxquelles vous devez réfléchir d'un point de vue opérationnel. Cela s'applique encore plus si vous travaillez avec des parties prenantes réglementées par la Securities and Exchange Commission des États-Unis (SEC). Le but de cet article est de définir la logistique nécessaire pour établir un protocole, garantir sa sécurité et permettre aux entités réglementées par la SEC de satisfaire aux exigences de conformité.

La première chose à savoir lors du lancement d'un jeton est que cela prend du temps et du travail d'équipe. Le processus implique plusieurs types d'intervenants - développeurs de protocoles, gardiens tiers, fournisseurs d'enjeu, investisseurs, employés et autres - tous doivent être sur la même longueur d'onde lors de la préparation de la création et de la garde d'un nouvel actif numérique. Il est donc impératif de comprendre et de prévoir suffisamment de temps pour chaque étape du processus.

Veuillez noter que l'ensemble des directives qui suivent représente un instantané dans le temps. À mesure que le marché évolue, que de nouveaux produits arrivent et que l'environnement réglementaire se développe, les meilleures pratiques sont susceptibles d'évoluer. En attendant, ces directives peuvent être une ressource utile pour les développeurs de protocoles à prendre en compte lors de la préparation d'un lancement de jetons.

1: Coordonner avec les gardiens

Pour des raisons réglementaires, certains intervenants peuvent ne pas être en mesure de prendre la garde d'un jeton jusqu'à ce qu'il soit pris en charge par un gardien tiers qui satisfait à certaines exigences, notamment être enregistré auprès d'une autorité d'État ou fédérale et soumis à une supervision et à un examen, s'engager dans la sauvegarde des actifs cryptographiques en tant que partie régulière et substantielle de son activité, et être soumis à des rapports et à une vérification financiers, opérationnels et de sécurité réguliers.

Il est important de noter que tous les gardiens ne sont pas créés égaux. Si votre protocole implique de gros investisseurs pour aider à sécuriser le réseau, que ce soit en misant ou en gouvernance dès le lancement, il est impératif de travailler avec un gardien tiers de haute qualité plusieurs mois à l'avance pour qu'ils puissent fournir un soutien adéquat. Si vous n'êtes pas sûr des normes de qualité, demandez à vos investisseurs de clarifier leurs besoins. Ne supposez pas que n'importe quel gardien sera équipé pour gérer vos jetons dès le départ. Planifiez en conséquence.

Commencez les conversations tôt. Les gardiens de haute qualité peuvent mettre environ six à neuf mois ou plus pour prendre en charge de nouvelles blockchains de couche 1 (L1s). Les protocoles plus complexes - tels que ceux qui utilisent SNARKs, avoir des fonctionnalités de confidentialité, ou qui interagissent avec réseaux de couche 2 (L2)— peut prolonger le processus. Pendant ce temps, les jetons construits sur Ethereum, tels que les ERC-20 et les NFT, ou ceux construits sur Solana, tels que les jetons de la bibliothèque de programmes Solana (SPL), sont plus simples et peuvent prendre moins de temps, disons trois à cinq mois, en supposant qu'il n'y ait pas d'accrocs. Veuillez noter que ces délais ne sont que des estimations approximatives et peuvent varier largement en fonction des demandes des dépositaires.

Si votre protocole implique le staking et la gouvernance dès le premier jour, attendez-vous à ce que le développement prenne encore plus de temps. Alertez les partenaires dès que possible. (Voir la directive cinq pour plus d'informations sur la possibilité d'activer le staking et la gouvernance.) Prenez également en compte que les parties prenantes devront effectuer une diligence raisonnable sur les dépositaires, les fournisseurs de staking ou tout autre fournisseur tiers, y compris l'évaluation de leurs pratiques de sécurité de l'information (infosec) et de sécurité opérationnelle.

2: Effectuer des audits de sécurité

Pour réduire la probabilité de problèmes pendant ou après le lancement du jeton, tout le code que vous avez écrit lié au jeton devrait être soigneusement examiné. Cela prend généralement la forme d'un audit de code, réalisé soit par parties tout au long du développement d'un projet, soit en une seule fois à la fin du développement. Les audits devraient être effectués par un examinateur ayant de l'expérience dans l'examen de produits similaires, avec un accent sur le potentiel d'erreur de code ou de sécurité logicielle.

La sélection des auditeurs est une tâche non triviale car il n'existe actuellement aucun organisme de réglementation certifiant les auditeurs. En tant que tel, il est de votre responsabilité de faire preuve de diligence raisonnable pour vous assurer que l'auditeur est suffisamment qualifié. Lors de l'examen des qualifications d'une société d'audit, vous devriez vous poser les questions suivantes :

1. Est-ce que l'auditeur a une méthodologie de test bien définie qui peut être fournie aux clients potentiels?
2. La méthodologie aborde-t-elle les principales préoccupations du protocole examiné ?
3. La méthodologie inclut-elle l'utilisation de techniques et d'outils standard de l'industrie pour la détection des vulnérabilités logicielles?
4. L'auditeur a-t-il de l'expérience dans l'examen de projets similaires au protocole en cours d'examen?
5. L'auditeur a-t-il été impliqué dans un projet ayant subi une violation de sécurité très médiatisée après l'examen de l'auditeur ? Si oui, l'erreur ou le défaut exploité faisait-il partie du code examiné par l'auditeur ?

Les réponses à ces questions devraient clarifier si l'auditeur est préparé et capable d'effectuer des examens de votre protocole de manière suffisante pour détecter et résoudre les erreurs avant le lancement du logiciel.

Après la mise en service de l'audit et la réception du rapport initial de l'auditeur, vous devez résoudre tous les problèmes graves (problèmes de gravité élevée ou critique, souvent aussi de gravité moyenne) et résoudre sélectivement les problèmes moins pressants, de moindre gravité. Pour tout problème que vous avez choisi de ne pas résoudre, vous devez fournir une justification. Une fois que vous avez traité les problèmes du rapport initial, chargez l'auditeur de vérifier l'exhaustivité des efforts de remédiation.

Une fois la résolution des problèmes signalés vérifiée avec succès, un rapport final doit être créé et publié publiquement aux côtés du code source du protocole ou mis à la disposition de toutes les parties recevant ou traitant les jetons.

3: Allouer et distribuer des jetons

Après avoir créé un calendrier en coordination avec des gardiens de haute qualité et d'autres parties prenantes et avoir effectué des audits de sécurité, il est temps de commencer à réfléchir à l'allocation et à la livraison des jetons.

Les développeurs de protocoles peuvent allouer des jetons de deux manières : soit avant, soit après le lancement du jeton (également appelé événement de génération de jeton). De nombreux intervenants préfèrent recevoir des allocations avant le lancement. En d'autres termes, ils préfèrent que leurs adresses de portefeuille soient intégrées dans le bloc genesis, le premier bloc d'une blockchain, au moment de sa création. Cela n'est en aucun cas une obligation cependant. Les jetons alloués après le lancement peuvent être livrés aux intervenants par tranches, chaque tranche représentant un pourcentage de l'offre totale de jetons.

Lorsqu'il est temps de distribuer des jetons, gardez à l'esprit où vous envoyez les jetons, combien de portefeuilles vous distribuez, et vérifiez les adresses avec confiance mais vérifiez. Les parties prenantes réglementées par la SEC telles que les conseillers en investissements enregistrés (RIA) demanderont probablement que les jetons soient livrés directement à leurs dépositaires. Les parties prenantes devraient avoir la possibilité d'avoir autant de portefeuilles qu'elles le souhaitent. Cela leur permet de minimiser la concentration de jetons dans un portefeuille donné et ainsi de répartir leur risque, notamment grâce à des politiques d'assurance, y compris des plafonds par portefeuille ou par compte. Avant de distribuer des jetons, envoyez toujours des transactions de test et vérifiez la réception, car cela peut réduire la possibilité d'erreurs dans la livraison.

En résumé, les développeurs de protocoles devraient se poser la question :

1. Quand les intervenants recevront-ils des actifs (par exemple, avant ou après le lancement) ?
2. Où les parties prenantes demanderont-elles que les jetons soient envoyés et combien de portefeuilles chaque partie prenante demandera-t-elle ?
3. Les parties prenantes recevront-elles tous les jetons en une seule fois ou par tranches?

4: Assurer l'application des blocages

Les verrous de jetons sont l'un des meilleurs mécanismes pour démontrer une conviction dans le succès à long terme d'un projet et pour aligner les intérêts des parties prenantes sur le long terme. Cela peut être déterminé à différents moments, potentiellement bien avant d'autres considérations sur les jetons; par exemple, lors des tours de table initiaux lorsque les bons de jetons sont signés.

Une meilleure pratique consiste à ce que tous les initiés (employés, investisseurs, conseillers, partenaires, etc.) soient soumis aux mêmes périodes de gel et de blocage des jetons. Si certains initiés ont des périodes de blocage différentes, ou si l'application de ces blocages n'est pas claire, cela pourrait involontairement créer des incitations imprévisibles et certains initiés pourraient essayer de vendre des jetons prématurément. Cela peut créer de la méfiance à l'égard du protocole et avoir par ailleurs un impact négatif. Tous les intervenants devraient fonctionner sur une chronologie similaire, et cette chronologie devrait orienter tout le monde vers le succès à long terme du projet. (Notez que ces considérations ne devraient pas empêcher les utilisateurs d'utiliser le jeton dans un réseau blockchain ou une application même si cette utilisation intervient plus tôt que ce que les blocages pourraient autrement permettre.)

Une fois que vous avez décidé des périodes de déblocage et de verrouillage (qui ne doivent pas être inférieures à un an à partir du lancement du jeton), vous pouvez choisir de faire distribuer les jetons soit par un dépositaire tiers, de manière programmée, ou les deux. De nombreux intervenants chercheront, idéalement, à ce qu'un dépositaire reçoive les jetons et fasse respecter les délais de verrouillage et de déblocage d'un point de vue légal et technique. D'autres options incluent la revendication des jetons conformément à un calendrier de déblocage via des contrats intelligents audités ou d'autres outils tiers de déblocage de jetons.

Les questions clés à poser à ce stade :

1. Tous les intervenants sont-ils soumis aux mêmes périodes de blocage et de déblocage ?
2. Les gardiens peuvent-ils faire respecter les termes des blocages ?
3. Comment les jetons déverrouillés seront-ils distribués selon le calendrier de déblocage ?

5: Activer le staking et la gouvernance

Comme mentionné dans la première directive, si vous avez besoin que les parties prenantes participent au jalonnement et à la gouvernance pour sécuriser votre protocole, vous devrez peut-être coordonner avec les gardiens à l'avance. Les développeurs de protocoles ne doivent pas supposer que les gardiens soutiendront automatiquement le jalonnement et la gouvernance de leurs jetons. Les gardiens ont besoin de temps — souvent des mois — pour mettre en place un support de jalonnement et de gouvernance.

Voici une liste de questions que vous voudrez peut-être vous poser si votre protocole repose sur les parties prenantes pour le staking ou la gouvernance.

Questions de mise en jeu :

• Le gardien permettra-t-il une délégation arbitraire aux fournisseurs de jalonnement ou le gardien aura-t-il un groupe pré-sélectionné de fournisseurs? (Il peut être utile de travailler avec des fournisseurs de jalonnement qui ont exploré le protocole et ont fourni des commentaires dans la phase de testnet.)
• Si le gardien a présélectionné un groupe de fournisseurs de jalonnement, comment cela affectera-t-il la sécurité du réseau et les efforts de décentralisation du protocole? (Le choix d'une variété de fournisseurs de jalonnement ayant des validateurs à l'échelle mondiale peut aider à décentraliser le protocole.)
• Les récompenses sont-elles composées ou les parties prenantes devront-elles restaker? (Idéalement, les récompenses sont automatiquement restakées plutôt que manuellement).
• Y a-t-il un montant minimum/maximum à miser par portefeuille ?
• Y a-t-il des minimums/maximums de jetons pour les nœuds de validation, et est-ce que cela changera avec le temps ?

Questions de gouvernance:

• Si vous attendez que vos parties prenantes participent à la gouvernance, le gardien va-t-il permettre cette participation techniquement ou va-t-il exécuter les votes au nom des parties prenantes ?
• Y aura-t-il un vote on-chain ou off-chain (par exemple, via Snapshot) pour le protocole ?

—

Pour récapituler, si vous vous apprêtez à lancer un jeton et si ce plan inclut des parties prenantes réglementées par la SEC, assurez-vous de laisser suffisamment de temps aux dépositaires de haute qualité pour développer le support de votre protocole. Attendez-vous à ce que le délai de développement varie en fonction du dépositaire et dépende de la complexité du protocole. Le développement peut aller de trois à cinq mois pour des jetons plus standard, comme les ERC-20 d'Ethereum ou les SPL de Solana, à neuf mois pour de nouvelles blockchains, voire plus longtemps pour des jetons impliquant des SNARK, des fonctionnalités de confidentialité, ou des interactions avec des réseaux de couche 2 (L2). Commencez les conversations tôt.

Après avoir établi des délais réalistes, préparez-vous pour les prochaines étapes. Vous pouvez allouer des jetons soit en intégrant des portefeuilles dans le bloc de genèse avant le lancement, soit en distribuant des jetons par tranches après le lancement. De toute façon, tous les parties prenantes devraient être soumises aux mêmes périodes de verrouillage des jetons et aux mêmes calendriers de déblocage pour garantir l'alignement. Effectuez les audits et évaluations de sécurité nécessaires. Enfin, travaillez sur les détails du staking et de la gouvernance de votre protocole, que les dépositaires et les autres parties prenantes devront connaître et préparer pour garantir sa sécurité.

Si vous suivez ces étapes, vous aurez une bonne maîtrise de la logistique nécessaire pour un lancement de jeton réussi.

* \\
Les opinions exprimées ici sont celles des membres individuels de AH Capital Management, L.L.C. (“a16z”) cités et ne représentent pas les opinions de a16z ou de ses sociétés affiliées. Certaines informations contenues ici ont été obtenues de sources tierces, y compris des entreprises de portefeuille des fonds gérés par a16z. Bien que provenant de sources réputées fiables, a16z n'a pas vérifié indépendamment ces informations et ne fait aucune déclaration concernant l'exactitude actuelle ou durable des informations ou leur pertinence pour une situation donnée. De plus, ce contenu peut inclure des publicités de tiers ; a16z n'a pas examiné ces publicités et ne cautionne aucun contenu publicitaire qui y est contenu.

Ce contenu est fourni à titre informatif uniquement et ne doit pas être considéré comme un conseil juridique, commercial, financier ou fiscal. Vous devriez consulter vos propres conseillers sur ces questions. Les références à des titres ou des actifs numériques ne sont données qu'à titre illustratif et ne constituent pas une recommandation d'investissement ou une offre de services de conseil en investissement. De plus, ce contenu n'est pas destiné aux investisseurs ou aux investisseurs potentiels, et ne doit en aucun cas être utilisé pour prendre une décision d'investissement dans un fonds géré par a16z. (Une offre d'investissement dans un fonds a16z ne sera faite qu'au moyen du mémorandum d'offre privée, du contrat de souscription et des autres documents pertinents de tout tel fonds et devrait être lu dans leur intégralité.) Les investissements ou les sociétés de portefeuille mentionnés, référencés ou décrits ne sont pas représentatifs de tous les investissements dans les véhicules gérés par a16z, et il ne peut être garanti que les investissements seront rentables ou que d'autres investissements futurs auront des caractéristiques ou des résultats similaires. Une liste des investissements réalisés par les fonds gérés par Andreessen Horowitz (à l'exclusion des investissements pour lesquels l'émetteur n'a pas autorisé a16z à divulguer publiquement ainsi que des investissements non annoncés dans des actifs numériques négociés publiquement) est disponible à https://a16z.com/investments/.

Les graphiques et les graphiques fournis ici ont un but purement informatif et ne doivent pas être utilisés comme base pour prendre une décision d'investissement. Les performances passées ne préjugent pas des résultats futurs. Le contenu ne reflète que la date indiquée. Toutes les projections, estimations, prévisions, objectifs, perspectives et/ou opinions exprimées dans ces documents sont susceptibles de changer sans préavis et peuvent différer ou être contraires aux opinions exprimées par d'autres. Veuillez consulter https://a16z.com/disclosurespour des informations complémentaires importantes.

Avertissement：

1. Cet article est repris de [Gatea16zcrypto], Tous les droits d’auteur appartiennent à l’auteur original [Adina Fischer、Matt Gleason、Justin Simcock]. S'il y a des objections à cette réimpression, veuillez contacter le Gate Learnéquipe, et ils s'en occuperont rapidement.

2. Clause de non-responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent aucun conseil en investissement.

3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.