Babylon hat Aave Governance nicht für einen „Spoke“ gefragt, sondern für zwei. Der Core Lending Spoke ist der Bereich, in dem BTC-Kollateral hinterlegt und Kredite gezogen werden. Ein zweiter, separater Spoke, der BTC Vault Swap Spoke, existiert ausschließlich, um das zu handhaben, was nach einer Liquidation passiert: diese aufgelösten Positionen in WBTC zu bereinigen.
Diese Aufteilung des Designs auf zwei Spokes statt alles über einen einzigen Spoke laufen zu lassen, ist eine eigene Entscheidung mit eigener Logik. Kreditaufnahme und Liquidations-Settlement haben tatsächlich unterschiedliche Risikoprofile: das eine ist Aktivität im stabilen Betrieb, das andere tritt nur unter Stress auf, wenn Tempo und verfügbare Liquidität am wichtigsten sind. Wenn man sie trennt, bedeutet das, dass ein Problem in der Swap- und Settlement-Logik nicht automatisch die Kern- Lending-Mechanik beeinträchtigt, und die Aave-Governance kann unterschiedliche Limits und Parameter für jeden Bereich festlegen.
Der Preis für diese Isolation sind 2 Angriffsflächen und 2 Governance-Objekte statt nur 1. 2 Spokes zur Absicherung, 2 Vorschläge, die passieren müssen, und 2 mögliche Fehlerstellen statt eines einzigen, einheitlichen Systems. Babylon hat sich für Isolation statt Einfachheit entschieden und darauf gesetzt, dass das Eindämmen von Risiken in einer Krise mehr zählt als die Minimierung der Anzahl beweglicher Teile, bevor überhaupt eine Krise eintritt.
Babylon isoliert den Liquidations-Stress von der alltäglichen Kreditaufnahme ganz bewusst: Die 2-Spoke-Struktur ist eine bewusste Entscheidung, kein Versehen beim Entwurf. Diese Isolation bekommt Babylon nicht umsonst: Es bedeutet mehr Komponenten, die jeweils einzeln abgesichert und gouverned werden müssen, als ein einzelner Spoke benötigen würde.
@BabylonLabs_io #baby $BABY $COTI
Diese Aufteilung des Designs auf zwei Spokes statt alles über einen einzigen Spoke laufen zu lassen, ist eine eigene Entscheidung mit eigener Logik. Kreditaufnahme und Liquidations-Settlement haben tatsächlich unterschiedliche Risikoprofile: das eine ist Aktivität im stabilen Betrieb, das andere tritt nur unter Stress auf, wenn Tempo und verfügbare Liquidität am wichtigsten sind. Wenn man sie trennt, bedeutet das, dass ein Problem in der Swap- und Settlement-Logik nicht automatisch die Kern- Lending-Mechanik beeinträchtigt, und die Aave-Governance kann unterschiedliche Limits und Parameter für jeden Bereich festlegen.
Der Preis für diese Isolation sind 2 Angriffsflächen und 2 Governance-Objekte statt nur 1. 2 Spokes zur Absicherung, 2 Vorschläge, die passieren müssen, und 2 mögliche Fehlerstellen statt eines einzigen, einheitlichen Systems. Babylon hat sich für Isolation statt Einfachheit entschieden und darauf gesetzt, dass das Eindämmen von Risiken in einer Krise mehr zählt als die Minimierung der Anzahl beweglicher Teile, bevor überhaupt eine Krise eintritt.
Babylon isoliert den Liquidations-Stress von der alltäglichen Kreditaufnahme ganz bewusst: Die 2-Spoke-Struktur ist eine bewusste Entscheidung, kein Versehen beim Entwurf. Diese Isolation bekommt Babylon nicht umsonst: Es bedeutet mehr Komponenten, die jeweils einzeln abgesichert und gouverned werden müssen, als ein einzelner Spoke benötigen würde.
@BabylonLabs_io #baby $BABY $COTI