Análisis de lanzamiento aéreo de Starkware

Siguiendo con mi último artículo sobre los múltiples lanzamientos aéreos de Optimism, quería echar un vistazo al lanzamiento aéreo de Starkware ya que logré extraer los datos al mismo tiempo. La diferencia clave entre el lanzamiento aéreo de Starkware y Optimism que quería estudiar period cómo el mecanismo de reclamo afectaría ese criterio. Estos datos están obsoletos hace aproximadamente un mes, pero no estarán muy lejos de las cifras reales dado que el lanzamiento aéreo se realizó hace varios meses.

La diferencia clave entre los dos enfoques fue que Optimism dijo “le entregaremos personalmente el lanzamiento aéreo a su billetera”, mientras que, como cube Starkware, “venga a nosotros para reclamar su lanzamiento aéreo”. El argumento del primero es que es más fácil para los usuarios y ahorra gasolina. Mi filosofía private es que si estás haciendo esto en una cadena de bajo costo (en eso se basa tu valoración, ¿verdad?), entonces el costo no debería ser un problema y lo mínimo que alguien puede hacer para reclamar dinero free of charge es hacer clic en un botón. .

Dicho esto, echemos un vistazo al lanzamiento de Starkware. Desafortunadamente, fue extremadamente difícil obtener los datos porque:

Starkware no publicó datos que desglosen cómo las personas reclamaron el lanzamiento aéreo después del lanzamiento aéreo.
Starkware no tiene direcciones de formato EVM estándar (tienen mucho más de 20 bytes), lo que significa que tuve que piratear para obtener datos disponibles en la cadena.

De todos modos, aquí está el cuadro oficial sobre cómo se asignó el lanzamiento aéreo:

Para obtener los datos que necesitaba, básicamente utilicé:

0x06793d9e6ed7182978454c79270e5b14d2655204ba6565ce9b0aa8a3c3121025 como mi lanzamiento aéreo para obtener todos los eventos de reclamo de
0x00ebc61c7ccf056f04886aac8fd9c87eb4a03d7fdc8a162d7015bec3144c3733 como mi hash de bloque inicial
0x04718f5a0fc34cc1af16a1cdee98ffb20c31f5cd61d6ab07201858f4287c938d como el contrato para obtener saldos de STRK de

Algunos fragmentos divertidos de mí teniendo que obtener saldos a través de muchos bucles for y piratería de bytes para obtener los datos que quería.

De todos modos, en el momento de la extracción, encontré 519,282 eventos en el contrato de reclamación. Hubo un whole de 1,304,079 reclamantes, es decir, solo el 39,8% reclamó el lanzamiento aéreo. Los usuarios restantes se utilizaron básicamente como materials de advertising and marketing, ¡lo cual creo que es un buen resultado! Algunos pueden decir que esto fue malo, pero si puedes hacer llegar el mensaje a la base más amplia de personas sin revelarlo todo, habrás encontrado el punto óptimo. Los amplios criterios hicieron que la mayoría de las personas se sintieran incluidas, lo que genera buena voluntad entre la comunidad.

Básicamente, lo que hice fue obtener todas las direcciones de los eventos de reclamo que obtuve y luego ejecuté un script para obtener todo su saldo en el momento de ejecutar el script. Luego pude ver cuáles eran los cubos de saldos separándolos. Ojalá hubiera podido comprender mejor a estos usuarios, pero los datos limitados hicieron que este ejercicio fuera mucho más desafiante.

Sin más, ¡aquí tenéis los resultados! Utilicé menos de 100 STRK como umbral ya que el lanzamiento aéreo más pequeño dado fue 111,1 STRK. A continuación se muestra un desglose de las cantidades:

Usuarios de StarkEx: 111,1 STRK cada uno
Desarrolladores de código abierto: 111,1 STRK cada uno
Usuarios de Starknet: Rango de 500 a ten,000 STRK, con diferentes multiplicadores
Miembros de la comunidad Starknet: Rango de 10.000 a 180.000 STRK
Desarrolladores Starknet: 10.000 STRK cada uno
Grupos de participación de Ethereum: 360 STRK por validador
Apostadores en solitario: 1800 STRK por validador, hasta 3200 STRK para aquellos con perfiles de mayor riesgo
Desarrolladores de Ethereum: 1.800 STRK cada uno
Miembros del gremio de protocolo: 10.000 STRK cada uno
Autores del PEI: 2.000 STRK cada uno

Para defender aún más mi elección del grupo 101, la cantidad whole que tiene este grupo es: Complete recipient quantity for '<100' bucket: 1,896,317.6861687868 / menos del 3%.

En normal, ¡no es un lanzamiento aéreo muy bueno! Una tasa de retención del 13,5% se acerca a la norma de la industria (lo cual es malo). Sin embargo, dado que a un usuario regular de Github como yo se le dieron 1800 STRK, mi opinión más profunda sobre esto es que el lanzamiento aéreo es peor de lo que esperarías. ¡Solo el 1,1% de los usuarios a los que se les dio algo sustancial lo retuvieron! Estoy un poco indeciso ya que la interpretación de este lanzamiento aéreo puede ser en ambos sentidos. Sin embargo, veamos otros puntos de datos para ayudar a determinar si este lanzamiento aéreo fue un éxito o no.

Un proxy sencillo es el token. Aquí está el gráfico de 3 meses del token STRK. Cayó un 50%, pero también hubo una gran liquidación en el mercado. ¿No es genial, pero al menos no ha bajado un 90%?

Miremos desde otro ángulo: TVL. Al menos nuestros amigos de DeFi Llama pueden ayudar con este ejercicio.

TVL aumentó a alrededor de $320 millones y luego cayó a alrededor de $210 millones, lo que es una retención bastante buena. Sin embargo, no sabemos cuánto dio Starkware para obtener estos números. Por suerte tengo los números. esos números son 67,078,250.942674.

Si asumimos un precio promedio del token de $1,50
Podemos reexpresar esta ecuación ya que Starkware gastó $100,617,376 para adquirir ~$300 millones en TVL.
O dicho de otra manera, unos $3 en tokens STRK para adquirir $1 en TVL

Mi siguiente pregunta es cómo son los recuentos de usuarios para que podamos entender un modelo CAC para esta ecuación. Volví a dibujar mi gráfico anterior con porcentajes en el recuento de usuarios.

Muy bien, aquí le damos a Starknet el beneficio de la duda y solo contamos los menos de 100 cubos. Hemos gastado cerca de 100 millones de dólares para adquirir 519,282 usuarios. Esto se traduce en ~$200 por usuario. Ahora, si reexpresamos esto en términos de usuarios retenidos (más de 101 tokens), obtenemos $1,341 por billetera retenida.

Esto es más bajo de lo que vimos en el lanzamiento aéreo de Arbitrum y otros donde el CAC retenido asciende a much de dólares o incluso decenas de miles de dólares. Si bien el lanzamiento aéreo de Starkware no fue excelente desde la perspectiva de la retención, fue decente desde la perspectiva del CAC en comparación con otros que he visto. Mi tesis para esto es comparable a la que vimos en los lanzamientos aéreos de Optimism:

Starkware fue relativamente reflexivo en cómo entregaron muchos tokens a muchos grupos diferentes y los datos lo muestran claramente. Este es un tema común que veo en los lanzamientos aéreos que funcionan bien frente a los que no.

Entonces, ¿por qué no hay más proyectos que no elijan diversos atributos de usuario para lanzar tokens a los usuarios? Bueno, todo se scale back al hecho de que recopilar, analizar y sacar conclusiones de los datos es difícil, especialmente cuando hay grandes cantidades de ellos. Starkware logró utilizar criterios relativamente simples que aún garantizaban la diversidad, aunque hay formas de enfocarse aún más con las herramientas adecuadas.

Tengo muchas concepts sobre esto que escribiré en próximos artículos, pero por ahora, los dejaré con esta pista para el rompecabezas del lanzamiento aéreo: los datos son la mayor limitación, aunque de una manera que muy pocos pueden ver.