Ich habe letzte Nacht die ganze Zeit damit verbracht, diese Abwicklungsdetails zu prüfen, und das Design der BabylonLabs Trustless Bitcoin Vaults ist in der Praxis anders, als ich es anfangs verstanden hatte. Die meisten denken, bei Kombinationen aus Vaults und Kombi-Kreditgeschäften bedeutet Abwicklung im Grunde: proportional zieht man aus jedem Vault ein bisschen Geld ab – aber so ist es nicht. Das Protokoll ordnet die Vaults, die auf den Namen der Einleger laufen, zu einer Liste an, und bei der Abwicklung beginnt es von vorne eine bestimmte „Prefix“-Menge (prefix) abzuziehen, bis genau der Betrag gedeckt ist, der zurückgezahlt werden muss. Es wird nicht wie „Regen auf alle“ gleichmäßig auf jeden Vault verteilt. Das heißt: Vaults, die weiter vorne in der Liste stehen, haben tatsächlich ein höheres Risiko für die Exposure. Wenn du nach und nach mehrere Vaults in dieselbe Kreditposition nachschiebst, wird sehr wahrscheinlich zuerst die frühe, als Erstes eingezahlte Charge abgewickelt. Als Analogie: Das ist eher wie der Abzug „First-In-First-Out“ bei Lagerbeständen – nicht eine durchschnittliche Aufteilung. Ob diese Sortierregel konkret nach Einzahlungszeit oder nach Vault-ID erfolgt, steht im Dokument nicht eindeutig; ich habe diese Definition nicht klar finden können. #baby
Ich habe mir dieses Mechanismus-Design selbst angesehen und würde operativ versuchen, nicht zu viele kleine Vaults zu verwenden, um eine Position zusammenzubauen. Lieber nur wenige große Vaults, die dazu passen. Der Grund ist: Je länger die Kette, desto schlechter lässt sich im Voraus abschätzen, auf welchem Platz man in der Liste landet. Einschränkung: Ich habe es auch nicht in einer echten Abwicklungs-Ausführung verifiziert. @BabylonLabs_io
Zur weiteren Entwicklung von $BABY : Meine Einschätzung ist, dass solche Detailmechanismen auf kurze Sicht schwer direkt zu bewerten bzw. zu „preisen“ sind. Es ist eher wie ein „Gesundheitsbericht“ mit dem man nachgelagerte Institutionen für die spätere Anbindung fit macht – je robuster der Mechanismus bei der Detailprüfung durch die Brille der Kritik besteht, desto niedriger wird die Hürde für große Gelder, die später bereit sind beizutreten. Das ist ein langsamer Faktor, kein Katalysator, der sofort in einem Chart/auf der K-Linie sichtbar wird. Ich werde mein Portfolio nicht allein deshalb umstellen, weil ich diese eine Sache verstanden habe; ich mache eher nur eine Notiz, und bewerte es später neu, wenn Netze/„mainnet“-Daten und die Anzahl der Anbindenden verfügbar sind. Steuert ihr bei euren Multi-Vault-Positionen bewusst die Anzahl der Vaults? #baby $BABY $ETH
Ich habe mir dieses Mechanismus-Design selbst angesehen und würde operativ versuchen, nicht zu viele kleine Vaults zu verwenden, um eine Position zusammenzubauen. Lieber nur wenige große Vaults, die dazu passen. Der Grund ist: Je länger die Kette, desto schlechter lässt sich im Voraus abschätzen, auf welchem Platz man in der Liste landet. Einschränkung: Ich habe es auch nicht in einer echten Abwicklungs-Ausführung verifiziert. @BabylonLabs_io
Zur weiteren Entwicklung von $BABY : Meine Einschätzung ist, dass solche Detailmechanismen auf kurze Sicht schwer direkt zu bewerten bzw. zu „preisen“ sind. Es ist eher wie ein „Gesundheitsbericht“ mit dem man nachgelagerte Institutionen für die spätere Anbindung fit macht – je robuster der Mechanismus bei der Detailprüfung durch die Brille der Kritik besteht, desto niedriger wird die Hürde für große Gelder, die später bereit sind beizutreten. Das ist ein langsamer Faktor, kein Katalysator, der sofort in einem Chart/auf der K-Linie sichtbar wird. Ich werde mein Portfolio nicht allein deshalb umstellen, weil ich diese eine Sache verstanden habe; ich mache eher nur eine Notiz, und bewerte es später neu, wenn Netze/„mainnet“-Daten und die Anzahl der Anbindenden verfügbar sind. Steuert ihr bei euren Multi-Vault-Positionen bewusst die Anzahl der Vaults? #baby $BABY $ETH