Modifizierbare Steuer-Tokens: Wie Entwickler die Verkaufssteuer heimlich auf 99% erhöhen

— By Tony Rabbit in Tutorials

Modifizierbare Steuer-Tokens: Wie Entwickler die Verkaufssteuer heimlich auf 99% erhöhen

Ein Betrug mit modifizierbaren Token-Steuern ermöglicht es einem Entwickler, die Verkaufssteuer nach dem Aufbau von Liquidität heimlich auf 99 Prozent zu erhöhen. Erfahren Sie, warum eine niedrige Startsteuer nichts bedeutet und wie Sie die setter function erkennen, bevor Sie kaufen.

Ein Betrug mit modifizierbaren Token-Steuern ist eine weiche Falle, bei der der Vertragsinhaber die Macht behält, die Verkaufssteuer nach dem Start zu ändern, sodass ein Token, der heute 5 Prozent verlangt, auf 99 Prozent umgestellt werden kann, sobald die Liquidität tief genug ist, um das Abziehen zu lohnen. Im Gegensatz zu einem klassischen Honeypot, der Verkäufe direkt blockiert, können Sie bei diesem Token verkaufen, es wird Ihnen nur fast alles, was Sie herausnehmen, konfisziert. Das macht es gefährlich: Der Vertrag besteht eine einmalige Kauf- und Verkaufssteuerprüfung, sieht sauber aus und wendet sich dann später gegen Sie. Dieser Leitfaden erklärt den Unterschied zwischen einer statischen und einer modifizierbaren Steuer, wie die nur für den Eigentümer zugängliche setter function funktioniert, wo Sie sie im Vertrag finden und die einzige echte Verteidigung dagegen.

Wichtige Erkenntnisse

  • Eine niedrige aktuelle Steuer ist bedeutungslos, wenn der Eigentümer sie später erhöhen kann. Das Risiko ist das Privileg, nicht die heutige Zahl.
  • Eine setTaxFee oder setFees function ermöglicht es einem Entwickler, die Verkaufssteuer nach dem Aufbau von Liquidität auf 99 Prozent zu erhöhen und Inhaber sanft in die Falle zu locken.
  • Dies ist eine rote Flagge für dynamische Privilegien, kein Honeypot. Der Token kann einen Kauf- und Verkaufssteuerscan bestehen und Sie trotzdem betrügen.
  • Überprüfen Sie den Vertragscode auf eine fest codierte max-fee constant. Keine Obergrenze bedeutet unbegrenztes Risiko.
  • Ein aufgegebener Vertrag ist der einzige wahre Schutz: Kein Eigentümer bedeutet, dass niemand die Steuer ändern kann.

Statische Steuer versus die Macht, sie später zu ändern

Jeder besteuerte Token zeigt eine aktuelle Steuer an, den Anteil, den der Vertrag bei jedem Kauf und Verkauf einbehält. Eine statische Steuer ist fest codiert und nach der Bereitstellung für immer fixiert. Eine modifizierbare Steuer ist anders: Der Vertrag speichert den Satz in einer Variablen, die eine privilegierte Adresse jederzeit umschreiben kann. Wenn Sie einen schnellen Scan durchführen, sehen beide identisch aus, da der Scanner den aktuellen Wert meldet. Die Falle ist nicht der Wert, sondern wer ihn ändern kann. Wenn Sie nur den aktuellen Satz bestätigen und dort aufhören, überprüfen Sie eine Zahl, die der Entwickler im nächsten Block unter Ihnen ändern kann. Kombinieren Sie immer eine Ratenprüfung mit einer Privilegienprüfung. Der standardmäßige erste Schritt ist, die Kauf- und Verkaufssteuer vor dem Kauf eines Tokens zu überprüfen, dies aber als Beginn der Analyse und nicht als Schlussfolgerung zu behandeln.

Wie ein nur für den Eigentümer zugänglicher Setter die Verkaufssteuer auf 99 Prozent erhöht

Der Mechanismus ist eine einzelne function, die normalerweise so etwas wie setTaxFee, setFees, setSellTax oder updateTaxes genannt wird und durch einen onlyOwner modifier geschützt ist. Beim Start legt der Entwickler einen freundlichen Satz fest, sagen wir 4 Prozent, sodass frühe Käufer einen normalen Token sehen und das Diagramm sich zu bewegen beginnt. Die Liquidität wächst, wenn mehr Leute einsteigen. Sobald der Pool fett genug ist, um geerntet zu werden, ruft der Eigentümer den setter auf und erhöht die Verkaufssteuer auf 90, 95 oder 99 Prozent. Jetzt leitet jeder Verkauf fast den gesamten Betrag an die Steuer-Wallet weiter. Inhaber können technisch immer noch verkaufen, weshalb einfache Honeypot-Detektoren still bleiben, aber sie gehen mit ein paar Cents pro Dollar weg. Dies ist ein langsamer, bewusster Abfluss und keine harte Blockade, und es geschieht oft Tage oder Wochen nach dem Start, wenn Käufer den Vertrag nicht mehr beobachten.

MerkmalKlassischer HoneypotModifizierbare Steuerfalle
Können Sie verkaufen?Nein, die Verkaufstransaktion wird rückgängig gemachtJa, aber Sie behalten fast nichts
Besteht einen einmaligen Steuerscan?Oft sofort markiertJa, sieht beim Start sauber aus
Wann es ausgelöst wirdAb dem ersten VerkaufsversuchSpäter, nach dem Aufbau von Liquidität
GrundursacheFest codierte Blacklist oder VerkaufsblockadeEigentümerprivileg zur Umschreibung des Satzes

Die Steuer-Setter-Funktion finden und die Max-Steuer-Grenzen lesen

Dazu benötigen Sie einen verifizierten Vertrag, da unverifizierter Quellcode genau die Funktionen verbirgt, die Sie überprüfen möchten. Öffnen Sie im Block-Explorer den Vertrag, gehen Sie zum Tab "Contract", dann zum Tab "Write" und durchsuchen Sie die Funktionsliste nach allem, was das Wort "tax" oder "fee" enthält und eine Zahl als Eingabe akzeptiert. Das ist Ihr setter. Öffnen Sie als Nächstes den Tab "Read" oder den Tab "Code" und sehen Sie sich an, wie die Ratenvariable eingeschränkt ist. Das Wichtigste, was Sie finden müssen, ist ein fest codiertes Maximum, normalerweise eine require-Zeile innerhalb des setters, wie z.B. require(newFee <= MAX_FEE), wobei MAX_FEE als constant definiert ist, zum Beispiel 10 oder 25. Diese constant ist die Obergrenze: Es ist das Schlimmste, was die Steuer legal werden kann. Wenn der setter keinen solchen Schutz hat, kann der Eigentümer jeden Wert eingeben, einschließlich 99, und nichts hält ihn auf.

Warum eine niedrige Startsteuer bedeutungslos ist, wenn die Obergrenze unbegrenzt ist

Dies ist die Kernlektion des Betrugs mit modifizierbaren Token-Steuern. Eine Startsteuer von 3 Prozent sagt Ihnen nichts über Ihr Risiko, wenn der Vertrag dem Eigentümer erlaubt, den Satz auf beliebige Werte festzulegen. Ihr tatsächliches Risiko ist nicht die aktuelle Zahl, sondern das Maximum, das der Code zulässt, kombiniert mit der Frage, wer die Schlüssel besitzt. Ein Token mit einer aktuellen Steuer von 6 Prozent und einer fest codierten Obergrenze von 6 Prozent ist weitaus sicherer als ein Token mit einer aktuellen Steuer von 1 Prozent und überhaupt keiner Obergrenze. Lesen Sie die Grenze, nicht das Abzeichen. Wenn Sie keine max-fee constant im Quellcode finden können, gehen Sie davon aus, dass die Obergrenze 100 Prozent beträgt und bewerten Sie den Token entsprechend. Für einen breiteren Kontext, wie Steuern in diesem Zyklus missbraucht werden, siehe unsere Aufschlüsselung von Token-Steuern im Jahr 2026 und die roten Flaggen, auf die Sie achten sollten. Und denken Sie daran, dies ist ein Privilegienproblem, nicht der nur-Kauf-Verkaufsblock, der in Honeypot-Tokens erklärt behandelt wird.

Verzicht: Die einzige echte Verteidigung gegen modifizierbare Steuern

Wenn die Gefahr das Eigentümerprivileg ist, besteht die Heilung darin, den Eigentümer zu entfernen. Wenn ein Entwickler verzichtet, wird das Eigentum an eine tote Adresse übertragen, die niemand kontrolliert, wodurch jede onlyOwner function, einschließlich des Steuer-setters, dauerhaft deaktiviert wird. Nach einem echten Verzicht ist die Steuer auf dem Stand eingefroren, den sie zu diesem Zeitpunkt hatte, und kann nie wieder erhöht werden. Deshalb ist der Verzicht das stärkste Einzelsignal für Steuersicherheit. Überprüfen Sie es selbst, anstatt einer Behauptung zu vertrauen: Bestätigen Sie, dass die Eigentümeradresse die Null- oder Burn-Adresse on-chain ist, wie in unserem Leitfaden zu was ein aufgegebener Vertrag ist erklärt. Eine Vorsichtsmaßnahme: Ein Verzicht schützt Sie nur, wenn die Steuer zum Zeitpunkt des Verzichts bereits angemessen war. Überprüfen Sie daher sowohl den Satz als auch den Eigentümerstatus zusammen. Ein Token, der mit einer Verkaufssteuer von 50 Prozent aufgegeben wurde, ist aufgegeben und immer noch eine Falle.

Checkliste vor dem Kauf für modifizierbare Steuer-Tokens

Bevor Sie einen besteuerten Token kaufen, führen Sie diese kurze Abfolge durch und gehen Sie weg, sobald etwas fehlschlägt:

  • Aktuelle Kauf- und Verkaufssteuer bestätigen. Kennen Sie die Zahl, die Ihnen gerade berechnet wird.
  • Den verifizierten Quellcode öffnen. Kein verifizierter Code bedeutet keine Überprüfung, was Grund genug ist, abzulehnen.
  • Im Tab "Write" nach einem Steuer- oder Gebühren-setter suchen. Wenn einer existiert, ist der Satz modifizierbar.
  • Die max-fee constant finden. Die require-Grenze lesen. Keine Obergrenze bedeutet unbegrenztes Risiko.
  • Eigentümerschaft überprüfen. An eine tote Adresse verzichtet ist grünes Licht. Ein aktiver Eigentümer mit einem setter ist die rote Flagge.
  • Die Mathematik gegenprüfen. Eine angemessene aktuelle Steuer plus eine fest codierte niedrige Obergrenze plus aufgegebenes Eigentum ist die einzige Kombination, die diese Falle vollständig entschärft.

Die Quintessenz ist einfach: Die Steuer einmal zu scannen, ist nicht genug. Scannen Sie das Privileg. Ein Token kann heute eine perfekte Steuer aufweisen und trotzdem nur eine Eigentümertransaktion davon entfernt sein, jeden Inhaber bei 99 Prozent sanft in die Falle zu locken.

Dieser Artikel dient ausschließlich Bildungszwecken und stellt keine Finanzberatung dar.

Originally published by DEXTools News. © 2026 DEXTools News (STRADEXT DEFI SOLUTIONS, S.L.). Reproduction or republication without written permission is prohibited.