Binance Square
ALPHA-BNB
27.4k Beiträge

ALPHA-BNB

Square Verified+
✍🏻Writing about how crypto actually works - not just trending.
Hochfrequenz-Trader
2.1 Jahre
1.7K+ Following
33.2K+ Follower
37.5K+ Like gegeben
Beiträge
PINNED
·
--
Verifiziert
Zuerst dachte ich, dass mein Gebäude-Feuermeldesystem dafür da ist, Brände zu bekämpfen. Dann erklärte unser Hausmeister es mir anders: Es ist dafür da, sicherzustellen, dass keine einzelne Person – nicht die Mieter, nicht das Personal, nicht einmal er selbst – die Sprinkler außer Kraft setzen kann, sobald sie ausgelöst haben. Er hat zwar Schlüssel zu jeder Einheit im Gebäude, aber keinen einzigen Schlüssel, der das Wasser stoppt, sobald es zu fließen beginnt. Das kam mir vor wie eine seltsame Art von Macht, die man absichtlich so konstruiert, dass sie nicht missbraucht werden kann. Beim Lesen der @babylonlabs_io TBV-Trust-Modelle wurde mir das wieder klar. Beim ersten Lesen wirkte es so, als würde dort beschrieben, wer den Tresor kontrolliert. Bei genauerem Lesen zeigt sich aber: Es wird beschrieben, wer das Bitcoin eben nicht kontrolliert. Der Einleger behält das Eigentum und unterschreibt jede einzelne Ausgabe. Der Vault Provider reicht nur Rücknahme-/Einlösungsnachweise ein. Universelle Challengers können ungültige Ansprüche bestreiten, aber sie können die Gelder nicht selbst verschieben. Vault Keepers nehmen nur während der Liquidation teil. Selbst der Security Council kann mit all seinen Notfallbefugnissen zwar Auszahlungen pausieren, aber das BTC nirgendwohin umleiten. Die Coins sind im BABY TBV Vault eingeschlossen und können sich nur über Pfade bewegen, die bereits bei der Erstellung vorab signiert wurden – später wird nichts hinzugefügt. Je tiefer ich in das Design der @babylonlabs_io einsteige, desto weniger sieht es nach einem Trust aus, der ein „Wer hat die Schlüssel“-Modell nutzt, und desto mehr nach einer Begrenzung dessen, wozu jede Rolle überhaupt fähig ist. Niemand muss darauf vertraut werden, seine Macht nicht zu missbrauchen, weil die Möglichkeit, sie zu missbrauchen, nirgendwo eingebaut ist. Meinst du, dass das Entwerfen von Autorität auf diese Weise ein stärkeres Sicherheitsmodell ist als das Auswählen von Custodians, denen man mehr vertraut? @babylonlabs_io #BABY $BABY #MastercardCompletesBVNKStablecoinAcquisition #KoreaMarginHikeCutsLeveragedETFTrading #USIranDealOrNoDeal $HEI $BLESS {future}(BLESSUSDT) {future}(HEIUSDT) Stärkere Sicherheit entsteht durch ?
Zuerst dachte ich, dass mein Gebäude-Feuermeldesystem dafür da ist, Brände zu bekämpfen. Dann erklärte unser Hausmeister es mir anders: Es ist dafür da, sicherzustellen, dass keine einzelne Person – nicht die Mieter, nicht das Personal, nicht einmal er selbst – die Sprinkler außer Kraft setzen kann, sobald sie ausgelöst haben. Er hat zwar Schlüssel zu jeder Einheit im Gebäude, aber keinen einzigen Schlüssel, der das Wasser stoppt, sobald es zu fließen beginnt. Das kam mir vor wie eine seltsame Art von Macht, die man absichtlich so konstruiert, dass sie nicht missbraucht werden kann.

Beim Lesen der @BabylonLabs_io TBV-Trust-Modelle wurde mir das wieder klar. Beim ersten Lesen wirkte es so, als würde dort beschrieben, wer den Tresor kontrolliert. Bei genauerem Lesen zeigt sich aber: Es wird beschrieben, wer das Bitcoin eben nicht kontrolliert. Der Einleger behält das Eigentum und unterschreibt jede einzelne Ausgabe. Der Vault Provider reicht nur Rücknahme-/Einlösungsnachweise ein. Universelle Challengers können ungültige Ansprüche bestreiten, aber sie können die Gelder nicht selbst verschieben. Vault Keepers nehmen nur während der Liquidation teil. Selbst der Security Council kann mit all seinen Notfallbefugnissen zwar Auszahlungen pausieren, aber das BTC nirgendwohin umleiten. Die Coins sind im BABY TBV Vault eingeschlossen und können sich nur über Pfade bewegen, die bereits bei der Erstellung vorab signiert wurden – später wird nichts hinzugefügt.

Je tiefer ich in das Design der @BabylonLabs_io einsteige, desto weniger sieht es nach einem Trust aus, der ein „Wer hat die Schlüssel“-Modell nutzt, und desto mehr nach einer Begrenzung dessen, wozu jede Rolle überhaupt fähig ist. Niemand muss darauf vertraut werden, seine Macht nicht zu missbrauchen, weil die Möglichkeit, sie zu missbrauchen, nirgendwo eingebaut ist.

Meinst du, dass das Entwerfen von Autorität auf diese Weise ein stärkeres Sicherheitsmodell ist als das Auswählen von Custodians, denen man mehr vertraut?

@BabylonLabs_io #BABY $BABY
#MastercardCompletesBVNKStablecoinAcquisition #KoreaMarginHikeCutsLeveragedETFTrading #USIranDealOrNoDeal $HEI $BLESS
Stärkere Sicherheit entsteht durch ?
Limited power 🔒
0%
Trusted custody 🤝
0%
Both together ⚖️
100%
Depends on design 🧩
0%
1 Stimmen • Abstimmung beendet
PINNED
Verifiziert
Ich habe eine Freundin, die in einem Krankenhaus arbeitet, und sie hat mir etwas erzählt, das bei mir hängen geblieben ist. Ärzte, die ihre Zulassung wegen eines schwerwiegenden ethischen Verstoßes verlieren, sitzen nicht einfach jahrelang aus und werden danach stillschweigend wieder zugelassen. In manchen Fällen widerruft die Behörde die Zulassung dauerhaft, weil der Verstoß kein Leistungsproblem war, sondern ein Vertrauensproblem. Daran habe ich gedacht, als ich das Modell „@babylonlabs_io “ las, denn genau diese Logik – dauerhaftes Entziehen bei vorübergehender Aussetzung – ist es, wie das Protokoll mit Finality Providern umgeht, die sich durch Äquivozierung widersprechen. Was mich überrascht hat, war nicht das Slashing selbst – jedes PoS-Netzwerk slasht bei Äquivozierung. Es war, was passiert, sobald ein Anbieter doppelt signiert. Die meisten Netzwerke sperren (jail) oder slashen, und lassen den Betreiber dann zurückkehren, sobald die Strafe endet. @babylonlabs_io baut keinen solchen Comeback-Weg ein. Die Voting-Power fällt sofort auf null, der Anbieter wird dauerhaft als SLASHED markiert, der EOTS-Private-Key kann über den Prozess des Protokolls offengelegt werden, und das delegierte BTC wird für Slashing berechtigt. Was mir hängen blieb, war das Fehlen eines Rückwegs. @babylonlabs_io bestraft nicht die Handlung, sondern die Identität: eine einzige Äquivozierung wird als dauerhaft verlorenes Vertrauen behandelt, statt als etwas, das korrigierbar wäre. Führt das zu disziplinierteren Anbietern, oder verdrängt es nur kleinere Betreiber, die einen einzigen Fehler nicht mit null Rückhalte-/Wiederherstellungsraum absorbieren können? @babylonlabs_io #baby $BABY {spot}(BABYUSDT) #USToCancelIranAttackSubjectToDeal #USJapanJointYenInterventionFirstSince2011 #USIranTalksToBegin $VIC $BTW {future}(BTWUSDT) {future}(VICUSDT) Dauerhaftes Slashing schafft ?
Ich habe eine Freundin, die in einem Krankenhaus arbeitet, und sie hat mir etwas erzählt, das bei mir hängen geblieben ist. Ärzte, die ihre Zulassung wegen eines schwerwiegenden ethischen Verstoßes verlieren, sitzen nicht einfach jahrelang aus und werden danach stillschweigend wieder zugelassen. In manchen Fällen widerruft die Behörde die Zulassung dauerhaft, weil der Verstoß kein Leistungsproblem war, sondern ein Vertrauensproblem. Daran habe ich gedacht, als ich das Modell „@BabylonLabs_io “ las, denn genau diese Logik – dauerhaftes Entziehen bei vorübergehender Aussetzung – ist es, wie das Protokoll mit Finality Providern umgeht, die sich durch Äquivozierung widersprechen.

Was mich überrascht hat, war nicht das Slashing selbst – jedes PoS-Netzwerk slasht bei Äquivozierung. Es war, was passiert, sobald ein Anbieter doppelt signiert. Die meisten Netzwerke sperren (jail) oder slashen, und lassen den Betreiber dann zurückkehren, sobald die Strafe endet. @BabylonLabs_io baut keinen solchen Comeback-Weg ein. Die Voting-Power fällt sofort auf null, der Anbieter wird dauerhaft als SLASHED markiert, der EOTS-Private-Key kann über den Prozess des Protokolls offengelegt werden, und das delegierte BTC wird für Slashing berechtigt.

Was mir hängen blieb, war das Fehlen eines Rückwegs. @BabylonLabs_io bestraft nicht die Handlung, sondern die Identität: eine einzige Äquivozierung wird als dauerhaft verlorenes Vertrauen behandelt, statt als etwas, das korrigierbar wäre.

Führt das zu disziplinierteren Anbietern, oder verdrängt es nur kleinere Betreiber, die einen einzigen Fehler nicht mit null Rückhalte-/Wiederherstellungsraum absorbieren können?

@BabylonLabs_io #baby $BABY
#USToCancelIranAttackSubjectToDeal #USJapanJointYenInterventionFirstSince2011 #USIranTalksToBegin $VIC $BTW
Dauerhaftes Slashing schafft ?
More discipline 🛡️
56%
Less diversity ⚖️
22%
Higher trust 🔒
0%
Too much risk ⚠️
22%
9 Stimmen • Abstimmung beendet
$RDDT and $KO just gestartet und die ersten Kerzen haben bereits gezeigt, wie gefährlich neue Listings sein können {future}(RDDTUSDT) {future}(KOUSDT) RDDT eröffnete mit hoher Volatilität und bewegt sich immer noch wild um die $155-Region. KO hatte kurz nach dem Start sogar noch einen schärferen Docht: Es fiel nahe an $85, bevor es sich schnell erholte und sich bei etwa $87.80 stabilisierte. Diese frühen Bewegungen sind noch keine sauberen Trends. Neue Listings erzeugen oft schnelle Pumps, plötzliche Dumps und große Liquidationen, bevor der Kurs eine echte Spanne findet. Ich würde lieber warten, bis sich beide Charts beruhigt haben, bevor ich irgendeine Position einnehme. Welches beobachtest du gerade mehr: RDDT oder $KO? #ADPJulyPrivatePayrollsMissedExpectations #GoldBreaksOutAboveDowntrend #SKHynixSecondPreMarketFlashCrash30% #KOSPILedLowerBySKHynixSamsung #ChinaLaunchesBroadestTradeRetaliationOnUSFirms
$RDDT and $KO just gestartet und die ersten Kerzen haben bereits gezeigt, wie gefährlich neue Listings sein können
RDDT eröffnete mit hoher Volatilität und bewegt sich immer noch wild um die $155-Region.

KO hatte kurz nach dem Start sogar noch einen schärferen Docht: Es fiel nahe an $85, bevor es sich schnell erholte und sich bei etwa $87.80 stabilisierte.

Diese frühen Bewegungen sind noch keine sauberen Trends. Neue Listings erzeugen oft schnelle Pumps, plötzliche Dumps und große Liquidationen, bevor der Kurs eine echte Spanne findet.

Ich würde lieber warten, bis sich beide Charts beruhigt haben, bevor ich irgendeine Position einnehme.

Welches beobachtest du gerade mehr: RDDT oder $KO ?

#ADPJulyPrivatePayrollsMissedExpectations #GoldBreaksOutAboveDowntrend #SKHynixSecondPreMarketFlashCrash30% #KOSPILedLowerBySKHynixSamsung #ChinaLaunchesBroadestTradeRetaliationOnUSFirms
Übersetzung ansehen
$DEXE has already survived the crash now buyers are trying to prove $2.20 is the floor {spot}(DEXEUSDT) I am not expecting a return to $40 anytime soon but the chart is finally slowing down after months of nonstop selling The current zone around $2.15 to $2.22 has been defended several times and even a small increase in demand could trigger a short recovery move LONG $DEXE Entry: $2.16 – $2.22 Stop Loss: $2.04 Targets 🎯 TP1: $2.35 TP2: $2.50 TP3: $2.70 This is still a risky counter trend setup so I would keep the position small and avoid high leverage Do you think $DEXE is finally building a bottom or is another breakdown coming?
$DEXE has already survived the crash now buyers are trying to prove $2.20 is the floor
I am not expecting a return to $40 anytime soon but the chart is finally slowing down after months of nonstop selling

The current zone around $2.15 to $2.22 has been defended several times and even a small increase in demand could trigger a short recovery move

LONG $DEXE

Entry: $2.16 – $2.22
Stop Loss: $2.04

Targets 🎯
TP1: $2.35
TP2: $2.50
TP3: $2.70

This is still a risky counter trend setup so I would keep the position small and avoid high leverage

Do you think $DEXE is finally building a bottom or is another breakdown coming?
🚨 Gold bewegt sich heute stark, und sowohl $XAUT als auch $XAU zeigen den gleichen bullischen Druck {future}(XAUUSDT) {future}(XAUTUSDT) XAU ist über $4,300 gestiegen und ist dann zurückgefallen bis nahe $4,265, während XAUT ebenfalls stark zulegte und jetzt bei etwa $4,242 hält. Der Trend ist auf beiden Charts weiterhin bullisch, aber die Käufer beginnen sich in der Nähe der jüngsten Hochs zu verlangsamen. Für mich ist die wichtigste Frage ganz einfach Wird Gold von hier aus einen weiteren Ausbruch machen, oder sehen wir zuerst einen tieferen Rücksetzer Auf welches schaust du gerade: XAU oder XAUT #ADPJulyPrivatePayrollsMissedExpectations #SouthKoreaTaxPlanOmitsCryptoTaxDelay #USISMServicesIndexRisesTo54.1 #TaiwanPlansCryptoTravelRuleFromOctober #SheinMayGaugeHKIPODemandAsSoonAsThisWeek Geh short bei $BLESS {future}(BLESSUSDT)
🚨 Gold bewegt sich heute stark, und sowohl $XAUT als auch $XAU zeigen den gleichen bullischen Druck
XAU ist über $4,300 gestiegen und ist dann zurückgefallen bis nahe $4,265, während XAUT ebenfalls stark zulegte und jetzt bei etwa $4,242 hält.

Der Trend ist auf beiden Charts weiterhin bullisch, aber die Käufer beginnen sich in der Nähe der jüngsten Hochs zu verlangsamen.

Für mich ist die wichtigste Frage ganz einfach

Wird Gold von hier aus einen weiteren Ausbruch machen, oder sehen wir zuerst einen tieferen Rücksetzer

Auf welches schaust du gerade: XAU oder XAUT

#ADPJulyPrivatePayrollsMissedExpectations #SouthKoreaTaxPlanOmitsCryptoTaxDelay #USISMServicesIndexRisesTo54.1 #TaiwanPlansCryptoTravelRuleFromOctober #SheinMayGaugeHKIPODemandAsSoonAsThisWeek Geh short bei $BLESS
🎙️ USD1xWLFI巨大活动来袭
avatar
Beenden
02 h 50 m 37 s
19.9k
37
41
WARUM $HFT PUMPEN VOR DEM DELISTING 🤔 {future}(HFTUSDT) Mir ist gerade etwas Seltsames an $HFT aufgefallen. Binance hat bereits angekündigt, dass es am 17. August delistet wird, aber der Kurs pumpt immer noch hart und ist heute um mehr als 50% im Plus 😅 Normalerweise erwarten Leute bei einer Delisting-Ankündigung Panikverkäufe. Aber manchmal passiert zuerst das Gegenteil. Trader springen wegen der Volatilität rein, Shorts werden gequetscht und der Kurs bewegt sich noch schneller, weil alle wissen, dass die Uhr abläuft. Das heißt aber nicht, dass das Risiko weg ist. Ein Delisting-Pump kann sich genauso schnell umkehren, wie er begonnen hat, und sobald die Liquidität austrocknet, bleibt möglicherweise nicht viel Zeit zum Ausstieg. Ich habe gesehen, dass mehrere Coins ihre größte Bewegung machen, kurz bevor sie von einer Börse verschwinden. Würdest du so einen Pump traden oder komplett die Finger davon lassen? #ADPJulyPrivatePayrollsMissedExpectations #SpaceXFalls11%OnFirstReportSinceIPO #SouthKoreaTaxPlanOmitsCryptoTaxDelay #USISMServicesIndexRisesTo54.1 #TaiwanPlansCryptoTravelRuleFromOctober Suche nach einem Short-Trade? Schau dir diese 2 Coins an 👇🏻 $HEI {future}(HEIUSDT) $BLESS {future}(BLESSUSDT)
WARUM $HFT PUMPEN VOR DEM DELISTING 🤔
Mir ist gerade etwas Seltsames an $HFT aufgefallen.

Binance hat bereits angekündigt, dass es am 17. August delistet wird, aber der Kurs pumpt immer noch hart und ist heute um mehr als 50% im Plus 😅

Normalerweise erwarten Leute bei einer Delisting-Ankündigung Panikverkäufe. Aber manchmal passiert zuerst das Gegenteil. Trader springen wegen der Volatilität rein, Shorts werden gequetscht und der Kurs bewegt sich noch schneller, weil alle wissen, dass die Uhr abläuft.

Das heißt aber nicht, dass das Risiko weg ist. Ein Delisting-Pump kann sich genauso schnell umkehren, wie er begonnen hat, und sobald die Liquidität austrocknet, bleibt möglicherweise nicht viel Zeit zum Ausstieg.

Ich habe gesehen, dass mehrere Coins ihre größte Bewegung machen, kurz bevor sie von einer Börse verschwinden.

Würdest du so einen Pump traden oder komplett die Finger davon lassen?
#ADPJulyPrivatePayrollsMissedExpectations #SpaceXFalls11%OnFirstReportSinceIPO #SouthKoreaTaxPlanOmitsCryptoTaxDelay #USISMServicesIndexRisesTo54.1 #TaiwanPlansCryptoTravelRuleFromOctober
Suche nach einem Short-Trade?
Schau dir diese 2 Coins an 👇🏻
$HEI
$BLESS
🎙️ USD1/WLFI专场AMA
avatar
Beenden
02 h 40 m 40 s
20.3k
41
46
🎙️ Folgt mir alle
avatar
Beenden
02 h 07 m 19 s
149
1
0
🎙️ Gemeinsam BNB aufbauen
avatar
Beenden
02 h 23 m 58 s
18.2k
31
46
·
--
Bullisch
Verifiziert
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 {future}(BABYUSDT) $IDOL {future}(IDOLUSDT) $UAI {future}(UAIUSDT) Bester Liquidationspfad ist ?
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 ?
LLP route⚡
56%
Direct BTC ₿
33%
Keeper decides 🔑
0%
Depends on case 🤔
11%
18 Stimmen • Abstimmung beendet
Verifiziert
Ich fahre an einem Abschlepphof vorbei, an dem morgens die meiste Zeit Autos wochenlang stehen, nachdem sie wegen nicht bezahlter Tickets eingezogen wurden – manchmal geht es nur um ein paar hundert Dollar, die auf ein Auto fällig sind, das zehnmal so viel wert ist. Die Stadt behält nicht einfach das ganze Auto. Es gibt einen Prozess: Es findet eine Auktion statt, und alles, was über die Schulden hinaus verkauft wird, fließt an den Eigentümer zurück. Langsam, aber der Überschuss wird nicht einfach von der Person einverleibt, die es beschlagnahmt hat. Genau das ist mir beim Lesen eingefallen, wie TBV die WholeVault-Liquidation für das verbleibende (Rest-)Sicherheiten-„Collateral“ handhabt. Vaults in TBV liquidieren nicht in exakt vollständig teilbaren Beträgen. Der Mechanismus greift auf Vault-Ebene zu, sodass die entnommene Menge den Betrag übersteigen kann, den eine proportionale Liquidation erfordern würde. Babylon @babylonlabs_io nennt die Korrektur einen Fairness-Mechanismus, der sich in zwei Ergebnisfälle aufteilt. Wenn der Überschuss kleiner ist als die verbleibende Schuld, wird er als Fairness-Schuldenrückzahlung angewendet. Wenn die gesamte Position bereinigt wird, wird der Überschuss direkt an den Einleger ausgezahlt, und zwar in WBTC – eine Einzelheit, die mich daran denken ließ, dass @babylonlabs_io tatsächlich die chaotischen Randfälle durchgerechnet hat. Was ich allerdings nicht erklärt gesehen habe, sind die Mechaniken hinter dieser WBTC-Zahlung: Wird sie geprägt oder aus dem Reserve-Topf entnommen, und was passiert, wenn der Überschuss anhand eines Werts berechnet wird, der bereits durch das Settlement verschoben wurde? Wird der Überschuss zum Zeitpunkt der Beschlagnahme bewertet oder zum Zeitpunkt der Auszahlung? @babylonlabs_io #baby $BABY #CitadelBuysSituationalAwarenessEquities #AppleChipShortageHurtsSalesForecast #USQ2GDPGrows1.5% $1000RATS $GIGGLE #SaudiOilTankersRerouteAroundAfrica
Ich fahre an einem Abschlepphof vorbei, an dem morgens die meiste Zeit Autos wochenlang stehen, nachdem sie wegen nicht bezahlter Tickets eingezogen wurden – manchmal geht es nur um ein paar hundert Dollar, die auf ein Auto fällig sind, das zehnmal so viel wert ist. Die Stadt behält nicht einfach das ganze Auto. Es gibt einen Prozess: Es findet eine Auktion statt, und alles, was über die Schulden hinaus verkauft wird, fließt an den Eigentümer zurück. Langsam, aber der Überschuss wird nicht einfach von der Person einverleibt, die es beschlagnahmt hat.

Genau das ist mir beim Lesen eingefallen, wie TBV die WholeVault-Liquidation für das verbleibende (Rest-)Sicherheiten-„Collateral“ handhabt.

Vaults in TBV liquidieren nicht in exakt vollständig teilbaren Beträgen. Der Mechanismus greift auf Vault-Ebene zu, sodass die entnommene Menge den Betrag übersteigen kann, den eine proportionale Liquidation erfordern würde. Babylon @BabylonLabs_io nennt die Korrektur einen Fairness-Mechanismus, der sich in zwei Ergebnisfälle aufteilt. Wenn der Überschuss kleiner ist als die verbleibende Schuld, wird er als Fairness-Schuldenrückzahlung angewendet. Wenn die gesamte Position bereinigt wird, wird der Überschuss direkt an den Einleger ausgezahlt, und zwar in WBTC – eine Einzelheit, die mich daran denken ließ, dass @BabylonLabs_io tatsächlich die chaotischen Randfälle durchgerechnet hat.

Was ich allerdings nicht erklärt gesehen habe, sind die Mechaniken hinter dieser WBTC-Zahlung: Wird sie geprägt oder aus dem Reserve-Topf entnommen, und was passiert, wenn der Überschuss anhand eines Werts berechnet wird, der bereits durch das Settlement verschoben wurde?

Wird der Überschuss zum Zeitpunkt der Beschlagnahme bewertet oder zum Zeitpunkt der Auszahlung?

@BabylonLabs_io #baby $BABY
#CitadelBuysSituationalAwarenessEquities #AppleChipShortageHurtsSalesForecast #USQ2GDPGrows1.5% $1000RATS $GIGGLE
#SaudiOilTankersRerouteAroundAfrica
·
--
Bullisch
Verifiziert
Ich habe letzte Nacht meinen eigenen Portfolio-Tracker aufgeräumt, so einen, bei dem jedes Token eine Spalte mit der Aufschrift „Utility“ bekommt, als wäre das eine einzige feste Sache. Da ist mir aufgefallen, dass ich jeden Token-Wert gedanklich unter eine einzige Job-Beschreibung einsortiert hatte, ohne es überhaupt zu merken. Als ich genauer hinschaute, nämlich auf das, was @babylonlabs_io mit BABY gebaut hat, hält dieses Bild eigentlich nicht wirklich stand. Was mir auffiel: Die drei Funktionen verhalten sich überhaupt nicht gleich. Gas-Nutzung folgt direkt der Netzwerkaktivität: Mehr Transaktionen, mehr Gas – einfache Korrelation. Wovernance ist das Gegenteil: Sie liegt brach, bis tatsächlich etwas zum Abstimmen ansteht. Dadurch ist ihre Aktivität klumpig und ereignisgetrieben, nicht durchgehend. Security ist sogar noch merkwürdiger. Sie soll leise im Hintergrund weiterlaufen, unabhängig davon, ob man gerade hinschaut. Das macht sie fast am schwierigsten zu bewerten, weil es keinen sichtbaren Feedback-Loop gibt, wenn sie korrekt funktioniert. Also hast du statt eines einzigen Nachfrage-Treibers drei Nachfrage-Kurven, die auf unterschiedlichen „Taktungen“ laufen: eine kontinuierliche, eine sporadische, eine stille. Ob diese Aufteilung am Ende wirklich zu haltbarererem Wert führt als ein einziges, einheitliches Use-Case-Szenario – oder ob sie den Token nur schwerer bewertbar macht, weil keine einzelne Kennzahl ihn vollständig abbildet – da gehe ich ehrlich gesagt hin und her. Utility aufzuteilen kann Resilienz bedeuten, wenn eine Funktion mal still wird, oder es kann heißen, dass der Token nie eine stark genuges Narrativ um einen einzelnen Use Case aufbaut. Ich bin noch nicht sicher, in welche Richtung das kippt – und das wird auch die Art von Design-Entscheidung sein, die @babylonlabs_io erst wirklich testen kann, wenn echter Nutzungsdruck einsetzt. @babylonlabs_io $BABY #baby #SouthKoreaProposesSuspiciousCryptoAccountFreeze #ZhongjiInnolightFalls12.77%OnHKDebut #FOMCWatching $BANK $GRVT #SpaceXExtendsSlide Welcher Teil von BABY wird deiner Meinung nach im Laufe der Zeit am wichtigsten sein?🤔
Ich habe letzte Nacht meinen eigenen Portfolio-Tracker aufgeräumt, so einen, bei dem jedes Token eine Spalte mit der Aufschrift „Utility“ bekommt, als wäre das eine einzige feste Sache. Da ist mir aufgefallen, dass ich jeden Token-Wert gedanklich unter eine einzige Job-Beschreibung einsortiert hatte, ohne es überhaupt zu merken. Als ich genauer hinschaute, nämlich auf das, was @BabylonLabs_io mit BABY gebaut hat, hält dieses Bild eigentlich nicht wirklich stand.

Was mir auffiel: Die drei Funktionen verhalten sich überhaupt nicht gleich. Gas-Nutzung folgt direkt der Netzwerkaktivität: Mehr Transaktionen, mehr Gas – einfache Korrelation. Wovernance ist das Gegenteil: Sie liegt brach, bis tatsächlich etwas zum Abstimmen ansteht. Dadurch ist ihre Aktivität klumpig und ereignisgetrieben, nicht durchgehend. Security ist sogar noch merkwürdiger. Sie soll leise im Hintergrund weiterlaufen, unabhängig davon, ob man gerade hinschaut. Das macht sie fast am schwierigsten zu bewerten, weil es keinen sichtbaren Feedback-Loop gibt, wenn sie korrekt funktioniert.

Also hast du statt eines einzigen Nachfrage-Treibers drei Nachfrage-Kurven, die auf unterschiedlichen „Taktungen“ laufen: eine kontinuierliche, eine sporadische, eine stille. Ob diese Aufteilung am Ende wirklich zu haltbarererem Wert führt als ein einziges, einheitliches Use-Case-Szenario – oder ob sie den Token nur schwerer bewertbar macht, weil keine einzelne Kennzahl ihn vollständig abbildet – da gehe ich ehrlich gesagt hin und her. Utility aufzuteilen kann Resilienz bedeuten, wenn eine Funktion mal still wird, oder es kann heißen, dass der Token nie eine stark genuges Narrativ um einen einzelnen Use Case aufbaut. Ich bin noch nicht sicher, in welche Richtung das kippt – und das wird auch die Art von Design-Entscheidung sein, die @BabylonLabs_io erst wirklich testen kann, wenn echter Nutzungsdruck einsetzt.

@BabylonLabs_io $BABY #baby
#SouthKoreaProposesSuspiciousCryptoAccountFreeze #ZhongjiInnolightFalls12.77%OnHKDebut #FOMCWatching $BANK $GRVT #SpaceXExtendsSlide

Welcher Teil von BABY wird deiner Meinung nach im Laufe der Zeit am wichtigsten sein?🤔
Gas
33%
Governance
14%
Security
20%
All three together
33%
15 Stimmen • Abstimmung beendet
Hey Leute, ich habe gerade meine $GRVT Booster CreatorPad-Belohnung über Binance Wallet eingelöst {alpha}(560x46f2564e0fa8248d15125e7e54173cfbdef91be7) Vielen Dank an Binance CreatorPad und das @grvt_io -Team dafür, dass diese Kampagne möglich gemacht wurde. Ich freue mich darauf zu sehen, wie sich das Projekt von hier aus weiterentwickelt. #BinanceSquare #creatorpad
Hey Leute, ich habe gerade meine $GRVT Booster CreatorPad-Belohnung über Binance Wallet eingelöst
Vielen Dank an Binance CreatorPad und das @grvt_io -Team dafür, dass diese Kampagne möglich gemacht wurde. Ich freue mich darauf zu sehen, wie sich das Projekt von hier aus weiterentwickelt.

#BinanceSquare #creatorpad
🎙️ Den Binance-Platz bauen, BNB halten|Donnerstag: steht eine Zinserhöhung an? Alles ist rot auf dem Chart, lass uns darüber sprechen
cover
Beenden
05 h 32 m 29 s
14.6k
50
56
·
--
Bärisch
Ich war vor ein paar Monaten unter meinem Küchenspülbecken, weil eine langsame Undichtigkeit repariert werden musste, und mein erster Schritt war, das Wasser für das ganze Haus abzustellen. Mein Nachbar, der tatsächlich mit Sanitärtechnik vertraut ist, hat mich gestoppt und darauf hingewiesen, dass es für genau diese eine Leitung ein Ventil gibt: Ich musste nur diesen Abschnitt abdrehen und nicht die gesamte Zuleitung. Alles andere lief weiter, während ich das eigentliche Problem behoben habe. Ich glaube, das ist bei mir hängen geblieben, weil es im Grunde das ist, was @babylonlabs_io Genesis (BABY) bei Vault-Liquidationen macht – nur eben mit einer geordneten Liste statt mit einem Rohranschluss. Ich nehme an, die meisten stellen sich Liquidation als Alles-oder-Nichts vor, aber bei TBV kann eine Position mehrere Vaults halten. Wenn die Liquidation auslöst, beschlagnahmt das Protokoll nicht standardmäßig alles. Es geht die geordnete Vault-Liste durch und beschlagnahmt nur das minimale Präfix, das nötig ist, um den Health Factor wieder auf den Zielwert zu bringen. Wenn es also zwei Vaults von fünf sind, bleiben die restlichen drei einfach in der Position des Einzahlers – das ist der Weg für eine Teil-Liquidation. Eine vollständige Beschlagnahme greift nur dann, wenn die Position stark unter Wasser ist oder bereits auf einen einzigen Vault heruntergefahren wurde, denn in dem Fall gibt es nichts mehr, was man teilweise entnehmen könnte; die Position wird dann sofort geschlossen. Ich versuchte herauszufinden, wie diese Vault-Reihenfolge tatsächlich gesetzt wird, aber ich konnte keine klare Antwort finden. Ist sie vom Nutzer beim Einzahlen definiert, durch das Protokoll fest vorgegeben oder bei Liquidation dynamisch anhand von Risiko oder Liquidität neu berechnet? Diese Reihenfolge entscheidet im Grunde darüber, welche deiner Assets bei BABY zuerst betroffen sind – es fühlt sich an wie ein Detail, das man unbedingt klären sollte. Ich erhebe das nicht als Kritikpunkt. Ich kenne den Mechanismus wirklich nicht und würde lieber fragen, statt anzunehmen. Für alle, die näher an den Dokumenten oder dem Team bei @babylonlabs_io sind: Wird die Vault-Seizure-Reihenfolge vom Nutzer festgelegt, ist sie hardcoded oder wird sie zur Liquidationszeit berechnet? @babylonlabs_io #BABY $BABY #WallStreetSellsSpaceXLinkedProducts #FOMCWatching $COTI $UAI #BNBSmartChainToUndergoHardFork #RussiaPlacesDurovOnInternationalWantedList Die Vault-Reihenfolge sollte ?
Ich war vor ein paar Monaten unter meinem Küchenspülbecken, weil eine langsame Undichtigkeit repariert werden musste, und mein erster Schritt war, das Wasser für das ganze Haus abzustellen. Mein Nachbar, der tatsächlich mit Sanitärtechnik vertraut ist, hat mich gestoppt und darauf hingewiesen, dass es für genau diese eine Leitung ein Ventil gibt: Ich musste nur diesen Abschnitt abdrehen und nicht die gesamte Zuleitung. Alles andere lief weiter, während ich das eigentliche Problem behoben habe.

Ich glaube, das ist bei mir hängen geblieben, weil es im Grunde das ist, was @BabylonLabs_io Genesis (BABY) bei Vault-Liquidationen macht – nur eben mit einer geordneten Liste statt mit einem Rohranschluss.

Ich nehme an, die meisten stellen sich Liquidation als Alles-oder-Nichts vor, aber bei TBV kann eine Position mehrere Vaults halten. Wenn die Liquidation auslöst, beschlagnahmt das Protokoll nicht standardmäßig alles. Es geht die geordnete Vault-Liste durch und beschlagnahmt nur das minimale Präfix, das nötig ist, um den Health Factor wieder auf den Zielwert zu bringen. Wenn es also zwei Vaults von fünf sind, bleiben die restlichen drei einfach in der Position des Einzahlers – das ist der Weg für eine Teil-Liquidation. Eine vollständige Beschlagnahme greift nur dann, wenn die Position stark unter Wasser ist oder bereits auf einen einzigen Vault heruntergefahren wurde, denn in dem Fall gibt es nichts mehr, was man teilweise entnehmen könnte; die Position wird dann sofort geschlossen.

Ich versuchte herauszufinden, wie diese Vault-Reihenfolge tatsächlich gesetzt wird, aber ich konnte keine klare Antwort finden. Ist sie vom Nutzer beim Einzahlen definiert, durch das Protokoll fest vorgegeben oder bei Liquidation dynamisch anhand von Risiko oder Liquidität neu berechnet? Diese Reihenfolge entscheidet im Grunde darüber, welche deiner Assets bei BABY zuerst betroffen sind – es fühlt sich an wie ein Detail, das man unbedingt klären sollte.

Ich erhebe das nicht als Kritikpunkt. Ich kenne den Mechanismus wirklich nicht und würde lieber fragen, statt anzunehmen.

Für alle, die näher an den Dokumenten oder dem Team bei @BabylonLabs_io sind: Wird die Vault-Seizure-Reihenfolge vom Nutzer festgelegt, ist sie hardcoded oder wird sie zur Liquidationszeit berechnet?

@BabylonLabs_io #BABY $BABY #WallStreetSellsSpaceXLinkedProducts #FOMCWatching $COTI $UAI #BNBSmartChainToUndergoHardFork #RussiaPlacesDurovOnInternationalWantedList

Die Vault-Reihenfolge sollte ?
User set
80%
Protocol set
20%
Risk based
0%
Team explain
0%
5 Stimmen • Abstimmung beendet
🎙️ Wie verläuft der Bitcoin-Kurs? Rückkehr
avatar
Beenden
03 h 02 m 57 s
8.3k
26
21
🎙️ In Tranchen BNB aufbauen
avatar
Beenden
02 h 18 m 04 s
13.3k
22
22
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform