Réguler les applications Web3 plutôt que les protocoles : applications pratiques

Dans la quatrième partie de cette série, nous allons montrer comment appliquer ce cadre à la réglementation d'une structure de marché hypothétique. Nous définissons d'abord le champ de la réglementation, puis expliquons comment les différentes règles et exigences s'appliquent aux divers participants et applications dans le domaine du Web3. Cette analyse montre pourquoi les exigences réglementaires les plus strictes devraient s'appliquer aux applications présentant le plus grand risque pour les utilisateurs, tandis que celles présentant le risque le plus faible devraient être moins réglementées. Cette approche basée sur le risque assure à la fois la protection des consommateurs et la protection de l'innovation.

Bien que les exemples de réglementation discutés dans cet article se concentrent sur les cas d'utilisation de la finance cryptographique, ce cadre d'analyse pourra à l'avenir être utilisé pour personnaliser de manière appropriée la réglementation de diverses applications Web3, y compris les médias sociaux, l'économie des petits boulots et la création de contenu.

Définir le protocole

Nous avons d'abord défini les réglementations hypothétiques auxquelles ce cadre sera appliqué et évalué si les exigences de la loi sur le secret bancaire (BSA) doivent être incluses.

régulation de la structure du marché

Nous supposons que la nouvelle loi sur la structure du marché comprend une exigence de référence, à savoir que toute installation de négociation qui facilite directement les transactions d'actifs numériques doit se conformer à une ou plusieurs exigences d'enregistrement des nouvelles réglementations d'application. Cette loi inclut également certaines obligations de conformité, impliquant :

1. La garde des actifs des clients
2. Règles d'inscription des actifs de négociation
3. Conservation des enregistrements des activités de transaction
4. Guide de traitement des transactions
5. Conflit d'intérêts
6. Garantie systémique des risques opérationnels et de sécurité
7. Exigences du rapport
8. Limite minimale des ressources financières
9. Divulgation des risques
10. Audit de code

Nous appelons cette réglementation hypothétique « protocole ».

loi sur le secret bancaire

Compte tenu des raisons suivantes, nous n'avons inclus aucune exigence relative à la Loi sur la confidentialité bancaire dans le Règlement ou l'analyse :

1. Les objectifs politiques de la BSA peuvent être réalisés par la réglementation des dépôts et des retraits en monnaie fiduciaire existante.
2. L'ajout d'exigences KYC aux applications d'échanges décentralisés pourrait compromettre les objectifs politiques du règlement.
3. Le coût des obligations BSA peut freiner l'innovation
4. Les exigences KYC pourraient nuire aux avantages d'inclusivité financière de la technologie blockchain.

Application du protocole

Maintenant, nous allons montrer l'application du « protocole » dans la pratique, y compris des applications aux caractéristiques différentes, des échanges centralisés aux simples explorateurs de blocs.

échange centralisé

Les exigences d'enregistrement et les obligations de conformité continue du « règlement » doivent s'appliquer pleinement aux entreprises exploitant des infrastructures de négociation exclusives.

échange décentralisé

Le « règlement » ne devrait pas et ne peut pas s'appliquer directement à tout protocole Web3. Le protocole doit rester open source, décentralisé, autonome, standardisé, résistant à la censure et sans autorisation.

application de protocole d'échange décentralisé

Nous pouvons les diviser en quatre catégories :

1. Application mature et rentable:

   • Doit respecter les exigences d'enregistrement du protocole, sans inclure les exigences de conservation, mais incluant l'audit de code.

2. Applications lucratives nouvellement créées :

   • Peut être exempté des exigences d'enregistrement, mais doit se conformer aux exigences de divulgation initiales ou continues et aux exigences d'audit de code.

3. Application à but non lucratif spécialement conçue pour faciliter les transactions :

   • Peut être exempté des exigences d'enregistrement, mais doit se conformer aux exigences de divulgation initiale ou continue et d'audit de code.

4. Applications non lucratives non spécifiquement destinées à faciliter les transactions :

   • Exclu de toutes les exigences du protocole

échange décentralisé DAO

Le DAO du DEX pourrait avoir besoin d'accepter certaines mesures de protection supplémentaires, y compris l'interdiction de percevoir des commissions sur les transactions initiées par des applications non conformes.

développeur d'échanges décentralisés

Les individus ou entreprises qui développent ou publient des logiciels ne devraient pas être soumis à une réglementation directe.

Conclusion

Une régulation efficace de Web3 doit commencer par l'établissement d'objectifs politiques clairs, et ces objectifs doivent être dynamiquement pondérés en fonction des caractéristiques des applications. Des mesures doivent être prises pour réduire les risques d'activités illégales, tout en mettant en place des garanties pour s'assurer que les DAO ne sont pas utilisés comme des failles. En fin de compte, une régulation appropriée peut libérer le potentiel de la technologie Web3 et ajouter de nombreuses nouvelles fonctionnalités locales à Internet.