Autor: @Web3Mario (https://x.com/web3_mario)

Resumen: El tema más candente de la semana pasada fue definitivamente el incidente de verificación de lanzamiento aéreo público de ZKsync. Originalmente, el autor estaba estudiando y escribiendo algunas experiencias de aprendizaje sobre el desarrollo de DApp de TON, pero al ver este incidente controvertido y la amplia difusión que causó en la comunidad, después de discutirlo. Tenía bastantes sentimientos, así que escribí un artículo con la esperanza de compartirlo con todos. En general, el plan de lanzamiento aéreo de ZKSync adopta un método de distribución basado en prueba de propiedad, centrándose más en recompensas para los desarrolladores, los contribuyentes principales y las ballenas Degen nativas de ZKSync. Esto ha creado una situación en la que las ballenas Degen nativas se están riendo, el estudio espeluznante. esta llamando.

El foco del debate comunitario: ¿Es la interacción la clave o la cantidad de dinero es la clave?

Durante mucho tiempo, la industria Web3 parece haber formado un paradigma de atraer usuarios para que utilicen productos a través de Airdrop, logrando así un comienzo en frío del proyecto. Esto es especialmente cierto en la pista de la Capa 2. Al guiar a los desarrolladores y las expectativas de los usuarios sobre posibles lanzamientos aéreos, se estimula a los desarrolladores a crear y mantener activamente DApps, al tiempo que se estimula a los usuarios a conectar fondos con la Capa 2 objetivo en las primeras etapas de desarrollo y de forma activa. participar en los proyectos que se ejecutan en la Capa 2 objetivo. DApp, que cumple así el propósito de activar la ecología, se ha convertido en un estándar.

Por lo tanto, en el pasado, los usuarios generalmente esperaban que el lanzamiento aéreo de ZKSync se basara en sus dos competidores directos, Arbitrum y Optimism. Por supuesto, esta conclusión es lógica independientemente de la perspectiva de la influencia de la industria, los antecedentes de VC, la escala de recaudación de fondos, etc. Sin embargo, los resultados son bastante diferentes, lo que lleva a que muchos usuarios reutilicen experiencias pasadas para participar en ZKSync y no parecen obtienen lo que esperaban. La cantidad de recompensas dentro del sistema ha generado un debate generalizado en la comunidad.

Para explorar las razones detrás de esta controversia y discutir algunas implicaciones de referencia para el futuro, es naturalmente necesario revisar la configuración anterior de las reglas de lanzamiento aéreo de Arbitrum y Optimism. Primero, revisemos la actividad de lanzamiento aéreo de Arbitrum, que se remonta a marzo de 2023. Asignó el 11,62% del suministro total de lanzamientos aéreos de Arb a los usuarios de Aribitrum y asignó el 1,13% de los lanzamientos aéreos de Arb al DAO que se ejecuta en el ecosistema de Arbitrum. La configuración de la actividad de lanzamiento aéreo se basa en los datos instantáneos del 6 de febrero de 2023. Las reglas específicas para los usuarios son las siguientes:

  • Cruzar cadena a Arbitrum: los usuarios deben transferir fondos a Arbitrum One o Arbitrum Nova.

  • Transacciones en diferentes periodos de tiempo: El usuario ha realizado transacciones en dos meses diferentes, seis meses diferentes o nueve meses diferentes.

  • Frecuencia de transacción e interacción: el usuario realizó más de 4, 10, 25 o 100 transacciones, o interactuó con una cantidad correspondiente de contratos inteligentes.

  • Valor de transacción: El valor total de las transacciones realizadas por el usuario supera los $10,000, $50,000 o $250,000.

  • Proporcionar liquidez: los usuarios han depositado más de $10 000, $50 000 o $250 000 en liquidez.

  • Actividad de Arbitrum Nova: Los usuarios han realizado más de 3, 5 o 10 transacciones en Arbitrum Nova.

Cada detalle tendrá un método de cálculo de puntuación específico. El límite superior de la puntuación es de 15 puntos. Esta puntuación se utiliza para determinar la cantidad de Arbs que el usuario puede recibir. El método de cálculo se puede aproximar como una relación lineal, pero el método inicial. La recompensa comienza desde 3 puntos y tiene un límite de 10,200 Arb. En cuanto a las recompensas por DAO, la cantidad específica se determina directamente en función del método de evaluación de la actividad. A partir de los resultados, 137 DAO finalmente recibieron lanzamientos aéreos, de los cuales Treasure y GMX recibieron la mayor cantidad, 8 millones de Arb respectivamente. lo cual es realmente una gran ganancia.

A continuación, repasemos Optimism. A diferencia de Arbitrum, los lanzamientos aéreos de Optimism se llevan a cabo en múltiples rondas. El número total de recompensas distribuidas representa el 19% del suministro total. Su primera ronda de lanzamientos aéreos se remonta a junio de 2022, con un total del 5%. de las recompensas se han distribuido a 260.000 direcciones. Hasta el momento, se han llevado a cabo cuatro rondas de lanzamientos aéreos. Las reglas específicas de cada ronda de lanzamientos aéreos son las siguientes:

  • La primera ronda: los usuarios ordinarios y los usuarios activos se dividen según el número de transacciones, correspondientes a direcciones con una transacción y direcciones con más de 4 transacciones, así como los participantes de Ethereum DAO, los usuarios de billeteras multifirma de Ethereum, los donantes de Gitcoin y los usuarios cruzados. -Usuario de puente de cadena. Cada estado corresponde a una recompensa de valor fijo y las últimas tres recompensas se pueden acumular.

  • Segunda ronda: los usuarios cuya tarifa total de transacción de gas sea superior a 6,1 USD o cuya antigüedad monetaria supere los 2.000 y participen en la gobernanza encomendada pueden compartir 11.742.277 $OP;

  • La tercera ronda: los usuarios con una antigüedad monetaria de más de 18.000 que participan en la gobernanza encomendada pueden compartir 19.411.313 $OP;

  • Ronda 4: 10.343.757 $OP asignados a creadores de NFT;

De la revisión anterior, no es difícil encontrar que el número de interacciones será un indicador de referencia importante en su configuración de actividad específica. Los usuarios que interactúan con más frecuencia generalmente recibirán más recompensas. Sin embargo, esta regla tácita parece haber sido abandonada por ZKSync. En el diseño de lanzamiento aéreo de ZKSync, la calificación y asignación de los usuarios de ZKsync se seleccionan y calculan en cuatro pasos consecutivos. Las reglas específicas son aproximadamente las siguientes:

  • Evaluación de elegibilidad: cada dirección que ha realizado transacciones en ZKsync Era y ZKsync Lite se verifica según los criterios de elegibilidad. Ha establecido 7 criterios de inspección para seleccionar a los usuarios calificados, como interactuar con más de 10 contratos no simbólicos y los contratos no simbólicos deben estar activos durante al menos 30 días, enviar al menos 5 transacciones en la Era ZKsync, etc.

  • Distribución: al calcular el monto de recompensa específico para una dirección que cumple con los criterios anteriores, la confirmación se basa en una fórmula de escala de valor que calcula un promedio ponderado en el tiempo según el monto enviado a ZKsync Era y el tiempo en que se retuvieron esos criptoactivos. el valor de la billetera y utilícelo para ajustar la asignación de cada dirección. Al mismo tiempo, los fondos que participan en el protocolo DApp recibirán un bono 2x. Esto significa que transfiere grandes fondos a ZKSync y los conserva durante mucho tiempo. y utilizarlos activamente Los fondos que participan en algunos productos de riesgo, como proporcionar liquidez a DEX, recibirán más recompensas.

  • Multiplicador: Las direcciones que cumplan ciertos criterios pueden recibir un multiplicador en la asignación. Estos estándares suelen contener algunas altcoins o NFT de alto riesgo nativas de ZKSync.

  • Detección de Sybil: Finalmente, ZKSync también realizará la detección de ataques de Sybil para garantizar que la mayoría de los robots sean filtrados. Los criterios de detección son desde dos aspectos, la fuente del primer ETH después de la creación de una dirección EOA y la dirección EOA y el depósito CEX. abordar la situación de interacción. De hecho, esto también aprovecha las características de CEX KYC.

A partir de las reglas específicas, no es difícil descubrir que el cálculo de las recompensas no implica el número de interacciones, sino que se centra más en la cantidad de fondos en una sola cuenta y la voluntad de asignar activos de riesgo. Por lo tanto, cuando se anunciaron los resultados, muchos fanáticos o estudios que confiaron en experiencias pasadas e interactuaron mucho en ZKSync se sorprendieron. Esta fue también la fuente de toda la controversia. Para aumentar la cantidad de direcciones que pueden recibir posibles lanzamientos aéreos, este grupo de usuarios generalmente opta por distribuir grandes fondos en grupos de direcciones tanto como sea posible. Estos grupos de direcciones suelen ser cientos o incluso miles, y utilizan fondos pequeños para participar en un. cierto acuerdo. Determinar algunos posibles comportamientos motivadores, interactuar con frecuencia a través de scripts automatizados o métodos manuales y completar tareas para aumentar los beneficios potenciales. La configuración de lanzamiento aéreo de ZKSync hace que esta estrategia sea ineficaz. Las tarifas de gestión pagadas por muchas direcciones que interactúan con frecuencia son incluso más altas que las recompensas recibidas, lo que naturalmente despierta la insatisfacción entre este grupo de personas.

Además, no es difícil encontrar una gran cantidad de KOL de cazadores de lanzamiento aéreo en ZKSync que lo presionen oficialmente, con la esperanza de cambiar esta situación. Sin embargo, a juzgar por la actitud oficial, parece que también son muy duros y no han cambiado las reglas por presión, por lo que se ha producido la situación actual. Las acusaciones y justificaciones de algunos posibles comportamientos malignos desencadenados por el debate son lo más destacado de esta guerra de opinión pública.

A juzgar por los resultados, los llamamientos de ambas partes parecen comprensibles. Lo correcto y lo incorrecto sólo pueden discutirse desde qué ángulo. Pero creo que hay algunas cosas en las que vale la pena pensar, y ese es el núcleo de la fase de inicio en frío del Campeonato. Proyecto Web3 hasta el día de hoy. ¿Quiénes son los usuarios valiosos o qué tipo de usuarios deben motivarse durante la fase de inicio en frío?

La intensa interacción genera un problema de ataque de brujas y la prueba de propiedad genera un problema de monopolio.

Las recompensas de lanzamiento aéreo para los participantes madrugadores han demostrado ser un medio eficaz para iniciar en frío proyectos Web3. Una buena configuración del mecanismo de lanzamiento aéreo puede ayudar a que los proyectos atraigan de manera eficiente a los usuarios de semillas en las primeras etapas y al mismo tiempo estimulen el compromiso de los usuarios con los comportamientos clave del proceso. Protocolo de uso para completar la educación del usuario y aumentar la adherencia del producto. Esta es también la razón fundamental por la que durante mucho tiempo la configuración de airdrop de la mayoría de los proyectos Web3 se ha centrado en motivar comportamientos interactivos. Sin embargo, esto ha traído un inconveniente, que es que reduce el umbral para obtener recompensas, facilitando las actividades. para encontrar ataques de brujas. Debido a que los comportamientos interactivos son fáciles de automatizar y agrupar, esto le da a muchos equipos profesionales espacio para operaciones por lotes. Cuando ingresa una gran cantidad de cuentas de robots, aunque hará que el protocolo tenga una falsa prosperidad a corto plazo, estos "usuarios". Por lo general, gradualmente Vivir solo no puede impulsar el desarrollo futuro del proyecto. Después de recibir las recompensas, la mayoría de ellas se cobrarán para aumentar la tasa de rotación de capital y, por lo tanto, aumentar las ganancias. Este mecanismo de incentivo en realidad diluye la cantidad de recompensas proporcionadas. lado del proyecto para aquellos usuarios con valor real. Realmente no vale la pena perderlo.

Entonces, ¿por qué este mecanismo funcionó bien en los primeros días? Esto se debió naturalmente a que no había tantos equipos profesionales similares en ese momento. La mayoría de los usuarios aún no habían adquirido el hábito de pensar en este mecanismo de incentivo. y usuarios reales, esto permite que los incentivos se asignen a estos usuarios de manera más eficiente, y el efecto riqueza resultante también ayuda a la parte del proyecto a lograr los beneficios anteriores. Sin embargo, con el impacto del efecto de hacer dinero, este método obviamente ya no existe. Atraer usuarios reales. Uno de mis sentimientos personales es que la efectividad de las actividades de lanzamiento aéreo con la interacción como incentivo principal básicamente ha alcanzado su punto máximo en el momento del lanzamiento aéreo de Arbitrum.

Esta es también la razón fundamental por la que ZKSync quiere abandonar el uso de números de interacción como base para identificar usuarios valiosos en función del tamaño relativo de los activos. Sin embargo, este método de certificación de propiedad puede no estar exento de problemas. Aunque el riesgo de ataques de brujas puede identificarse y eliminarse de manera más efectiva, un nuevo problema que conlleva es la distribución desigual de la riqueza causada por el monopolio.

Sabemos que uno de los valores centrales del proyecto Web3 es el modelo de autonomía distribuida ascendente. Esto significa que el apoyo de los usuarios de base (usuarios reales con pequeños montos de capital) es la base para el desarrollo de un proyecto. Es precisamente con los usuarios de base que algunos usuarios de ballenas pueden unirse y formar una forma de desarrollo más sostenible. Después de todo, la ventaja financiera todavía está disponible en la mayoría de los escenarios. Sólo si hay suficientes usuarios de base, los usuarios de ballenas se beneficiarán. lo suficientemente grande. Entonces, el sistema de distribución de certificados de propiedad generará beneficios obvios para los usuarios de ballenas entre los primeros usuarios al comienzo del inicio en frío. Esto dificulta la formación de incentivos efectivos para los usuarios de base y, naturalmente, es imposible formar una unidad cohesiva. comunidad.

En el análisis final, para proyectos Web3, al diseñar el mecanismo de inicio en frío, aún debe considerar cuidadosamente los perfiles de usuario que son valiosos para su producto y diseñar los mecanismos correspondientes basados ​​en el entorno actual para motivar efectivamente a los valiosos usuarios mencionados anteriormente. En la medida de lo posible, evitar los ataques de brujas es la máxima prioridad. Por lo tanto, cómo diseñar su propio mecanismo de arranque en frío es un tema muy valioso y todos pueden dejar un mensaje en mi X para discutirlo. Piensen juntos en algunas opciones divertidas.

Enlaces X: https://x.com/web3_mario