Enquanto nos aproximamos cada vez mais da parte clímax do airdrop de LayerZero, com as recompensas sob a forma da crypto ZRO que deverão chegar no mês de junho, compartilhamos esta simpática história que tem como protagonista um usuário Web3 com o apelido “Ruslan”
Ruslan é um farmers que utiliza centenas de wallet nas suas atividades de hunting para aumentar a potencial alocação em projetos que devem lançar um airdrop, exatamente como LayerZero.
Apesar de no papel parecer um usuário preparado e altamente qualificado, cometeu um erro grave que pode custar-lhe muito caro. Do que se trata?
Vamos descobrir juntos neste artigo.
Summary
LayerZero e a caça ao sybil antes do airdrop: apanhado o utilizador “Ruslan”
A história de “Ruslan” começa quando o usuário anônimo, para poder farmar da melhor maneira o airdrop de LayerZero e obter a alocação de tokens ZRO maior possível, decide utilizar centenas de endereços diferentes com os quais realizar diferentes tipos de transações on-chain.
Começa assim em 2023 a farmar o airdrop com cada um desses endereços utilizando a ponte de Stargate e outras dapps que se baseiam na tecnologia omnichain de LayerZero.
Apesar do elevado número de entidades conectadas entre si (tendo trocado fundos entre si para financiar as interações) Ruslan ainda encontra uma ideia para conseguir contornar os controles anti-sybil e fazer com que cada endereço pareça independente.
Talvez sob algum conselho de outro usuário X, decide associar um domínio ENS a cada endereço com o qual havia interagido para se posicionar no airdrop do LayerZero, convencido de que os sistemas de análise on-chain identificariam suas carteiras como autênticas.
De fato, geralmente os endereços sybil se distinguem por uma baixa qualidade no histórico das tx, com poucas transações de pouco valor, muitas vezes avançadas por bots e geridas por scripts automatizados: um domínio ENS pode, portanto, aumentar a qualidade da sua carteira adicionando um componente criptográfico geralmente excluído das operações econômicas de farming dos bots.
Para levar adiante esta estratégia de cobertura, Ruslan também gasta uma quantia considerável, superior a 3000 dólares entre custos de registro no Ethereum Name Service e custos de comissão da blockchain de Ethereum, além de obviamente todas as fees pagas pelo farming.
O problema é que a Ruslan vem à mente a ideia genial de denominar sequencialmente todos os domínios que ele comprou, indo em ordem da seguinte forma: ruslan002.eth, ruslan003.eth, ruslan004.eth, ruslan005.eth, ruslan006.eth, ruslan007.eth, ruslan008.eth etc.
Esquece-se que identificando de forma sequencial os seus endereços, estes poderiam ser considerados como conectados entre si, sendo de fato ligados por um fio lógico bastante óbvio que vê um nome identificativo on-chain progressivo.
Depois que a equipe da LayerZero e seu CEO Bryan Pellegrino deram início à fase de “sybil bounty” convidando a comunidade crypto a relatar comportamentos inadequados por parte de outros usuários, não demorou muito para que Ruslan fosse identificado e marcado na lista sybil no Github.
Muito provavelmente Ruslan e seus endereços não receberão nenhum prêmio do airdrop de LayerZero, e na verdade, uma porção igual a 10% da alocação que lhe seria destinada irá para o endereço 0xc37395f3aca821f1f85D897Ee541BCdB4C5B7c7E, de propriedade do usuário que o relatou com um relatório detalhado.
Observando mais de perto os comportamentos de Ruslan, percebemos como o usuário não é exatamente o último a chegar no mundo crypto.
Recentemente conseguiu ser elegível para vários airdrops como AltLayer, Eigenlayer, Omni e Renzo, trazendo para casa ganhos razoáveis.
O pobre Ruslan cometeu simplesmente um grave erro de distração, ou foi excessivamente superficial ao pensar que nunca os funcionários da LayerZero considerariam os domínios ENS progressivos.
Num piscar de olhos, toda a comunidade transformou Ruslan em um meme viral, que se espalhou por todos os murais X dos airdrop farmers.
Há até quem tenha defendido Bryan Pellegrino da LayerZero, destacando que os endereços em questão poderiam pertencer a uma longa lista de familiares do usuário reportado e que não é justo identificá-los como sybil a priori.
Entretanto, Ruslan colocou à venda seus domínios ENS por 5 ETH cada, esperando que no meio desta história extravagante e ao mesmo tempo dramática, algum louco degen queira comprar um pedaço de coleção criptográfica que permanecerá para sempre na história dos crypto airdrop.
Termina a fase de “Sybil Bounty”: verifica se o teu endereço foi sinalizado
Antes de zombar excessivamente do pobre usuário Ruslan, que deve estar desesperado por ter perdido tempo e dinheiro farmando um airdrop que o verá não elegível, seria o caso de verificar se também os nossos endereços foram sinalizados pelos chamados “Sybil Hunters” durante a fase de “Sybil Bounty” que acabou de terminar.
A equipe da LayerZero comunicou o fim desta iniciativa controversa que viu os membros da comunidade crypto se voltarem uns contra os outros, em busca de dados on-chain que pudessem identificar os endereços alheios como fruto de atividade sybil, em troca de um bounty equivalente a 10% da alocação do endereço sinalizado.
Podemos desde já verificar se as carteiras com as quais cultivamos o airdrop de LayerZero foram inseridas na lista de algum “snitch”: primeiro clique em este link, e depois cole um por um os nossos endereços na barra de pesquisa para ver se aparecem em algum relatório.
Se o vosso endereço não aparece em nenhuma pesquisa, estão salvos. Para segurança podem verificar individualmente também nos links internos de cada relatório (caso haja um link externo).
Se em vez disso vocês foram sinalizados em algum relatório, podem não ser elegíveis como Ruslan. Visto e considerando, no entanto, a alta presença de relatórios, às vezes realizados também em modo “spam”, deveríamos esperar a confirmação oficial por parte da equipe do LayerZero que deverá examinar os elaborados.
Portanto, mesmo que o nosso endereço esteja presente em uma lista sybil, há a possibilidade de receber os tokens ZRO como prêmio pelo airdrop.
Alguns conselhos para evitar parecer sybil nos próximos airdrops
Com os novos projetos crypto que lançam airdrop seguem distribuições cada vez mais seletivas, e com os controles anti sybil cada vez mais rigorosos, ser elegível com os próprios endereços torna-se realmente complexo.
Vamos ver alguns conselhos para não cair na identificação de sybil, e como evitar erros banais como o cometido por Ruslan, que poderiam colocar em perigo nossos ganhos da atividade de airdrop farming.
Primeiramente, se estiver operando com mais de 4-5 endereços, é FUNDAMENTAL não misturar seus fundos entre uma entidade e outra realizando transferências diretas de ativos: em vez disso, se precisar mover os fundos, utilize mais CEX como pontes para a troca (um único CEX associado a cada endereço).
Para um famer é portanto necessário estar registrado em mais exchanges possíveis ou ter conexões com endereços diferentes de um mesmo CEX (ex. conta de parentes e amigos no Binance).
NUNCA utilizar apenas um único CEX para distribuir fundos a várias carteiras.
É importantíssimo depois gerar tx de qualidade, como executar pelo menos 5 transações e deter pelo menos 0,005 ETH na Ethereum Mainnet, e ser ativo on-chain por pelo menos 1 ano (não utilizar endereços recém-criados).
Façam a verificação no Gitcoin Passport, ou associem um domínio ENS ao vosso domínio mas não façam como Ruslan: escolham nomes não conectados entre si e não sequenciais.
Tenham atenção também ao timing das vossas operações: se executarem o mesmo tipo de transação ao mesmo tempo ou em períodos temporais semelhantes, correm o risco de serem apanhados como sybil. Movam-se individualmente endereço por endereço, sem fazer as mesmas tx em grupo, e de preferência sem scripts automatizados.
Outros pequenos conselhos para não parecer sybil são:
- baixar uma wallet multisignature em Safe e executar pelo menos 5 tx;
- bridgare i propri fondi em mais chain e deixar alguma fração de ETH em cada rede;
- evitar farmar com menos de 500-1000 dólares por endereço e evitar swap com volumes micro;
- ser um liquidity provider (LP) caso o projeto que estamos farmando nos permita;
- comportar-se como um usuário real!!! Evitar aparecer de qualquer forma como um bot.
