Ich bin heute zurück zum Liquidationsabschnitt des Whitepapers gegangen – über das hinaus, was ich in dieser Serie bereits abgedeckt hatte.
Es lohnt sich, hier präzise zu sein. Babylons eigenes Papier sagt, dass Liquidationen durch eine whitelisted Menge von Liquidatoren laufen, die Preis und Vault-Zustand überwachen – nicht durch eine vollständig offene Menge.
Mein erster Eindruck von „trustless“ war, dass es gleichmäßig über das gesamte System gilt, Liquidationen eingeschlossen.
Nicht ganz. Die eigene Ausgabenlogik des Vaults, unstake, liquidate, slash, wird kryptografisch erzwungen. Aber die Liquidator-Menge, die auf die Trigger-Bedingung achtet, ist whitelisted. Andere Sicherheit, gleiches Wort für beides.
Eine Liquidation ist also nicht „Preis fällt, dann wird liquidiert“. Sondern: Preis fällt, ein Oracle meldet das, jemand aus einer whitelisted Menge bemerkt es und handelt, und erst dann wird die kryptografische Erzwingung aufgerufen.
Das Papier ist dabei selbst offen, nicht versteckt. Aber die Oracle-Abhängigkeit und die Whitelist sitzen stillschweigend oberhalb des Teils, den die meisten als trustless bezeichnen.
Ich weiß nicht, wie diese Liquidator-Whitelist tatsächlich festgelegt oder im Laufe der Zeit aktualisiert wird. Das habe ich nicht irgendwo so ausgeschrieben gefunden.
Bei einer schnell genug eintretenden Preisbewegung: Spielt die Kryptografie des Vaults dann überhaupt noch eine große Rolle, wenn die whitelisted Liquidatoren, die auf den Trigger achten, langsam sind, dünn gesät oder das Oracle hinterherhinkt? 👍
#baby $BABY
Es lohnt sich, hier präzise zu sein. Babylons eigenes Papier sagt, dass Liquidationen durch eine whitelisted Menge von Liquidatoren laufen, die Preis und Vault-Zustand überwachen – nicht durch eine vollständig offene Menge.
Mein erster Eindruck von „trustless“ war, dass es gleichmäßig über das gesamte System gilt, Liquidationen eingeschlossen.
Nicht ganz. Die eigene Ausgabenlogik des Vaults, unstake, liquidate, slash, wird kryptografisch erzwungen. Aber die Liquidator-Menge, die auf die Trigger-Bedingung achtet, ist whitelisted. Andere Sicherheit, gleiches Wort für beides.
Eine Liquidation ist also nicht „Preis fällt, dann wird liquidiert“. Sondern: Preis fällt, ein Oracle meldet das, jemand aus einer whitelisted Menge bemerkt es und handelt, und erst dann wird die kryptografische Erzwingung aufgerufen.
Das Papier ist dabei selbst offen, nicht versteckt. Aber die Oracle-Abhängigkeit und die Whitelist sitzen stillschweigend oberhalb des Teils, den die meisten als trustless bezeichnen.
Ich weiß nicht, wie diese Liquidator-Whitelist tatsächlich festgelegt oder im Laufe der Zeit aktualisiert wird. Das habe ich nicht irgendwo so ausgeschrieben gefunden.
Bei einer schnell genug eintretenden Preisbewegung: Spielt die Kryptografie des Vaults dann überhaupt noch eine große Rolle, wenn die whitelisted Liquidatoren, die auf den Trigger achten, langsam sind, dünn gesät oder das Oracle hinterherhinkt? 👍
#baby $BABY