#termmax Gewohnheitsmäßig prüft man die Berechtigungsverteilung von Smart Contracts auf der unteren Ebene, und oft zeigt sich dabei der wirklichste, widerstandsfähige Hintergrund eines Protokolls. TermMax betreibt nach außen hin seit Langem Marketing für „feste Erträge“ und behauptet damit die Beständigkeit der Determiniertheit, aber wenn man seine V2-Contracts genauer durchgeht, entdeckt man, wie äußerst fragil diese Determiniertheit ist. Im System ist die Superadministrator-Berechtigung DEFAULT_ADMIN_ROLE ganz offen aufbewahrt; sie kann nicht nur alle anderen Rollen verwalten, sondern sogar per upgradeToAndCall-Interface direkt den zugrunde liegenden Logik-Contract ersetzen.
Noch tödlicher ist die weiche Schwachstelle in seinem Orakel-Preismechanismus (Oracle). Festzins-Kredite und Liquidationen hängen in hohem Maße von Echtzeitpreisen ab, aber wenn sich die Preissource von TermMax ändert, muss dieser oberste Administrator sie manuell einreichen und bestätigen. Offiziell wird man möglicherweise „Time Lock“ (Timelock) als Sicherheitsbeglaubigung anführen, doch in einem extremen einseitigen Crash-Szenario entscheidet jede Verzögerung beim Füttern der Preise darüber, ob es um den Untergang von Millionen geht. Wenn das ursprüngliche Orakel ausfällt oder angegriffen wird, geht der Administrator über den Timelock-Prozess, um die Preissource umzuschalten—da sind die faulen Forderungen aus dem Kernsystem längst schon so weit eskaliert, dass der Pool vollständig durchlöchert ist. Das System konzentriert alle wichtigsten Rechte für Pricing und Upgrades nach oben und sammelt sie bei einer winzigen Anzahl von Backend-Administratoren.
Wenn man große Geldmengen auf ein System setzt, dessen Regeln jederzeit durch Super-Privilegien überschrieben werden können, ist das Risiko-Ertrags-Verhältnis extrem unausgewogen. Ein reifes DeFi-Protokoll, das Super-Berechtigungen nicht zügig abschafft oder das Orakel-Verwaltungsrecht nicht konsequent vollständig dezentralisiert, stützt jede von ihm beworbene Sicherheitsmechanik lediglich auf die dünne Annahme „das Team tut nichts Böses“—und das hält einer finanziellen Logikprüfung absolut nicht stand.@TermMax $BTC
Noch tödlicher ist die weiche Schwachstelle in seinem Orakel-Preismechanismus (Oracle). Festzins-Kredite und Liquidationen hängen in hohem Maße von Echtzeitpreisen ab, aber wenn sich die Preissource von TermMax ändert, muss dieser oberste Administrator sie manuell einreichen und bestätigen. Offiziell wird man möglicherweise „Time Lock“ (Timelock) als Sicherheitsbeglaubigung anführen, doch in einem extremen einseitigen Crash-Szenario entscheidet jede Verzögerung beim Füttern der Preise darüber, ob es um den Untergang von Millionen geht. Wenn das ursprüngliche Orakel ausfällt oder angegriffen wird, geht der Administrator über den Timelock-Prozess, um die Preissource umzuschalten—da sind die faulen Forderungen aus dem Kernsystem längst schon so weit eskaliert, dass der Pool vollständig durchlöchert ist. Das System konzentriert alle wichtigsten Rechte für Pricing und Upgrades nach oben und sammelt sie bei einer winzigen Anzahl von Backend-Administratoren.
Wenn man große Geldmengen auf ein System setzt, dessen Regeln jederzeit durch Super-Privilegien überschrieben werden können, ist das Risiko-Ertrags-Verhältnis extrem unausgewogen. Ein reifes DeFi-Protokoll, das Super-Berechtigungen nicht zügig abschafft oder das Orakel-Verwaltungsrecht nicht konsequent vollständig dezentralisiert, stützt jede von ihm beworbene Sicherheitsmechanik lediglich auf die dünne Annahme „das Team tut nichts Böses“—und das hält einer finanziellen Logikprüfung absolut nicht stand.@TermMax $BTC