AirDrop avcılarının en yaygın hataları: allokasyonlar neden kesilir ve hesaplar neden banlanır

🛡️ AirDrop farminginde ne ihlal sayılır

AirDrop, yeni tokenların ekosistemin aktif kullanıcılarına ücretsiz dağıtıldığı bir pazarlama kampanyasıdır. Airdrop farming denince genellikle bu dağıtımların koşullarını sistemli biçimde yerine getirerek drop'a girme şansını ve mümkün olan en yüksek allokasyonu alma ihtimalini artırma çabası anlaşılır. Bu aşamada birçok kişi ödülü "çoğaltmak" için birkaç adres ve hesap açmaya başlar; filtrelerin devreye girmesine en sık neden olan strateji de tam olarak budur.

Önemli nokta: tek başına bir-iki ek cüzdan sizi hemen ihlalci yapmaz. Kritik eşik, bir kişinin aynı AirDrop için bütün bir adres "çiftliği" kurup tek bir ödülü onlarca parçaya bölmeye çalıştığı andır; bu artık klasik multi-accounting sayılır. Projeler tokenları onlarca birbirine benzeyen cüzdandan oluşan ağlara değil, "gerçek" kullanıcılara dağıtmak ister. Bu yüzden çoklu hesaplar (tek bir dağıtım için aynı sahip tarafından kontrol edilen birden fazla hesap) kötüye kullanım olarak değerlendirilir.

Bu yaklaşım Sybil saldırısı kapsamına girer: tek bir katılımcı, mantık olarak "bir kullanıcı — bir allokasyon" ilkesinin geçerli olması gereken yerde ödülden birkaç pay almak için çok sayıda takma kimlik (cüzdan adresi) oluşturur. Kripto topluluğunda Sybil, bir kişinin katılımının gerçek ölçeğini gizleyerek sistemli biçimde kendini birçok kişi gibi gösterdiği her türlü şemaya denir.

Projeler bu stratejilere karşı koymak için anti-Sybil mekanizmaları uygular. Bu mekanizmalar on-chain verileri analiz eder, şüpheli kalıpları izler ve çok sayıda kullanıcı taklidi gibi görünen adresleri alıcı listesinden çıkarır: toplu cüzdan oluşturma botları, koşulların onlarca adreste aynı anda yerine getirilmesi, tekrarlayan işlem şablonları ve yapay olarak "şişirilmiş" diğer aktiviteler. Proje böyle bir şemayı tespit ettiğinde "avcıları" ödülsüz bırakır; adresleri kara listelere girebilir ve gelecekteki kampanyalarda da otomatik olarak elenebilir.

⚠️ Farmer'ların en yaygın hataları

Aşağıda AirDrop farminginde en tipik hatalar yer alıyor. Bu örneklerde kendi kalıplarınızı görüyorsanız, adresiniz anti-Sybil algoritmalarının artan dikkat alanına çoktan girmiş demektir.

• — Koşulları son anda yerine getirmek. Sık yapılan hata, ağ görüntüsünden (snapshot) bir-iki gün önce yeni bir cüzdanı birkaç minimal işlemle "canlandırmaktır". Kısa geçmişe ve dar bir aktivite penceresine sahip adresler, yalnızca tek bir AirDrop için oluşturulmuş gibi görünür. Arbitrum örneğinde tam da bu tür cüzdanlar kitlesel biçimde örneklemden çıkarıldı.
• — Aktiviteden sonra sıfır bakiye bırakmak. Yaygın senaryo, görevleri tamamlayıp tüm fonları hemen çekmek ve adreste sıfır ya da sembolik bir tutar bırakmaktır. Arbitrum'da snapshot anında bakiyesi 0,005 ETH'nin altında olan cüzdanlar filtreye takıldı: sistem için bu, kullanıcının "skin in the game" taşımadığını ve ağı uzun vadede kullanmayı planlamadığını gösteren bir sinyaldir.
• — Tüm hesaplarda aynı tip işlemler yapmak. Farming script'leri genellikle aynı senaryoyu döndürür: her adreste aynı tutarlar, aynı eylem sırası ve aynı işlem dizisi. Onlarca cüzdan "kopya gibi" hareket ettiğinde bu tek bir çiftlik gibi görünür. On-chain analitik, neredeyse aynı işlem geçmişine sahip bu tür kümeleri hızla bulur.
• — Cüzdanlar arasında doğrudan bağlantı kurmak. Kaba bir hata, tüm farming adreslerini doğrudan tek bir ana cüzdandan fonlamak ya da ödülü aynı borsa depozitosuna toplamaktır. İşlem zinciri, bütün adreslerin tek bir sahip tarafından yönetildiğini açıkça gösterir. Bir vakada analistler, dağıtımdan sonra tokenları tek bir hesaba çeken yaklaşık 400 cüzdanlık bir küme tespit etti; bu klasik bir multi-account örneğidir.
• — "Derin" aktiviteyi görmezden gelmek. Birçok AirDrop yalnızca işlem yapılmış olmasını değil, DAO oylamalarına katılımı, testnet aktivitesini, node kullanımını ve erken erişim programlarını da dikkate alır. Kısa görüşlü farmer'lar sadece kutucuk işaretlemek için minimal bir kontrol listesiyle yetinir; oysa daha geniş ve doğal bir eylem kalıbı adresin güçlü bir profil oluşturmasını sağlar ve allokasyonu belirgin biçimde artırabilir.
• — Tek cihazdan toplu claim yapmak. Cüzdanlar transferlerle birbirine bağlı olmasa bile teknik iz onları ele verir. Onlarca adresten tokenların aynı tarayıcı ya da IP adresi üzerinden eşzamanlı claim edilmesi koordineli bir çiftlik gibi görünür. Bu tür durumlarda projeler aynı makineden gelen tekrarlı başvuruları sık sık sıfırlar.

📟 Algoritmalar şüpheli aktiviteyi nasıl belirler

Anti-Sybil sistemleri ihlalcileri "tahmin etmez"; onlarca on-chain sinyal toplar, adresler arasındaki bağlantıları analiz eder ve her cüzdan için bir risk profili oluşturur.

Çoklu hesap arayışı uzun zamandır bir silahlanma yarışına dönüştü. Proje ekipleri ve analitik şirketleri gerçek kullanıcıları adres çiftliklerinden ayırmak için giderek daha karmaşık modeller kuruyor. On-chain analitik, küme analizi, davranış metrikleri ve cüzdanlar için itibar etiketleri bu işin parçası haline geliyor.

Pratikte algoritmalar aynı anda birkaç temel sinyal grubuna bakar:

• — Adresler arasındaki finansal bağlantılar. Algoritmalar cüzdanları fonlama kaynaklarına ve para çıkış noktalarına göre karşılaştırır. Onlarca adres düzenli olarak tek bir cüzdandan fonlanıyor ya da tokenları aynı borsa depozitosuna gönderiyorsa, bu adresler bir kümeye alınır ve şüpheli işaretlenir. Filtre açısından bu, bağımsız kullanıcılar değil ortak bir kontrol merkezine sahip tek bir "çiftlik" gibi görünür.
• — Zaman kalıpları ve adresin "yaşam süresi". Canlı bir kullanıcı doğal davranır: farklı zamanlarda işlem yapar, projeyi aylarca kullanır, zaman zaman bakiyesinde fon tutar. Farm cüzdanları ise çoğu zaman kısa ömürlüdür: snapshot'tan birkaç gün önce aktivite patlaması, minimum sayıda işlem ve dağıtımdan sonra tam sessizlik. Bu tek kullanımlık kalıplar anti-Sybil filtreleri için klasik bir tetikleyicidir.
• — Aktivitenin genişliği ve kalitesi. Önemli olan yalnızca işlem sayısı değil, bu işlemlerin çeşitliliğidir. Arbitrum AirDrop'unda adresin aktivite için birkaç puan toplaması gerekiyordu: farklı aylarda işlemler, ekosistemin farklı uygulamalarının kullanımı, snapshot anında bakiye bulunması. Minimuma ancak dokunan cüzdanlar (tek ay aktivite, küçük tutarlar ve sıfır kalan bakiye) ya minimum allokasyon aldı ya da listeden tamamen çıkarıldı.
• — On-chain itibar ve ban listeleri. Birçok anti-Sybil mekanizması adresin geçmişini dikkate alır. Cüzdan daha önce Sybil saldırılarına katıldıysa ya da tartışmalı dağıtımlara karıştıysa, yeni AirDrop'tan önceden elenebilir. Örneğin Arbitrum kurallarında, adresin Hop Protocol dağıtımındaki Sybil saldırısına katılmış olması ayrı bir madde olarak yer alıyordu. Projeler bu tür "kara listeleri" paylaşır ve gelecek kampanyalarda kullanır.

Bununla birlikte filtrelerin önemli bir kısmı, farmer'ların davranışlarını görünür kriterlere göre ayarlayamaması için bilerek halka açıklanmaz. Ekipler açısından birkaç sınırdaki adresi fazla temkinli davranarak elemek, dağıtımın ciddi bir payını alıp tokenları hemen piyasaya satacak büyük bir Sybil kümesini kaçırmaktan daha güvenlidir.

Paralel olarak daha radikal yaklaşımlar da tartışılıyor. Bazı projeler dağıtımları doğrulanmış kimliğe bağlamayı deniyor (temel KYC ya da Worldcoin benzeri biyometri üzerinden), fakat topluluk gizlilik ve merkeziyetçilik riskleri nedeniyle buna temkinli yaklaşıyor. Bu yüzden pratikte çoğu zaman hibrit şemalar kullanılıyor: bazıları tamamen eleniyor, bazılarının ödülü düşürülüyor ve nihai karar sinyallerin toplamına göre veriliyor.

Yalnızca on-chain verilere bakarak dürüst bir kullanıcıyı zeki bir farmer'dan %100 ayırmanın mümkün olmadığını anlamak önemlidir. Bu nedenle anti-Sybil algoritmaları sürekli iyileştirilir, giderek daha fazla kriteri birleştirir ve geçmiş dağıtımlardan ve daha önce tespit edilmiş Sybil kümelerinden biriken deneyime dayanır.

💰 Tam ban olmadan bile allokasyonlar neden kısılır

AirDrop'tan "temiz" geçmek ile sert ban arasında bir ara bölge vardır: adrese sonuna kadar güvenilmez ve ödülü basitçe kısılır.

Şüpheli bir adres her zaman tam bana gönderilmez. Çok daha sık olarak proje onu biçimsel olarak dağıtıma kabul eder, fakat "düşük öncelik" kategorisine alır ve allokasyonu ciddi biçimde azaltır. Cüzdan minimum şartları yerine getirdiği halde sinyallerin toplamına göre riskli göründüğünde böyle olur: az sayıda eylem, drop öncesi dar aktivite penceresi, tek tip işlemler ya da diğer adreslerle tuhaf bağlantılar.

Proje açısından bu yaklaşımın birkaç amacı vardır:

• — Filtre hatası riskini azaltmak. Her "sınırdaki" adresi tamamen banlamak, alışılmadık davranışa sahip bazı dürüst kullanıcıları kaçınılmaz olarak vurur. Kısmi kesinti, onlara en azından minimum ödül bırakmayı ve toplulukla yaşanacak çatışmaları azaltmayı sağlar.
• — Token ekonomisini korumak. Agresif farming sınırlanmazsa, dağıtımdan hemen sonra piyasaya büyük miktarda token dökülebilir. Bu adreslere daha küçük allokasyon verilmesi fiyat üzerindeki baskıyı azaltır ve Sybil şemalarını daha az kârlı hale getirir.

Arbitrum örneğindeki gibi puanlarla dağıtım mekanizması, düşük kaliteli hesapların ödülünü fiilen otomatik olarak "keser". Minimum aktiviteye sahip bir adres, resmi olarak ban listesine girmese bile minimum token miktarı alır: profil ne kadar zayıfsa (az sayıda aktif ay, az uygulama, küçük hacimler), allokasyon da o kadar düşük olur.

2021 yılındaki ParaSwap örneği bunu iyi gösterir: proje AirDrop için yalnızca en yüksek etkileşime sahip kullanıcıların yaklaşık %1,5'ini seçti. Geri kalan %98'den fazla adres hiçbir şey almadı; üstelik bunların birçoğu platformu gerçekten kullanmıştı. Bu sert filtreleme bir yandan tokenı "bedavacı" kitleye yapılacak büyük dağıtımdan korudu, diğer yandan gerçek kullanıcıların bir kısmında ciddi tepki yarattı.

Ban olmadan allokasyon kesintisi, güvenlik ile sadakat arasında bir uzlaşmadır. Proje topyekûn temizlik yapmaz, fakat şunu açıkça gösterir: şüpheli şemalarla maksimumu sıkmaya çalışma girişimleri giderek daha az kârlı hale geliyor. Adres üzerindeki şüpheli sinyal sayısı çok yüksekse sonraki adım artık tam ban ve dağıtımdan çıkarılmadır.

📂 Vakalar: kullanıcılar allokasyonları nasıl kaybetti ya da ban aldı

Aşağıda birkaç öğretici vaka var: anti‑Sybil filtrelerinin nerede sert çalıştığı ve multi-accounting'in nerede projenin kendisine zarar verdiği. Her örnekten kendi stratejiniz için pratik bir ders çıkarabilirsiniz.

🔐 Anti-Sybil filtresine nasıl yakalanmazsınız

Filtrelere karşı mutlak koruma yoktur, fakat bu ilkeler adresinizin çoklu bir çiftliğin parçası sayılıp ödülünün kısılması ihtimalini belirgin biçimde azaltır.

• — Cüzdan hayvanat bahçesini küçültün. Onlarca tek tip adres yerine birkaç (5'e kadar) iyi düşünülmüş adres yürütmek daha güvenilirdir. Az sayıda cüzdanı "canlı" ve benzersiz göstermek daha kolaydır; bu nedenle bu tür kümeler, 20–50 klondan oluşan çiftliklere göre sert temizliğe daha seyrek yakalanır. Adres sayısı ne kadar azsa, her birine normal bir geçmiş kazandırmak o kadar kolaydır.
• — Gerçek kullanıcı gibi davranın. Projeyi yalnızca "drop için" kullanmayın: swap yapın, transfer gönderin, staking deneyin, zaman zaman yeni fonksiyonları test edin. Aktiviteyi snapshot söylentilerinden önce tek bir döneme yığmak yerine aylara yayın. Cüzdanda çekilmeyen bir bakiye bırakın (kabaca 50 $ ve üzeri); tamamen boş adresler tek kullanımlık görünür. Canlı hesap nefes alır: geçmişi, fon bakiyesi ve farklı eylem türleri vardır.
• — Kendi adresleriniz arasında bariz bağlantılardan kaçının. Farming cüzdanları arasında gereksiz bir transfer "ağı" kurmayın. Tüm fonlamalar tek bir ana adresten geliyor ve çıkışlar aynı borsa depozitosuna gidiyorsa, bunları tek bir Sybil kümesine bağlamak zor değildir. Cüzdanlar arasında doğrudan köprüler ne kadar azsa, hepsini tek bir kişinin yönettiğini kanıtlamak o kadar zor olur.
• — Eylem senaryolarını çeşitlendirin. Aynı kontrol listesini tüm adreslerde kopyalamayın. Tutarları ve işlem sıklığını, adımların sırasını ve protokol setini değiştirin. Bir yerde DAO'da oy verilebilir, başka yerde köprü kullanılabilir, başka bir yerde temel eylem setiyle yetinilebilir. Filtreler tekrarlayan kalıpları arar. Script'e ne kadar az benziyorsanız o kadar iyi.
• — Projenin resmi sinyallerini takip edin. Ekipler kötüye kullanım saydıkları davranışları giderek daha sık önceden tarif ediyor: spam işlemler, boş cüzdanlarda farming, "şüpheli" köprülerin kullanımı vb. Duyuruları, Discord'u, Twitter'ı okuyun ve gerekirse stratejinizi ayarlayın. Gönüllü doğrulama ya da erken katılımcılar için benzersiz bir görev öneriliyorsa, bu adresin itibarını güçlendirme fırsatıdır. Projenin güncel kurallarına göre hareket edenler, sert filtrelere daha seyrek yakalanır.
• — AirDrop farmingini maaş gibi görmeyin. Kusursuz kurgulanmış davranış bile drop'u garanti etmez: kurallar değişebilir, filtreler sıkılaşabilir, halka açık dağıtım tamamen iptal edilebilir. Riski baştan hesaba katın: yalnızca kaybetmeyi göze alabileceğiniz zaman ve fonu yatırın. AirDrop, istikrarlı gelir kaynağı değil yüksek riskli bir deneydir.

⚖️ AirDrop farminginin artıları ve eksileri

AirDrop farmingi "ücretsiz tokenları almak" için basit bir yol gibi görünür, fakat pratikte riskli ve oldukça emek isteyen bir stratejidir. Aşağıda formatı daha ayık değerlendirmeye yardımcı olan kısa bir kontrol listesi var.

❓ Airdrop farmingi hakkında FAQ