Ich erledige mittlerweile die meisten meiner Besorgungen am Samstagmorgen, und heute stand ich in der Schlange in der Bank, um einen Scheck einzuzahlen. Mir fiel auf, dass zwei Schalter geöffnet waren: einer für normale Kunden, die eine Nummer ziehen und warten, und einer mit der Kennzeichnung „Priority“ für Kontoinhaber mit einer bestimmten Stufe, die einfach herantreten konnten. Was mich dabei wirklich getroffen hat, war nicht, dass es diese Priority-Schlange gab, sondern dass beide Schlangen zum exakt gleichen Sachbearbeiter führten, der exakt dieselbe Aufgabe erledigte.
Jetzt sehe ich, warum mir das so im Kopf geblieben ist: Das ist im Grunde dasselbe Setup wie die Liquidation am AaveAdapter in @BabylonLabs_io Genesis ( BABY ), nur eben mit Bitcoin am Ende statt einem Einzahlungsschein.
Ich denke, es gibt hier zwei unterschiedliche Wege, und sie sind nicht wirklich gegenseitige Alternativen. Der erste ist liquidateWithLLP: permissionless, jede Ethereum-Adresse kann es aufrufen, keine Priority-Stufe nötig. Der Liquidator zahlt die Schuld zurück und bekommt eine sofortige Abwicklung über das LLP, während der beschlagnahmte Vault in ein LLP-Escrow gelegt wird, um später von einem Arbitrageur abgeholt zu werden. Der zweite ist liquidate: permissioned, das kann nur ein registrierter Application Vault Keeper auslösen. Der Liquidator zahlt die notwendigen Schulden zurück und löst den beschlagnahmten Vault direkt zu einem Bitcoin-Redeem-Key ein, wobei das Escrow vollständig übersprungen wird.
Ich meine, der offene Weg wirkt auf den ersten Blick bequemer, weil ihn jeder nutzen kann, aber der gegarte Weg wird direkt nach Bitcoin abgewickelt, statt zuerst durch LLP-Escrow zu routen. Daher denke ich, dass die beiden tatsächlich nicht äquivalent sind, wenn man Timing und Finalität berücksichtigt. Ich frage mich allerdings, ob ein Vault Keeper den permissionless-Weg überhaupt jemals wählen würde, oder ob der permissioned-Weg speziell für Fälle existiert, in denen eine Escrow-Abwicklung nicht gut genug ist.
Ich erhebe das nicht als Mangel. Ich weiß es ehrlich gesagt nicht und würde es lieber fragen, statt anzunehmen.
Für alle, die von @BabylonLabs_io kommen: Gibt es einen Fall, in dem ein Vault Keeper liquidateWithLLP einer direkten Redemption vorzieht, oder entscheidet allein die Rolle den Weg?
@BabylonLabs_io #baby $BABY
$IDOL
$UAI
Bester Liquidationspfad ist ?
Jetzt sehe ich, warum mir das so im Kopf geblieben ist: Das ist im Grunde dasselbe Setup wie die Liquidation am AaveAdapter in @BabylonLabs_io Genesis ( BABY ), nur eben mit Bitcoin am Ende statt einem Einzahlungsschein.
Ich denke, es gibt hier zwei unterschiedliche Wege, und sie sind nicht wirklich gegenseitige Alternativen. Der erste ist liquidateWithLLP: permissionless, jede Ethereum-Adresse kann es aufrufen, keine Priority-Stufe nötig. Der Liquidator zahlt die Schuld zurück und bekommt eine sofortige Abwicklung über das LLP, während der beschlagnahmte Vault in ein LLP-Escrow gelegt wird, um später von einem Arbitrageur abgeholt zu werden. Der zweite ist liquidate: permissioned, das kann nur ein registrierter Application Vault Keeper auslösen. Der Liquidator zahlt die notwendigen Schulden zurück und löst den beschlagnahmten Vault direkt zu einem Bitcoin-Redeem-Key ein, wobei das Escrow vollständig übersprungen wird.
Ich meine, der offene Weg wirkt auf den ersten Blick bequemer, weil ihn jeder nutzen kann, aber der gegarte Weg wird direkt nach Bitcoin abgewickelt, statt zuerst durch LLP-Escrow zu routen. Daher denke ich, dass die beiden tatsächlich nicht äquivalent sind, wenn man Timing und Finalität berücksichtigt. Ich frage mich allerdings, ob ein Vault Keeper den permissionless-Weg überhaupt jemals wählen würde, oder ob der permissioned-Weg speziell für Fälle existiert, in denen eine Escrow-Abwicklung nicht gut genug ist.
Ich erhebe das nicht als Mangel. Ich weiß es ehrlich gesagt nicht und würde es lieber fragen, statt anzunehmen.
Für alle, die von @BabylonLabs_io kommen: Gibt es einen Fall, in dem ein Vault Keeper liquidateWithLLP einer direkten Redemption vorzieht, oder entscheidet allein die Rolle den Weg?
@BabylonLabs_io #baby $BABY
$IDOL
$UAI
Bester Liquidationspfad ist ?
LLP route⚡
56%
Direct BTC ₿
33%
Keeper decides 🔑
0%
Depends on case 🤔
11%
18 Stimmen • Abstimmung beendet
