Değiştirilebilir token vergi dolandırıcılığı nedir?

Sözleşmesi sahibinin lansmandan sonra alım veya satım vergisini değiştirmesine izin veren, genellikle likidite oluştuktan sonra satış vergisini yüzde 99'a doğru iten bir tokendir. Bir honeypot'un aksine, hala satış yapabilirsiniz, ancak sözleşme neredeyse her şeyi alır. Tehlikelidir çünkü tek seferlik bir vergi kontrolünü geçer ve yalnızca daha sonra tetiklenir.

Bir token vergi kontrolünü geçip yine de dolandırıcılık olabilir mi?

Bir tarayıcı, vergi değerini kontrol ettiğiniz anda bildirir, bu değerin değişip değişemeyeceğini değil. Sözleşmede sabit kodlanmış bir sınırı olmayan, yalnızca sahibine özel bir setter fonksiyonu varsa, geliştirici oranı bir sonraki blokta yeniden yazabilir. Bu yüzden sadece mevcut sayıyı değil, ayrıcalığı ve maksimum ücret sınırını kontrol etmelisiniz.

Bir tokenın vergisini değiştiren fonksiyonu nasıl bulurum?

Doğrulanmış sözleşmeyi bir blok gezgininde açın, Sözleşme sekmesine, ardından Yazma sekmesine gidin ve adında 'tax' veya 'fee' kelimesi geçen ve setTaxFee veya setFees gibi bir sayı alan bir fonksiyon arayın. Ardından, kaynak kodunda MAX_FEE sabiti olan bir require satırı arayın. Bu sınır eksikse, sahip vergiyi herhangi bir değere ayarlayabilir.

Bir sözleşmeden feragat etmek verginin yükseltilmesini durdurur mu?

Evet. Feragat etmek, sahipliği ölü bir adrese aktarır, bu da vergi belirleyici dahil her yalnızca sahibine özel fonksiyonu kalıcı olarak devre dışı bırakır, böylece oran sonsuza dek dondurulur. Bu, değiştirilebilir vergiye karşı en güçlü savunmadır. Sadece feragatın zincir üzerinde gerçek olduğunu ve verginin gerçekleştiğinde zaten makul olduğunu onaylayın.

Değiştirilebilir Vergi Tokenları: Geliştiriciler Satış Vergisini Gizlice %99'a Nasıl Yükseltir?

June 26, 2026 — By Tony Rabbit in Tutorials

Değiştirilebilir bir token vergi dolandırıcılığı, bir geliştiricinin likidite oluştuktan sonra satış vergisini sessizce yüzde 99'a çıkarmasına olanak tanır. Düşük bir lansman vergisinin neden hiçbir şey ifade etmediğini ve satın almadan önce setter fonksiyonunu nasıl tespit edeceğinizi öğrenin.

Bir değiştirilebilir token vergi dolandırıcılığı, sözleşme sahibinin lansmandan sonra satış vergisini değiştirme gücünü elinde tuttuğu yumuşak bir tuzaktır, böylece bugün yüzde 5 vergi alan bir token, likidite boşaltmaya değecek kadar derinleştiği anda yüzde 99'a çevrilebilir. Satışları tamamen engelleyen klasik bir honeypot'un aksine, bu token satmanıza izin verir, ancak çıkardığınız neredeyse her şeyi el koyar. Onu tehlikeli yapan da budur: sözleşme tek seferlik bir alım ve satım vergisi kontrolünü geçer, temiz görünür ve daha sonra size karşı döner. Bu kılavuz, statik vergi ile değiştirilebilir vergi arasındaki farkı, yalnızca sahibine özel setter fonksiyonunun nasıl çalıştığını, sözleşmede nerede bulunacağını ve buna karşı tek gerçek savunmayı açıklar.

Temel Çıkarımlar

Sahibi daha sonra yükseltebiliyorsa, düşük mevcut vergi anlamsızdır. Risk ayrıcalıktır, bugünkü sayı değil.
Bir setTaxFee veya setFees fonksiyonu, bir geliştiricinin likidite oluştuktan sonra satış vergisini yüzde 99'a doğru itmesine olanak tanır ve sahipleri yumuşak bir tuzağa düşürür.
Bu, bir honeypot değil, dinamik ayrıcalık kırmızı bayrağıdır. Token, bir alım ve satım vergisi taramasını geçebilir ve yine de sizi dolandırabilir.
Sözleşme kodunda sabit kodlanmış bir maksimum ücret sabiti olup olmadığını kontrol edin. Sınır olmaması, sınırsız risk anlamına gelir.
Feragat edilmiş bir sözleşme tek gerçek korumadır: sahibi olmaması, kimsenin vergiyi değiştiremeyeceği anlamına gelir.

Statik vergiye karşı daha sonra değiştirme gücü

Her vergilendirilmiş token, sözleşmenin her alım ve satımda aldığı kesinti olan mevcut bir vergiyi gösterir. Statik bir vergi, dağıtıldıktan sonra sabit kodlanmış ve sonsuza dek sabittir. Değiştirilebilir bir vergi farklıdır: sözleşme oranı, ayrıcalıklı bir adresin istediği zaman yeniden yazabileceği bir değişkende saklar. Hızlı bir tarama yaptığınızda, her ikisi de aynı görünür çünkü tarayıcı değeri o anki haliyle bildirir. Tuzak değer değil, onu kimin değiştirebileceğidir. Yalnızca mevcut oranı onaylar ve orada durursanız, geliştiricinin bir sonraki blokta altınızdan değiştirebileceği bir sayıyı kontrol ediyorsunuz demektir. Her zaman bir oran kontrolünü bir ayrıcalık kontrolüyle eşleştirin. Standart ilk adım, bir token satın almadan önce alım ve satım vergisini kontrol etmektir, ancak bunu analizin başlangıcı olarak kabul edin, sonucu olarak değil.

Yalnızca sahibine özel bir setter, satış vergisini yüzde 99'a nasıl yükseltir

Mekanizma, genellikle setTaxFee, setFees, setSellTax veya updateTaxes gibi adlandırılan, onlyOwner değiştiricisi tarafından korunan tek bir fonksiyondur. Lansmanda geliştirici, örneğin yüzde 4 gibi dostane bir oran belirler, böylece erken alıcılar normal bir token görür ve grafik hareket etmeye başlar. Daha fazla kişi katıldıkça likidite artar. Havuz hasat etmeye değecek kadar şiştiğinde, sahibi setter'ı çağırır ve satış vergisini yüzde 90, 95 veya 99'a çıkarır. Artık her satış, neredeyse tüm miktarı vergi cüzdanına yönlendirir. Sahipler teknik olarak hala satış yapabilir, bu yüzden basit honeypot dedektörleri sessiz kalır, ancak dolar başına kuruşlarla ayrılırlar. Bu, sert bir engelleme yerine yavaş, kasıtlı bir boşaltmadır ve genellikle lansmandan günler veya haftalar sonra, alıcılar sözleşmeyi izlemeyi bıraktığında gerçekleşir.

Özellik	Klasik honeypot	Değiştirilebilir vergi tuzağı
Satabilir misiniz?	Hayır, satış işlemi geri döner	Evet, ama neredeyse hiçbir şey kalmaz
Tek seferlik vergi taramasını geçer mi?	Genellikle hemen işaretlenir	Evet, lansmanda temiz görünür
Ne zaman tetiklenir	İlk satış denemesinden itibaren	Daha sonra, likidite oluştuktan sonra
Temel neden	Sabit kodlanmış kara liste veya satış engeli	Sahibin oranı yeniden yazma ayrıcalığı

Vergi belirleyici fonksiyonu bulma ve maksimum vergi sınırlarını okuma

Bunu yapmak için doğrulanmış bir sözleşmeye ihtiyacınız var, çünkü doğrulanmamış kaynak kodu incelemek istediğiniz fonksiyonları gizler. Blok gezgininde sözleşmeyi açın, Sözleşme sekmesine, ardından Yazma sekmesine gidin ve fonksiyon listesini, girdi olarak bir sayı alan 'tax' veya 'fee' kelimesini içeren herhangi bir şey için tarayın. Bu sizin setter'ınızdır. Ardından, Okuma sekmesini veya Kod sekmesini açın ve oran değişkeninin nasıl kısıtlandığına bakın. Bulunması gereken en önemli şey, genellikle setter içinde require(newFee <= MAX_FEE) gibi bir require satırı olan, örneğin 10 veya 25 olarak tanımlanmış bir MAX_FEE sabitiyle sabit kodlanmış bir maksimumdur. Bu sabit tavanı gösterir: verginin yasal olarak olabileceği en kötü durumdur. Setter'da böyle bir koruma yoksa, sahibi 99 dahil herhangi bir değeri girebilir ve hiçbir şey onları durdurmaz.

Sınır sınırsızsa, düşük lansman vergisinin neden anlamsız olduğu

Bu, değiştirilebilir token vergi dolandırıcılığının temel dersidir. Sözleşme sahibinin oranı istediği gibi belirlemesine izin veriyorsa, yüzde 3'lük bir lansman vergisi size dezavantajınız hakkında hiçbir şey söylemez. Gerçek riskiniz mevcut sayı değil, kodun izin verdiği maksimum oran ve anahtarları kimin elinde tuttuğudur. Yüzde 6 mevcut vergiye ve sabit kodlanmış yüzde 6 sınıra sahip bir token, yüzde 1 mevcut vergiye ve hiç sınıra sahip olmayan bir tokenden çok daha güvenlidir. Rozeti değil, sınırı okuyun. Kaynakta bir maksimum ücret sabiti bulamıyorsanız, tavanın yüzde 100 olduğunu varsayın ve tokenı buna göre fiyatlandırın. Bu döngüde vergilerin nasıl kötüye kullanıldığına dair daha geniş bir bağlam için, 2026'daki token vergileri ve dikkat edilmesi gereken kırmızı bayraklar hakkındaki analizimize bakın. Ve unutmayın, bu bir ayrıcalık sorunudur, honeypot tokenları açıklandı bölümünde ele alınan yalnızca alım-satım engeli değildir.

Feragat: değiştirilebilir vergiye karşı tek gerçek savunma

Tehlike sahibi ayrıcalığı ise, çare sahibini ortadan kaldırmaktır. Bir geliştirici feragat ettiğinde, sahiplik kimsenin kontrol etmediği ölü bir adrese aktarılır, bu da vergi belirleyici dahil her onlyOwner fonksiyonunu kalıcı olarak devre dışı bırakır. Gerçek bir feragatten sonra, vergi o anki seviyesinde dondurulur ve bir daha asla yükseltilemez. Bu nedenle feragat, vergi güvenliği için en güçlü tek sinyaldir. Bir iddiaya güvenmek yerine kendiniz doğrulayın: feragat edilmiş bir sözleşmenin ne olduğu hakkındaki kılavuzumuzda açıklandığı gibi, sahip adresinin zincir üzerinde sıfır veya yakma adresi olduğunu onaylayın. Bir uyarı: bir feragat sizi yalnızca vergi gerçekleştiğinde zaten makul ise korur, bu nedenle hem oranı hem de sahiplik durumunu birlikte kontrol edin. Yüzde 50 satış vergisi ile feragat edilmiş bir token feragat edilmiş olsa da hala bir tuzaktır.

Değiştirilebilir vergi tokenları için satın alma öncesi kontrol listesi

Herhangi bir vergilendirilmiş token satın almadan önce, bu kısa sırayı uygulayın ve bir şey başarısız olursa hemen uzaklaşın:

Mevcut alım ve satım vergisini onaylayın. Şu anda sizden alınan sayıyı bilin.
Doğrulanmış kaynağı açın. Doğrulanmış kod olmaması, inceleme yapılamaması anlamına gelir ki bu da geçmek için yeterli bir nedendir.
Yazma sekmesinde bir vergi veya ücret belirleyici arayın. Eğer varsa, oran değiştirilebilir demektir.
Maksimum ücret sabitini bulun. Gerekli sınırı okuyun. Sınır olmaması, sınırsız risk anlamına gelir.
Sahipliği kontrol edin. Ölü bir adrese feragat edilmişse yeşil ışıktır. Bir setter'a sahip aktif bir sahip kırmızı bayraktır.
Matematiği çapraz kontrol edin. Makul bir mevcut vergi artı sabit kodlanmış düşük bir sınır artı feragat edilmiş sahiplik, bu tuzağı tamamen etkisiz hale getiren tek kombinasyondur.

Çıkarım basit: vergiyi bir kez taramak yeterli değil. Ayrıcalığı tarayın. Bir token bugün mükemmel bir vergi gösterebilir ve yine de her sahibini yüzde 99'da yumuşak bir tuzağa düşürmekten bir sahip işlemi uzakta olabilir.

Bu makale yalnızca eğitim amaçlıdır ve finansal tavsiye değildir.