Autor: @Web3Mario

Resumo: O tópico mais quente da semana passada foi definitivamente o incidente de verificação de lançamento aéreo público do ZKsync. Originalmente, o autor estava estudando e escrevendo algumas experiências de aprendizagem sobre o desenvolvimento de DApp da TON, mas vendo esse incidente controverso e a ampla disseminação na comunidade que ele causou, tive alguns. sentimentos durante a discussão, então escrevi um artigo na esperança de compartilhá-lo com todos.

Em geral, o plano de lançamento aéreo do ZKSync adota um método de distribuição baseado em prova de propriedade, concentrando-se mais em recompensas para desenvolvedores, contribuidores principais e baleias Degen nativas do ZKSync. Isso criou uma situação em que as baleias Degen nativas estão rindo. está chamando.

O foco do debate comunitário: A chave é a interacção ou a chave é a quantidade de dinheiro?

Por muito tempo, a indústria Web3 parece ter formado um paradigma de atrair usuários para utilizar produtos através do Airdrop, conseguindo assim um arranque a frio do projeto. Isto é especialmente verdadeiro no caminho da Camada 2. Ao orientar os desenvolvedores e as expectativas dos usuários para possíveis lançamentos aéreos, os desenvolvedores são estimulados a construir e manter ativamente DApps, ao mesmo tempo em que estimulam os usuários a transferir fundos para a Camada 2 alvo nos estágios iniciais de desenvolvimento e ativamente. participar dos projetos em execução na Camada 2 de destino. O DApp, servindo assim ao propósito de ativar a ecologia, tornou-se um padrão.

Portanto, no passado, os usuários geralmente esperavam que o lançamento aéreo do ZKSync fosse baseado em seus dois concorrentes diretos, Arbitrum e Optimism. Claro, esta conclusão é lógica, independentemente da perspectiva da influência da indústria, histórico de VC, escala de arrecadação de fundos, etc. No entanto, os resultados são bastante diferentes, o que leva a muitos usuários que reutilizam experiências anteriores para participar do ZKSync e não parecem obter o que esperavam O número de recompensas dentro do sistema levou a um amplo debate na comunidade.

A fim de explorar as razões por trás desta controvérsia e discutir algumas implicações de referência para o futuro, é naturalmente necessário rever as configurações anteriores das regras de lançamento aéreo do Arbitrum e do Otimismo. Primeiro, vamos revisar a atividade de lançamento aéreo da Arbitrum, que remonta a março de 2023. Ela alocou 11,62% do fornecimento total de lançamentos aéreos Arb para usuários do Aribitrum e alocou 1,13% dos lançamentos aéreos Arb para o DAO em execução no ecossistema Arbitrum. As configurações da atividade de lançamento aéreo são baseadas nos dados do snapshot de 6 de fevereiro de 2023. As regras específicas para usuários são as seguintes:

l Cross-chain para Arbitrum: Os usuários precisam transferir fundos para Arbitrum One ou Arbitrum Nova.

l Transações em períodos diferentes: O usuário realizou transações em dois meses diferentes, seis meses diferentes ou nove meses diferentes.

l Frequência e interação da transação: O usuário realizou mais de 4, 10, 25 ou 100 transações ou interagiu com um número correspondente de contratos inteligentes.

l Valor da transação: O valor total das transações realizadas pelos usuários excede US$ 10.000, US$ 50.000 ou US$ 250.000.

l Fornecer liquidez: os usuários depositaram mais de US$ 10.000, US$ 50.000 ou US$ 250.000 em liquidez.

l Atividade da Arbitrum Nova: Os usuários realizaram mais de 3, 5 ou 10 transações na Arbitrum Nova.

Cada detalhe terá um método de cálculo de pontuação específico. O limite superior da pontuação é de 15 pontos. Essa pontuação é usada para determinar a quantidade de Arbs que o usuário pode receber. a recompensa começa em 3 pontos e é limitada a 10.200 Arb. Quanto às recompensas para DAO, o valor específico é determinado diretamente com base no método de avaliação da atividade. A partir dos resultados, 137 DAOs finalmente receberam airdrops, dos quais Treasure e GMX receberam a maior parte, 8 milhões de Arb respectivamente. o que é realmente um lucro enorme.

A seguir, vamos revisar o Optimism. Ao contrário do Arbitrum, os lançamentos aéreos do Optimism são realizados em várias rodadas. O número total de recompensas distribuídas representa 19% do fornecimento total. das recompensas foram distribuídas para 260.000 endereços. Até o momento, foram realizadas quatro rodadas de lançamentos aéreos. As regras específicas de cada rodada de lançamentos aéreos são as seguintes:

l A primeira rodada: usuários comuns e usuários ativos são divididos de acordo com o número de transações, correspondendo a endereços com uma transação e endereços com mais de 4 transações, bem como participantes Ethereum DAO, usuários de carteiras com múltiplas assinaturas Ethereum, doadores Gitcoin e transações transfronteiriças. Cada identidade corresponde a uma recompensa de valor fixo, e as três últimas recompensas podem ser acumuladas.

l Segunda rodada: usuários cuja taxa total de transação de gás seja superior a 6,1 USD ou cuja idade da moeda exceda 2.000 participantes da governança confiada podem compartilhar 11.742.277 $OP;

l Terceira rodada: Usuários com moeda com mais de 18.000 anos que participam da governança confiada podem compartilhar 19.411.313 $OP;

l Rodada 4: 10.343.757 $OP alocados aos criadores de NFT;

A partir da análise acima, não é difícil descobrir que o número de interações será um importante indicador de referência em suas configurações de atividades específicas. Os usuários que interagem com mais frequência geralmente receberão mais recompensas. No entanto, esta regra tácita parece ter sido abandonada pelo ZKSync. No design do airdrop do ZKSync, a qualificação e alocação dos usuários do ZKsync são selecionadas e calculadas em quatro etapas consecutivas.

l Triagem de elegibilidade: Todos os endereços que realizaram transações no ZKsync Era e ZKsync Lite serão verificados em relação aos critérios de elegibilidade. Estabeleceu 7 critérios de inspeção para selecionar usuários qualificados, como interagir com mais de 10 contratos não-token e os contratos não-token devem estar ativos por pelo menos 30 dias, enviar pelo menos 5 transações na Era ZKsync, etc.

l Distribuição: Ao calcular o valor específico da recompensa para um endereço que atenda aos critérios acima, ele é confirmado com base em uma fórmula de escala de valor que calcula um peso de tempo com base no valor enviado para a Era ZKsync e no tempo em que esses ativos criptográficos foram retidos na média da carteira, e use isso para ajustar a alocação de cada endereço. Ao mesmo tempo, os fundos participantes do protocolo DApp receberão um bônus de 2x. Isso significa que você transfere grandes fundos para o ZKSync, mantendo-os por muito tempo. e usá-los ativamente. Esses fundos receberão mais recompensas participando de alguns produtos de risco, como o fornecimento de liquidez para DEX.

l Multiplicador: Endereços que atendem a determinados critérios podem receber um multiplicador na alocação. Esses padrões normalmente contêm altcoins ou NFTs de alto risco nativos do ZKSync.

l Detecção Sybil: Finalmente, o ZKSync também fará a detecção de ataques Sybil para garantir que a maioria dos robôs sejam filtrados. Os critérios de detecção são de dois aspectos, a fonte do primeiro ETH após a criação de um endereço EOA e o endereço EOA e CEX. interação de endereço de depósito. Na verdade, isso também aproveita as características do CEX KYC.

Pelas regras específicas, não é difícil constatar que o cálculo das recompensas não envolve o número de interações, mas se concentra mais no montante de fundos em uma única conta e na disposição para alocar ativos de risco. Portanto, quando os resultados foram anunciados, muitos fãs ou estúdios que confiaram em experiências anteriores e interagiram fortemente no ZKSync ficaram chocados. A fim de aumentar o número de endereços que podem receber possíveis airdrops, esse grupo de usuários geralmente opta por dispersar grandes fundos em grupos de endereços, tanto quanto possível. Esses grupos de endereços são geralmente centenas ou até milhares e usam pequenos fundos para participar de um. determinado acordo Determine alguns comportamentos de incentivo possíveis, interaja frequentemente por meio de scripts automatizados ou métodos manuais e conclua tarefas para aumentar os benefícios potenciais. A configuração de lançamento aéreo do ZKSync torna esta estratégia ineficaz. As taxas de manuseio pagas por muitos endereços que interagem com frequência são ainda maiores do que as recompensas recebidas, o que naturalmente desperta insatisfação entre esse grupo de pessoas.

Além disso, não é difícil encontrar um grande número de KOLs caçadores de lançamento aéreo no ZKSync oficialmente pressionando-o, na esperança de mudar esta situação. Porém, a julgar pela atitude oficial, parece que também são muito duros e não mudaram as regras por pressão, razão pela qual a situação atual ocorreu. As acusações e justificativas para alguns possíveis comportamentos malignos desencadeados pelo debate são os destaques desta guerra de opinião pública.

A julgar pelos resultados, os apelos de ambos os lados parecem compreensíveis. O certo e o errado só podem ser discutidos de que ângulo. Mas penso que há algumas coisas em que vale a pena pensar, e esse é o cerne da fase de arranque a frio. Projeto Web3 até hoje. Quem são os usuários valiosos ou que tipo de usuários devem ser motivados durante a fase de inicialização a frio.

A interação intensa traz problemas de ataque de bruxas, e a prova de propriedade traz problemas de monopólio.

As recompensas de lançamento aéreo para os primeiros participantes provaram ser um meio eficaz de iniciar projetos Web3 a frio. Uma boa configuração de mecanismo de lançamento aéreo pode ajudar os projetos a atrair usuários iniciais de maneira eficiente e, ao mesmo tempo, estimular o comprometimento dos usuários com os principais comportamentos do. protocolo Use para completar a educação do usuário e aumentar a aderência do produto. Esta é também a razão fundamental pela qual, durante muito tempo, as configurações de lançamento aéreo da maioria dos projetos Web3 se concentraram em motivar comportamentos interativos. No entanto, isso trouxe uma desvantagem: reduz o limite de obtenção de recompensas, facilitando as atividades. para encontrar ataques de bruxas. Como os comportamentos interativos são fáceis de serem automatizados e em lote, isso dá a muitas equipes profissionais espaço para operações em lote quando um grande número de contas de robôs chega, embora isso faça com que o protocolo tenha uma falsa prosperidade de curto prazo, esses "usuários". geralmente gradualmente Viver sozinho não pode fornecer impulso para o desenvolvimento futuro do projeto. Depois de receber as recompensas, a maioria delas será sacada para aumentar a taxa de rotação do capital e, assim, aumentar os lucros. lado do projeto para os usuários com valor real. Realmente não vale a pena perder.

Então, por que esse mecanismo funcionou bem no início? Isso ocorreu naturalmente porque não havia tantas equipes profissionais semelhantes naquela época. A maioria dos usuários ainda não havia adquirido o hábito de pensar sobre esse mecanismo de incentivo. e utilizadores reais, isto permite que os incentivos sejam atribuídos a estes utilizadores de forma mais eficiente, e o efeito de riqueza resultante também ajuda a parte do projecto a alcançar os benefícios acima mencionados. eficaz. Atraia usuários reais. Um dos meus sentimentos pessoais é que a eficácia das atividades de lançamento aéreo com interação como principal objeto de incentivo basicamente atingiu seu pico na época do lançamento aéreo Arbitrum.

Esta é também a razão fundamental pela qual a ZKSync deseja abandonar o uso de números de interação como base para identificar usuários valiosos com base no tamanho relativo dos ativos. No entanto, este método de certificação de propriedade pode não ser isento de problemas. Embora o risco de ataques de bruxas possa ser identificado e eliminado de forma mais eficaz, um novo problema que o acompanha é a distribuição desigual da riqueza causada pelo monopólio.

Sabemos que um dos valores centrais do projeto Web3 é o modelo de autonomia distribuída de baixo para cima. Isto significa que o apoio dos utilizadores de base (utilizadores reais com pequenos montantes de capital) é a base para o desenvolvimento de um projecto. É precisamente com os usuários de base que alguns usuários de baleias podem contribuir e formar uma forma de desenvolvimento mais sustentável. Afinal, a vantagem financeira ainda está disponível na maioria dos cenários. Somente se houver usuários de base suficientes, os usuários de baleias serão beneficiados. grande o suficiente. Então, o sistema de distribuição de certificados de propriedade levará a benefícios óbvios para os usuários de baleias entre os primeiros usuários no início da partida a frio. Isso torna difícil formar incentivos eficazes para os usuários de base e, naturalmente, é impossível formar um sistema coeso. comunidade.

Em última análise, para projetos Web3, ao projetar o mecanismo de inicialização a frio, você ainda precisa considerar cuidadosamente os perfis de usuário que são valiosos para o seu produto e projetar mecanismos correspondentes com base no ambiente atual para motivar efetivamente os usuários valiosos mencionados acima. tanto quanto possível, evitar ataques de bruxas é a principal prioridade. Portanto, como projetar seu próprio mecanismo de partida a frio é um tópico muito valioso, e todos podem deixar uma mensagem no meu X para discussão. Pensem em algumas opções divertidas juntos.