Auteur : @Web3Mario (https://x.com/web3_mario)
Le sujet le plus brûlant de la semaine dernière doit être Incident de vérification du largage public de ZKsync À l'origine, l'auteur étudiait et écrivait quelques expériences d'apprentissage sur le développement de DApp de TON, mais vu cet événement controversé et la communauté qu'il a provoqué La discussion approfondie. m'a donné des sentiments, alors j'ai écrit un article dans l'espoir de le partager avec tout le monde. En général, le système de largage de ZKSync adopte une méthode de distribution basée sur une preuve de propriété, se concentrant davantage sur les récompenses pour les développeurs, les contributeurs principaux et les ZKSyncnativeDegenbaleines, cela crée une situation où l'original DegenLa baleine géante rit et le salon de coiffure aboie.
Pendant longtemps, l'industrie du Web3 semble s'être formée grâce à Airdrop attirer les utilisateurs vers le produit, réalisant ainsi le paradigme du démarrage à froid du projet. Cela est particulièrement vrai dans le cadre de la piste Layer2. En guidant les attentes des développeurs et des utilisateurs concernant les largages potentiels, les développeurs sont incités à créer et à maintenir activement DApp, tout en incitant les utilisateurs à acheminer les fonds vers la cible dès le début. étapes de développement Layer2, et participer activement à la DApp fonctionnant sur la cible Layer2, servant ainsi l'objectif d'activer l'écologie, qui est devenue un standard.
Par le passé, les utilisateurs s'attendaient généralement à ce que le largage de ZKSync soit comparé à ses deux concurrents directs, Arbitrum et Optimism. Bien sûr, cette conclusion est logique quelle que soit l'influence de l'industrie, l'expérience du VC, l'ampleur de la collecte de fonds, etc. Cependant, les résultats sont très différents, ce qui a conduit de nombreux utilisateurs à réutiliser leurs expériences passées pour participer à ZKSync ne semblent pas recevoir le nombre de récompenses attendu, ce qui a suscité une large controverse au sein de la communauté.
Afin d'explorer les raisons de cette controverse et de discuter de certaines implications de référence pour l'avenir, il est naturellement nécessaire de revoir les paramètres précédents des règles de largage de Arbitrum et Optimisme. Passons d'abord en revue l'événement airdrop de Arbitrum, qui remonte à 2023année3mois, qui a alloué Aribitrum aux utilisateurs 11,62% de l'offre totale Arb airdrop, tout en allouant 1.13% de Arbairdrop à DAO fonctionnant dans l'écosystème Arbitrum.Le paramétrage de l'activité airdrop est basé sur les données instantanées de 2023année2mois6jour. Les règles spécifiques pour les utilisateurs sont les suivantes :
.Chaque détail aura une méthode de calcul de score spécifique. La limite supérieure du score est de 15 points. Ce score est utilisé pour déterminer le montant de Arb que l'utilisateur peut recevoir. La méthode de calcul peut être approximative car il existe une relation linéaire, mais la récompense de départ commence à partir de 3 points et la récompense plafonnée est de 10200 pièces Arb. Quant aux récompenses pour DAO, le montant spécifique est déterminé directement en fonction de la méthode d'évaluation de l'activité, à partir des résultats, au final 137DAO ont reçu des airdrops, parmi lesquels Treasure. et GMX ont reçu le plus, soit 80010 000Arb Selon l'essence actuelle, c'est vraiment un énorme profit.
Ensuite, passons en revue Optimisme Contrairement à Arbitrum, le largage de Optimisme s'effectue en plusieurs tours. Le nombre total de récompenses distribuées représente 19% du. approvisionnement total. Son premier événement de largage aérien de premier tour remonte à 2022année6mois. Un total de 5% récompenses ont été distribuées à 26mille adresses jusqu'à présent. Quatre séries de largages ont été effectuées, et les règles spécifiques à chaque série de largages sont les suivantes :
D'après l'examen ci-dessus, il n'est pas difficile de constater que le nombre d'interactions sera utilisé comme référence importante dans ses paramètres d'activité spécifiques, les utilisateurs qui interagissent plus fréquemment reçoivent généralement plus de récompenses.Cependant, cette règle tacite semble avoir été abandonnée par ZKSync Dans la conception du parachutage de ZKSync, les qualifications et l'attribution des utilisateurs de ZKsync sont divisées en quatre étapes consécutives pour sélectionner et calculer. Les règles spécifiques sont à peu près les suivantes :
D'après les règles spécifiques, il n'est pas difficile de constater que le nombre d'interactions n'intervient pas dans le calcul des récompenses, mais se concentre plutôt sur le montant des fonds dans un seul compte et la volonté d'allouer des actifs risqués. Par conséquent, lorsque les résultats ont été annoncés, de nombreuses personnes ou studios qui se sont appuyés sur des expériences passées et ont beaucoup interagi sur ZKSync ont également été choqués. Cela a également été la source de toute la controverse. Afin d'augmenter le nombre d'adresses pouvant recevoir des parachutages potentiels, ce groupe d'utilisateurs choisit généralement de disperser autant que possible des fonds importants dans des groupes d'adresses. Ces groupes d'adresses sont généralement des centaines, voire des milliers, et utilisent de petits fonds pour participer à un. certain accord. Déterminez certains comportements motivants possibles, interagissez fréquemment via des scripts automatisés ou des méthodes manuelles et accomplissez des tâches pour augmenter les avantages potentiels. Le paramètre airdrop de ZKSync rend cette stratégie inefficace. Les frais de traitement payés par de nombreuses adresses en interaction fréquente sont encore plus élevés que les récompenses reçues, ce qui suscite naturellement le mécontentement de ce groupe de personnes.
Et il n'est pas difficile de trouver un grand nombre de chasseurs de parachutages KOL en Fort attrait, nous avons donc fait pression sur le responsable de ZKSync via les réseaux sociaux, dans l'espoir de changer cette situation. Cependant, à en juger par l'attitude officielle, il semble qu'ils soient également très durs et n'aient pas modifié les règles sous la pression, ce qui explique la situation actuelle. Les accusations et les justifications de certains comportements potentiellement pervers déclenchées par le débat sont les points forts de cette guerre d’opinion publique.
À en juger par les résultats, les appels des deux côtés semblent compréhensibles. Le bien et le mal ne peuvent être discutés que sous quel angle, mais je pense qu'il y a certaines choses qui méritent d'être réfléchies, c'est-à-dire jusqu'à ce jour, Web3 Quels sont les utilisateurs à valeur fondamentale dans la phase de démarrage à froid du projet, ou quel type d'utilisateurs devrait être encouragé dans la phase de démarrage à froid. Les récompenses pour les participants hâtifs basées sur Airdrop se sont avérées efficaces Web3 Moyen de démarrage à froid du projet et de bons paramètres du mécanisme de largage peuvent aider le projet à attirer efficacement les utilisateurs de semences à un stade précoce, en même temps, il peut compléter la formation des utilisateurs et augmenter l'adhérence du produit en les incitant à utiliser les comportements clés du protocole. C'est aussi la raison fondamentale pour laquelle, pendant longtemps, les paramètres de largage de la plupart des projets Web3 se sont concentrés sur des comportements interactifs motivants. Cependant, cela a présenté un inconvénient, à savoir que cela abaisse facilement le seuil pour recevoir des récompenses. fait des activités A rencontré une attaque de sorcière. Étant donné que les comportements interactifs sont faciles à automatiser et à regrouper, cela donne à de nombreuses équipes professionnelles une marge de manœuvre pour les opérations par lots lorsqu'un grand nombre de comptes de robots affluent, même si cela entraînera une fausse prospérité à court terme du protocole, ces « utilisateurs ». généralement progressivement, vivre seul ne peut pas donner une impulsion au développement futur du projet. Après avoir reçu les récompenses, la plupart d'entre elles seront encaissées pour augmenter le taux de rotation du capital et ainsi augmenter les bénéfices. Ce mécanisme d'incitation dilue en fait le nombre de récompenses du côté du projet. donne à ces utilisateurs une valeur réelle. Cela ne vaut vraiment pas la perte. Alors pourquoi ce mécanisme a-t-il bien fonctionné au début ? C'est naturellement parce qu'il n'y avait pas beaucoup d'équipes professionnelles similaires à cette époque. La plupart des utilisateurs n'avaient pas encore pris l'habitude de réfléchir à ce mécanisme d'incitation et à l'interactivité. le comportement était encore relativement pur. , appartiennent à des utilisateurs réels, ce qui permet de distribuer les incitations à ces utilisateurs plus efficacement, et l'effet de richesse qui en résulte aide également la partie au projet à obtenir les avantages ci-dessus. Cependant, avec l'impact de l'effet lucratif. , cette méthode est évidemment incapable d'attirer efficacement de vrais utilisateurs. L'un de mes sentiments personnels est que l'efficacité des activités de largage aérien avec l'interaction comme incitation principale a pratiquement atteint son apogée au moment du largage aérien Arbitrum. C'est aussi la raison fondamentale pour laquelle ZKSync veut abandonner l'utilisation de numéros d'interaction comme base d'identification de la valeur des utilisateurs en fonction de la taille relative des actifs. Cependant, cette méthode de certification de propriété n’est pas sans poser de problèmes. Bien que le risque d’attaques de sorcières puisse être identifié et éliminé plus efficacement, un nouveau problème qui en découle est la répartition inégale des richesses provoquée par le monopole. Nous savons que l'une des valeurs fondamentales du projet Web3 est le modèle d'autonomie distribuée ascendante. Cela signifie que le soutien des utilisateurs de base (utilisateurs réels disposant de petits capitaux) constitue la base du développement d’un projet. C'est précisément avec les utilisateurs de base que certains utilisateurs de baleines peuvent affluer et former une forme de développement plus durable. Après tout, l'avantage financier n'est toujours disponible que s'il y a suffisamment d'utilisateurs de base, les utilisateurs de baleines en bénéficieront. assez gros. Ensuite, le système de distribution des certificats de propriété entraînera des avantages évidents pour les utilisateurs de baleines parmi les utilisateurs précoces au début du démarrage à froid. Cela rend difficile la formation d'incitations efficaces pour les utilisateurs de base et, naturellement, il est impossible de former une cohésion. communauté. En dernière analyse, pour le projet Web3, lors de la conception du mécanisme de démarrage à froid, vous devez toujours examiner attentivement le profil d'utilisateur qui est précieux pour votre produit et concevoir le mécanisme correspondant en fonction de l'actuel. environnement pour être efficace La priorité absolue est d'inciter les utilisateurs de valeur mentionnés ci-dessus tout en essayant d'éviter les attaques de sorcières. Par conséquent, comment concevoir votre propre mécanisme de démarrage à froid est un sujet très précieux, et tout le monde est invité à laisser un message dans mon X pour en discuter. Réfléchissez ensemble à des options amusantes. La réinteraction entraîne un problème d'attaque de sorcière, et la preuve de propriété entraîne un problème de monopole
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!