Glossar

Was ist Smart-Contract-Risiko?

Experte · 7 Min. Lesezeit
What Is Smart Contract Risk?

Smart-Contract-Risiko ist die Chance, Wert zu verlieren — oder den nutzbaren Zugriff darauf — weil On-Chain-Programmverhalten, seine Abhängigkeiten, seine Orakel oder seine Admin- / Upgrade-Autorität ein Ergebnis erzeugen, das Sie beim Deposit, bei der Freigabe oder bei der Interaktion nicht beabsichtigt haben. Smart-Contract-Risiko bedeutet nicht „die Chain hat Ihre Coins vergessen“.

Definition

Smart-Contract-Risiko ist die Chance, Wert zu verlieren — oder den nutzbaren Zugriff darauf — weil On-Chain-Programmverhalten, seine Abhängigkeiten, seine Orakel oder seine Admin- / Upgrade-Autorität ein Ergebnis erzeugen, das Sie beim Deposit, bei der Freigabe oder bei der Interaktion nicht beabsichtigt haben.

Auf den Punkt:

Smart-Contract-Risiko bedeutet nicht „die Chain hat Ihre Coins vergessen“. Es ist das Risiko, dass Code, den Sie autorisiert haben — oder Code, der die Regeln nach Ihrem Deposit umschreiben kann — unter seiner eigenen Logik Wert bewegt, einfriert, falsch bepreist oder abzieht.

Verwahrung fragt, wer ausgeben darf. Smart-Contract-Risiko fragt, was die Programme, die Sie berühren, tun dürfen, welche Annahmen sie über die Welt treffen und wer diese Regeln später ändern kann.

Im Trading

Die eigentliche Trading-Frage

Kann ich für diese Exponierung die Contracts, die Vertrauensflächen (Orakel, Upgrades, Admins) und eine Verlustform benennen, die ich noch aushalte, wenn diese Flächen versagen — oder behandle ich „auditiert / hohes TVL / vertrautes Logo“ als Ersatz für Messung?

Antworten Sie pro Deposit und pro Freigabe-Fläche. Antworten Sie erneut nach Upgrades, nach Orakel-Änderungen und nach Größen-Sprüngen. Eine Slogan-Formel für jede DeFi-Interaktion ist die reine Wiedererkennungs-Falle, die diese Seite hinter sich lässt.

Zwei Messgrößen, die oft zu einer zusammengezogen werden

Marktweite „Hack“-SchlagzeilenDeFi-Protokoll-Exponierungen
Was oft die Dollar-Verluste dominiertKeys, Signer, Wallet-Infra, Frontends, Admin-KompromittierungProtokoll-Logik und ökonomische Annahmen
Was oft die Vorfallzahl dominiertGemischt; Code-Bugs bleiben häufigLogik, Zugriffskontrolle, Orakel, Buchhaltungspfade
Trader-FehlerJede Verlustgeschichte als „Contracts sind unsicher, also DeFi meiden“ lesenJedes Audit-Badge als „Code-Risiko ist geschlossen“ lesen
Nützliche ReaktionEine Verwahrungs-Messgröße für Venues und Keys behaltenEine Contract- / Orakel- / Upgrade-Messgröße für Deposits behalten

Beide Messgrößen sind real. Sie zu vermischen erzeugt die falsche Absicherung: Entweder unterdimensionieren Sie jedes Protokoll, weil CeFi-Key-Diebstähle die Nachrichten füllten, oder Sie übervertrauen einem Vault, weil „der Großteil des gestohlenen Werts in diesem Jahr Keys waren“.

Begrenzte Lesart jüngerer Branchen-Auszählungen: Über den Gesamtmarkt besitzen Infrastruktur- und Key-Kompromittierung oft den Großteil des Werts; innerhalb von DeFi-Protokollverlusten besitzt Logik oft den Großteil der Verlustmasse. Nutzen Sie beide Fakten. Wählen Sie nicht einen und verwerfen Sie den anderen.

Taxonomie (Klassen, nicht eine einzelne „gehackt“-Fahne)

KlasseWas brichtWie sich Verlust zeigt
ZugriffskontrollePrivilegierte Funktionen vom falschen Akteur aufrufbarMint, Pause, Upgrade, Set-Price, Drain-Pfad öffnet sich
GeschäftslogikBeabsichtigte Regeln ≠ kodierte RegelnFalsche Rewards, falsche Collateral-Mathematik, kaputte Liquidation oder Mint/Redeem
Reentrancy / externe CallsKontrolle abgegeben, bevor State final istWiederholter Withdraw, Cross-Function-Reentry, Hook-Callbacks
Arithmetik / Rundung / SharesFixed-Point-, Fee-, Share- oder Reserve-Mathematik driftetStiller Wertverlust; Extremzustände verstärken One-Wei-Fehler
Orakel / dünne LiquiditätSicherheitslogik vertraut einem beweglichen oder veralteten PreisUnterwasser-Borrows, unfaire Liquidationen, aufgeblähtes Collateral
Flashloan-VerstärkungKapital in derselben Tx treibt eine schwache Annahme zum BruchRoot-Bug war schon da; temporäres Kapital machte ihn zahlbar
Proxy / UpgradeabilityImplementation oder Initializer- / Admin-Pfad ist schwachLogik-Rewrite, uninitialisierter Claim, Storage-Korruption
Griefing / DoSVerfügbarkeit oder Exits blockiert ohne sauberen „Diebstahl“Withdrawals stecken, Liquidationen klemmen, Distributions reverten

OWASP-artige Top-10-Listen rotieren Ränge von Jahr zu Jahr. Zugriffskontrolle, Geschäftslogik und Orakel bleiben nahe der Spitze; flashloan-gestützte Pfade und Proxy-/Upgrade-Kategorien stiegen als praktische Flächen. Behandeln Sie die Liste als Monitor-Menü, nicht als Bingo-Karte.

Flächen zweiter Ordnung (wo erfahrene Größe tatsächlich stirbt)

Lehrbuch-Reentrancy ist nicht die einzige Messgröße. Diese Pfade zweiter Ordnung zählen meist mehr, sobald Sie Spielzeuggröße verlassen:

  1. Komponierbarkeit — Ihr Vault ist in Ordnung, bis er Shares über einen Peer-Pool, Wrapper oder Bridge bepreist, den Sie nie geprüft haben.
  2. Audit-Scope-Lücken — Viele Post-Mortems „auditierter“ Protokolle zeigen: Der Angriffspfad lag außerhalb jedes öffentlichen Audit-Scopes oder in einer Dependency / einem Keeper / Forwarder, den der Report nie abdeckte.
  3. Unverifizierter oder abweichender Bytecode — UI-Name ≠ Explorer-Adresse ≠ die Implementation, auf die der Proxy aktuell zeigt.
  4. Upgrade ohne Review-Fenster — kein Timelock, einzelner EOA-Upgrader oder stiller Implementation-Swap nach Ihrem Deposit.
  5. Emergency Pause als Vertrauen — eine Pause kann einen Drain retten und Exits ebenso einfangen; wer den Schalter hält, ist Teil des Risikopreises.
  6. Teil- vs Total-Drain — manche Bugs schöpfen Rundung ab; manche leeren den Pool; manche frieren Funds ein, ohne sie zu transferieren. Dimensionieren Sie für die schlimmste glaubwürdige Form, nicht für die durchschnittliche Schlagzeile.
  7. Veraltete „sichere“ Contracts — alte Deployments werden erneut angeschaut; Alter ist kein Sicherheits-Heiligenschein, wenn Anreize noch in der Adresse sitzen.

Restflächen auf Wallet-first-Venues

Wallet-first-Trading (einschließlich Venues wie edgeX) senkt „Firmenbilanz-IOU“-Risiko, wenn Ihre Autorisierung Funds bewegt. Contract-Risiko erscheint weiterhin, wenn:

  • Sie einem Spender freigeben, der Tokens später ziehen kann
  • Sie in einen Vault, eine Bridge oder ein strukturiertes Produkt einzahlen
  • Matching oder Settlement von Contracts abhängt, deren Upgrade- oder Orakel-Pfad Sie nicht kartiert haben
  • ein geklontes Frontend Sie bittet, gegen eine andere Adresse zu signieren als die, die Sie verifiziert haben

Wenn Ihre Checkliste nur fragt „ist es non-custodial?“, stehen Sie noch auf der alten Messgröße.

Durchgespielte Szenen (Urteil, keine Slogans)

A — Rundung unter Flashloan-Druck.

Die Withdraw-Mathematik eines Pools rundet in einem extremen Tick die falsche Richtung. Der Normalfluss wirkt in Ordnung. In derselben Transaktion geliehenes Kapital schiebt den Pool in diesen Zustand, extrahiert die Lücke, zahlt den Loan zurück und lässt LPs zu kurz. Der Flashloan war der Verstärker. Der Bug war Accounting.

B — „Orakel-Hack“, der Zugriffskontrolle war.

Preis-Updates sollen über einen Keeper- / Forwarder-Pfad laufen. Ein schwacher Forwarder lässt einen Angreifer `setPrices` erreichen. Sie drucken eine schlechte Markierung, öffnen und schließen dagegen und gehen. Die Feed-Marke war nicht die Wurzel; wer den Feed schreiben konnte, war es.

C — Auditierter Vault, Out-of-Scope-Dependency.

Drei Audit-PDFs liegen auf der Docs-Site. Der Drain nutzt einen Library-Helper oder Bridge-Verifier, den diese Reports nie scoped haben. „Wir wurden auditiert“ war wahr und unvollständig. Fragen Sie welchen Commit, welche Dateien, welche ökonomischen Pfade — und was sich seither geändert hat.

D — Proxy Tag eins vs Jahr zwei.

Sie dimensionierten einen Deposit, als die Implementation eingefroren und Multisig + Timelock öffentlich waren. Sechs Monate später landet ein Upgrade mit kurzem Fenster und einer neuen Rolle. Dieselbe Proxy-Adresse; andere Vertrauensfläche. Neu underwriten oder exitieren — erben Sie nicht die These vom Vorjahr.

Monitoring (was zu falsifizieren ist)

Bewerten Sie jede materielle Contract-Exponierung gegen prüfbare Fakten — nicht gegen Badges.

MonitorPass sieht aus wieFail sieht aus wie
Adress-MapSie können Proxy vs Implementation vs Spender benennen„Der Contract der Site“, unverifiziert
Permission-MapRollen für Upgrade, Pause, Mint, Orakel-Schreiben sind bekanntEin God-Key-„Owner“, den Sie nicht beschreiben können
Upgrade-PfadTimelock / Multisig / Kultur veröffentlichter DiffsStille EOA-Upgrades
Orakel-DesignAggregiert / TWAP / Frische / Abweichungsgrenzen, wo Größe sie brauchtSame-Tx-Spot aus einem dünnen Pool für Liquidationen
Audit-HygieneScope, Datum, Commit-Hash; Bounty noch liveLogo-Wand; kein Scope; Code nach dem Report bewegt
KomponierbarkeitSie wissen, von welchen externen Pools/Bridges die Exponierung abhängtVerschachtelte Wrapper, die Sie nicht benennen können
Allowance-FlächeLeast Privilege; periodisches WiderrufenUnlimited Approve für immer an jeden Router
Exit-DrillKleiner Withdraw hat kürzlich funktioniertNur-Deposit-Muskelgedächtnis
Incident-HaltungPause scoped; Monitoring; öffentliche Post-Mortem-GewohnheitTVL als Sicherheitsbeweis

Bedingte Defaults (hier starten, dann anpassen)

  1. Wenn Sie die Contract-Adresse und wer sie upgraden kann nicht benennen können → skalieren Sie die Exponierung nicht.
  2. Wenn sicherheitskritische Preisbildung einen Same-Transaction-Thin-Pool-Spot liest → behandeln Sie Liquidations- / Mint- / Redeem-Pfade als feindlich, bis das Gegenteil bewiesen ist.
  3. Wenn der einzige Trost „auditiert“ ohne Scope oder Commit ist → bepreisen Sie Audit als Marketing, nicht als Messgröße.
  4. Wenn nach Ihrem Deposit ein Upgrade landete → neu underwriten; Continuity nicht annehmen.
  5. Wenn flashloan-großes Kapital das Orakel oder die Share-Mathematik bewegen kann, von der Sie abhängen → dimensionieren Sie so, als würde dieses Kapital erscheinen.
  6. Wenn Hot-Trading und Protokoll-Deposits unbegrenzte Freigaben teilen → trennen Sie die Flächen noch in derselben Woche.
  7. Wenn die Größe scharf gestiegen ist → machen Sie die Map neu, auch wenn sich die UI nicht geändert hat.

Design-Moves

  1. Trennen Sie Freigaben für Trading-Float von Deposits in idle Protocol.
  2. Bevorzugen Sie verifizierte Adressen, die Sie aus einer bekannten Quelle einfügen, gegenüber „Connect and hope“.
  3. Deckeln Sie jede Protokoll-Exponierung auf eine Verlustform, die Sie aushalten (Abschöpfen vs Leeren vs Einfrieren).
  4. Üben Sie einen kleinen Withdraw, bevor Sie skalieren.
  5. Widerrufen Sie veraltete unlimited Allowances nach Plan.
  6. Bevorzugen Sie Venues und Protokolle, die Contract-Adressen, Upgrade-Policy und Audit-Scope veröffentlichen — und führen Sie trotzdem Ihre eigenen Monitore.
  7. Schreiben Sie eine kurze Stress-Reihenfolge: welche Exponierung Sie zuerst exitieren, wenn ein Upgrade- oder Orakel-Alert feuert.

Grenzen dieses Frameworks

Diese Seite ersetzt kein professionelles Audit, keine formale Verifikation und keine Incident Response für Builder. Sie bepreist nicht jede Chain-, Bridge- oder L2-Finality-Besonderheit. Sie rettet keine Exponierung, wenn Sie Phishing ignorieren und einen bösartigen Spender signieren. Nachbar-Messgrößen — Verwahrung, Freigaben, MEV, Protokoll- vs Plattform- vs Nutzer-Risiko — gelten weiter. Nutzen Sie diese Taxonomie, um jeden On-Chain-Verlust nicht mehr in ein Wort zusammenzuziehen.

Nicht verwechseln mit

  • Verwahrungsrisiko — Spend-Autorität / Gegenpartei-vs-Operator-Ausfall; stapelt sich mit Protokoll-Deposits, ist aber nicht dieselbe Messgröße.
  • Token-Freigabe-Risiko — Allowance, die einen späteren Pull ermöglichen kann; oft die Tür in Contract-Risiko, nicht der ganze Exploit-Baum.
  • Preisrisiko — Mark kann sich bewegen, während Code-Verhalten und Kontrolle intakt bleiben.
  • Liquiditäts- / Slippage-Risiko — Größe im Markt nicht exitierbar ≠ Vault durch Programmlogik geleert, eingefroren oder falsch bepreist.
  • MEV / Sandwich — Ordering und Extraktion um Ihre Transaktion; kann Orakel-/Swap-Design berühren, ist trotzdem kein Synonym für Logic-Bug.

Bereit für den nächsten Schritt?

Von dieser Seite aus über die offiziellen Links zur Registrierung oder zum Trading gelangen.

Jetzt auf edgeX traden

Haftungsausschluss

Dieser Inhalt dient ausschließlich Bildungszwecken und stellt keine Anlageberatung dar. Der Handel mit digitalen Assets und Derivaten ist mit Risiken verbunden. Stelle sicher, dass du die Produkte verstehst, und berücksichtige deine persönliche Situation, bevor du handelst.