Binance Square
Linh invest
1.1k Beiträge

Linh invest

Regelmäßiger Trader
5.9 Jahre
188 Following
296 Follower
1.0K+ Like gegeben
Beiträge
·
--
Übersetzung ansehen
🚨 BTC VỪA “QUÉT SẠCH” THỊ TRƯỜNG! Bitcoin vừa có tuần tăng hơn 20%, áp sát $80,000 rồi bất ngờ quay đầu. 💥 Chỉ 6 phút, crypto market cap bốc hơi khoảng $108B. 🔥 Hơn $1.7B vị thế bị thanh lý trong 24 giờ. Tăng càng nhanh, cú rũ càng đau. Đây chưa chắc là kết thúc đà tăng nhưng chắc chắn là lời cảnh báo cho những ai đang dùng đòn bẩy. $BTC $LINK $ETH
🚨 BTC VỪA “QUÉT SẠCH” THỊ TRƯỜNG!

Bitcoin vừa có tuần tăng hơn 20%, áp sát $80,000 rồi bất ngờ quay đầu.

💥 Chỉ 6 phút, crypto market cap bốc hơi khoảng $108B.
🔥 Hơn $1.7B vị thế bị thanh lý trong 24 giờ.

Tăng càng nhanh, cú rũ càng đau.
Đây chưa chắc là kết thúc đà tăng nhưng chắc chắn là lời cảnh báo cho những ai đang dùng đòn bẩy.
$BTC $LINK $ETH
Übersetzung ansehen
#dusk $DUSK @Dusk_Foundation The other day, I was buying movie tickets when the payment screen froze, so I almost clicked again. Luckily, the confirmation email arrived first. One purchase, and I nearly paid twice. I thought about that while reading how Dusk handles Moonlight deposits. Dusk uses the transaction ID as an idempotency key, so a scanner can rescan data after a failure without crediting the same transaction twice. What caught my attention was the warning: don’t use the memo for this. At first, I thought this was simply about preventing double credits. But a memo describes a transaction; the transaction ID identifies the transaction itself. When a system crashes and starts again, that distinction tells it whether it is seeing something new or simply seeing the past again. That’s when idempotency became more interesting to me. A financial system doesn’t just need to process what happened correctly; it also needs to recognize what has already happened. If failure forces a system to look at the past again, how do you make sure the past doesn’t get counted twice? $PEPE $MUBARAK
#dusk $DUSK @Dusk
The other day, I was buying movie tickets when the payment screen froze, so I almost clicked again. Luckily, the confirmation email arrived first. One purchase, and I nearly paid twice.

I thought about that while reading how Dusk handles Moonlight deposits. Dusk uses the transaction ID as an idempotency key, so a scanner can rescan data after a failure without crediting the same transaction twice. What caught my attention was the warning: don’t use the memo for this.

At first, I thought this was simply about preventing double credits. But a memo describes a transaction; the transaction ID identifies the transaction itself. When a system crashes and starts again, that distinction tells it whether it is seeing something new or simply seeing the past again.

That’s when idempotency became more interesting to me. A financial system doesn’t just need to process what happened correctly; it also needs to recognize what has already happened. If failure forces a system to look at the past again, how do you make sure the past doesn’t get counted twice?
$PEPE $MUBARAK
Übersetzung ansehen
1.7 về 1.4 trong nốt nhạc $XRP
1.7 về 1.4 trong nốt nhạc
$XRP
Übersetzung ansehen
meme $TRUMP Bay ác x2 rồi $PEPE $MUBARAK
meme $TRUMP Bay ác x2 rồi
$PEPE $MUBARAK
Übersetzung ansehen
$BTC vẫn giữ giá quá, uptrend thật rồi 😂😂 $XRP $ZEC
$BTC vẫn giữ giá quá, uptrend thật rồi 😂😂
$XRP $ZEC
Übersetzung ansehen
$FOREST tăng 70%, top coin cũng xanh quá $XRP $ENA
$FOREST tăng 70%, top coin cũng xanh quá
$XRP $ENA
Übersetzung ansehen
#dusk $DUSK @Dusk_Foundation Tiền đắt nhất đôi khi không phải tiền mất đi. Là tiền đã thuộc về bạn nhưng bạn vẫn chưa thể dùng. Đây là góc khiến tôi nhìn finality ~10 giây của Dusk khác hẳn một con số TPS. Trong thị trường truyền thống, một giao dịch có thể đã khớp nhưng tiền và tài sản vẫn phải đi qua settlement, reconciliation và nhiều hệ thống khác nhau trước khi thực sự sẵn sàng cho bước tiếp theo. Khoảng chờ đó có một chi phí: vốn tồn tại, nhưng chưa thể tái sử dụng. Dusk hướng tới native issuance và settlement ngay trên cùng hạ tầng, với finality khoảng 10 giây. Nếu tài sản và thanh toán thực sự có thể hoàn tất trên cùng một rail, lợi ích lớn không chỉ là giao dịch nhanh hơn. Một đồng vốn có thể bắt đầu công việc tiếp theo sớm hơn. Với tôi, đây mới là metric đáng theo dõi khi Dusk tiến sâu vào thị trường vốn: không chỉ bao nhiêu tài sản được token hóa, mà mỗi €1 phải nằm bất động bao lâu giữa hai lần nó có thể được sử dụng. Nếu blockchain thực sự rút ngắn khoảng thời gian đó, Dusk không chỉ làm thị trường nhanh hơn. Nó đang cố tăng số lần cùng một đồng vốn có thể trở nên hữu ích. $XRP $ENA
#dusk $DUSK @Dusk
Tiền đắt nhất đôi khi không phải tiền mất đi. Là tiền đã thuộc về bạn nhưng bạn vẫn chưa thể dùng.
Đây là góc khiến tôi nhìn finality ~10 giây của Dusk khác hẳn một con số TPS.

Trong thị trường truyền thống, một giao dịch có thể đã khớp nhưng tiền và tài sản vẫn phải đi qua settlement, reconciliation và nhiều hệ thống khác nhau trước khi thực sự sẵn sàng cho bước tiếp theo.

Khoảng chờ đó có một chi phí: vốn tồn tại, nhưng chưa thể tái sử dụng.

Dusk hướng tới native issuance và settlement ngay trên cùng hạ tầng, với finality khoảng 10 giây. Nếu tài sản và thanh toán thực sự có thể hoàn tất trên cùng một rail, lợi ích lớn không chỉ là giao dịch nhanh hơn.

Một đồng vốn có thể bắt đầu công việc tiếp theo sớm hơn.

Với tôi, đây mới là metric đáng theo dõi khi Dusk tiến sâu vào thị trường vốn: không chỉ bao nhiêu tài sản được token hóa, mà mỗi €1 phải nằm bất động bao lâu giữa hai lần nó có thể được sử dụng.

Nếu blockchain thực sự rút ngắn khoảng thời gian đó, Dusk không chỉ làm thị trường nhanh hơn. Nó đang cố tăng số lần cùng một đồng vốn có thể trở nên hữu ích.
$XRP $ENA
Übersetzung ansehen
Chỉ một màu xanh thôi, hi vọng xanh thêm tháng 9 $ENA $HEMI
Chỉ một màu xanh thôi, hi vọng xanh thêm tháng 9
$ENA $HEMI
Übersetzung ansehen
Úp chen!!!Bitcoin 90k $ZEC $SOL $ENA bay quá
Úp chen!!!Bitcoin 90k
$ZEC $SOL $ENA bay quá
Nach einer langen, düsteren Zeit hat sich der Markt wieder belebt, nachdem Bitcoin von 62000$ auf 78000$ gestiegen ist, der Wert $ENA $ZEC $LINK ist stark um 20-30% gestiegen
Nach einer langen, düsteren Zeit hat sich der Markt wieder belebt, nachdem Bitcoin von 62000$ auf 78000$ gestiegen ist, der Wert $ENA $ZEC $LINK ist stark um 20-30% gestiegen
Übersetzung ansehen
$BTC 78000$, nhìn thấy $LINK $XRP tung nóc rồi các bác ơi, ai bắt đáy lụm lúa nào
$BTC 78000$, nhìn thấy $LINK $XRP tung nóc rồi các bác ơi, ai bắt đáy lụm lúa nào
#termmax @termmax #TermMax @TermMax Ich habe 30.000 USDC im Leerlauf, genau 60 Tage lang. Ich bin also mit @termmax gestartet – und erst dann ist mir aufgefallen: Ein hoher APY ist vielleicht nicht das Erste, worauf man schauen sollte. Normalerweise merke ich mir schnell den Ort, der die höchste Rendite bietet. Aber dieses Mal brauche ich das Geld in 60 Tagen, also habe ich eine Weile gerechnet und gesehen: Wichtiger ist die Frage – kommt das Geld genau an diesem Tag wieder zurück? Also habe ich mir TermMax nach der Laufzeit (maturity) angesehen. Wenn es einen FT mit passender Laufzeit gibt, kann ich die 30.000 USDC für den Zeitraum arbeiten lassen, der gerade frei ist, und bis zur maturity halten. Wenn ich jedoch noch ein paar Prozent mehr rausholen will, aber eine längere Laufzeit wähle, muss ich, wenn ich das Geld brauche, wieder einen Weg finden, die Position früh zu schließen. Aus „mehr Rendite verdienen“ wird plötzlich „Liquidität suchen“. Klingt einfach, aber bisher habe ich immer zuerst auf den Prozentwert geschaut und dann auf das Datum. Jetzt ist es umgekehrt. Wenn das Geld nur bis zu welchem Datum frei ist, schaue ich bis zu diesem Datum auf die maturity. Der APY kommt danach. Wenn du an meiner Stelle wärst: Mit 30.000 USDC, die nur genau 60 Tage lang frei sind – würdest du noch ein paar Prozent Rendite zusätzlich wählen oder das Datum, an dem das Geld wieder zurückkommt, so dass es genau mit deinem Plan übereinstimmt? #TermMax $LINK $XRP $BOME
#termmax @TermMax
#TermMax @TermMax

Ich habe 30.000 USDC im Leerlauf, genau 60 Tage lang. Ich bin also mit @TermMax gestartet – und erst dann ist mir aufgefallen: Ein hoher APY ist vielleicht nicht das Erste, worauf man schauen sollte.

Normalerweise merke ich mir schnell den Ort, der die höchste Rendite bietet. Aber dieses Mal brauche ich das Geld in 60 Tagen, also habe ich eine Weile gerechnet und gesehen: Wichtiger ist die Frage – kommt das Geld genau an diesem Tag wieder zurück?

Also habe ich mir TermMax nach der Laufzeit (maturity) angesehen.

Wenn es einen FT mit passender Laufzeit gibt, kann ich die 30.000 USDC für den Zeitraum arbeiten lassen, der gerade frei ist, und bis zur maturity halten. Wenn ich jedoch noch ein paar Prozent mehr rausholen will, aber eine längere Laufzeit wähle, muss ich, wenn ich das Geld brauche, wieder einen Weg finden, die Position früh zu schließen. Aus „mehr Rendite verdienen“ wird plötzlich „Liquidität suchen“.

Klingt einfach, aber bisher habe ich immer zuerst auf den Prozentwert geschaut und dann auf das Datum. Jetzt ist es umgekehrt. Wenn das Geld nur bis zu welchem Datum frei ist, schaue ich bis zu diesem Datum auf die maturity. Der APY kommt danach.

Wenn du an meiner Stelle wärst: Mit 30.000 USDC, die nur genau 60 Tage lang frei sind – würdest du noch ein paar Prozent Rendite zusätzlich wählen oder das Datum, an dem das Geld wieder zurückkommt, so dass es genau mit deinem Plan übereinstimmt?

#TermMax $LINK $XRP $BOME
Übersetzung ansehen
$COLLECT bay theo $BTC rồi à, có tin gì mới vậy anh em
$COLLECT bay theo $BTC rồi à, có tin gì mới vậy anh em
Übersetzung ansehen
Bitcoin tăng rồi $SOL $XRP $LINK tăng 20% mọi người ạ
Bitcoin tăng rồi $SOL $XRP $LINK tăng 20% mọi người ạ
Übersetzung ansehen
$BTC $XRP $LINK
$BTC $XRP $LINK
Übersetzung ansehen
$BTC từ 62000 lên 75000, úp cheng roài $LINK $ONG
$BTC từ 62000 lên 75000, úp cheng roài
$LINK $ONG
Übersetzung ansehen
#dusk $DUSK @Dusk_Foundation Yesterday I was reading through Dusk’s exchange integration docs when I got stuck on a situation that seemed almost trivial: a withdrawal had been sent, but the request timed out. My first instinct was to send it again. Then I stopped: what if the first transaction had already reached the network? Dusk handles exactly that blind spot. Each withdrawal is built and signed once, with the exact signed bytes and transaction ID stored before broadcast. If a transport timeout occurs, the exchange rebroadcasts the same transaction instead of blindly creating a new one. That detail made me pause. “It hasn’t happened” and “I don’t know whether it happened” are two completely different states. If a system treats them as the same, what looks like a retry can become another transaction that the system then has to distinguish from the first. With same-nonce replacement, Dusk requires both transaction IDs to be tracked without debiting twice. That led me to a bigger idea: financial infrastructure doesn’t just need to distinguish success from failure. It also needs to remain safe during the period when it doesn’t yet know which state it is in. So this is what I’m curious about with Dusk: as more financial systems connect to the network, which will be the harder test handling a transaction that has clearly failed, or handling one when the sender still cannot be sure whether it happened at all?
#dusk $DUSK @Dusk
Yesterday I was reading through Dusk’s exchange integration docs when I got stuck on a situation that seemed almost trivial: a withdrawal had been sent, but the request timed out. My first instinct was to send it again. Then I stopped: what if the first transaction had already reached the network?

Dusk handles exactly that blind spot. Each withdrawal is built and signed once, with the exact signed bytes and transaction ID stored before broadcast. If a transport timeout occurs, the exchange rebroadcasts the same transaction instead of blindly creating a new one.

That detail made me pause. “It hasn’t happened” and “I don’t know whether it happened” are two completely different states. If a system treats them as the same, what looks like a retry can become another transaction that the system then has to distinguish from the first. With same-nonce replacement, Dusk requires both transaction IDs to be tracked without debiting twice.

That led me to a bigger idea: financial infrastructure doesn’t just need to distinguish success from failure. It also needs to remain safe during the period when it doesn’t yet know which state it is in.

So this is what I’m curious about with Dusk: as more financial systems connect to the network, which will be the harder test handling a transaction that has clearly failed, or handling one when the sender still cannot be sure whether it happened at all?
Ich dachte früher, dass die Liquidation auf @termmax mit etwas ziemlich Vertrautem endet: Als Sicherheit wird verkauft, um eine Schuld zurückzuzahlen. Aber nachdem ich den Mechanismus genauer gelesen habe, hielten mich drei Zahlen auf: 10.000 US-Dollar, 50% und zwei Stunden. Für Schulden über 10.000 US-Dollar ist eine einzelne Liquidation auf 50% des Schuldbetrags gedeckelt; der liquidierte Anteil trägt eine 10%-Sanktion, aufgeteilt in 5% für den Liquidator und 5% für die Protokoll-Reserve. Noch wichtiger ist: Für Darlehen, die bei Fälligkeit nicht bezahlt wurden, bietet TermMax ein zweistündiges Liquidationsfenster. Wenn nach diesem Zeitfenster noch Schulden verbleiben, geht das System nicht davon aus, dass der Markt immer genug Liquidität findet, um die Sicherheit weiterhin in Vermögenswerte umzuwandeln. Es beginnt die Physische Lieferung. Der Redemption Pool kann sowohl den zugrunde liegenden Debt-Token als auch die Sicherheit für FT-Inhaber enthalten, um anteilig einzulösen. Dieser Übergang von der Liquidation zur Physischen Lieferung ist das, was ich am spannendsten finde. Ein Kreditgeber kann eintreten, mit der Erwartung, in dem Debt-Asset zurückbezahlt zu werden; aber unter Stress kann die Sicherheit trotzdem noch existieren, selbst wenn der Markt sie nicht vollständig in dieses Asset umwandelt. Unter normalen Bedingungen verbirgt die Liquidation diese Unterscheidung. Wenn die Liquidität nicht ausreicht, wird sie explizit: Festverzinsung kann die Bedingungen einer Forderung festlegen, aber sie kann nicht garantieren, dass der Markt die Vermögenswerte hinter dieser Forderung immer in exakt die Form der Rückzahlung umwandelt, die ein Kreditgeber erwartet. Deshalb schaue ich nicht mehr nur auf den APY. APY sagt mir, was die Position zahlt, wenn die Märkte reibungslos funktionieren. Physische Lieferung sagt mir, was die Forderung wird, wenn die Umwandlung nicht abgeschlossen werden kann. #TermMax @TermMax
Ich dachte früher, dass die Liquidation auf @TermMax mit etwas ziemlich Vertrautem endet: Als Sicherheit wird verkauft, um eine Schuld zurückzuzahlen. Aber nachdem ich den Mechanismus genauer gelesen habe, hielten mich drei Zahlen auf: 10.000 US-Dollar, 50% und zwei Stunden. Für Schulden über 10.000 US-Dollar ist eine einzelne Liquidation auf 50% des Schuldbetrags gedeckelt; der liquidierte Anteil trägt eine 10%-Sanktion, aufgeteilt in 5% für den Liquidator und 5% für die Protokoll-Reserve. Noch wichtiger ist: Für Darlehen, die bei Fälligkeit nicht bezahlt wurden, bietet TermMax ein zweistündiges Liquidationsfenster. Wenn nach diesem Zeitfenster noch Schulden verbleiben, geht das System nicht davon aus, dass der Markt immer genug Liquidität findet, um die Sicherheit weiterhin in Vermögenswerte umzuwandeln. Es beginnt die Physische Lieferung. Der Redemption Pool kann sowohl den zugrunde liegenden Debt-Token als auch die Sicherheit für FT-Inhaber enthalten, um anteilig einzulösen. Dieser Übergang von der Liquidation zur Physischen Lieferung ist das, was ich am spannendsten finde. Ein Kreditgeber kann eintreten, mit der Erwartung, in dem Debt-Asset zurückbezahlt zu werden; aber unter Stress kann die Sicherheit trotzdem noch existieren, selbst wenn der Markt sie nicht vollständig in dieses Asset umwandelt. Unter normalen Bedingungen verbirgt die Liquidation diese Unterscheidung. Wenn die Liquidität nicht ausreicht, wird sie explizit: Festverzinsung kann die Bedingungen einer Forderung festlegen, aber sie kann nicht garantieren, dass der Markt die Vermögenswerte hinter dieser Forderung immer in exakt die Form der Rückzahlung umwandelt, die ein Kreditgeber erwartet. Deshalb schaue ich nicht mehr nur auf den APY. APY sagt mir, was die Position zahlt, wenn die Märkte reibungslos funktionieren. Physische Lieferung sagt mir, was die Forderung wird, wenn die Umwandlung nicht abgeschlossen werden kann. #TermMax @TermMax
#binancep2pantoan @Binance_Vietnam #BinanceP2PAnToan Die Bestellung zeigt zwar den richtigen Betrag an, aber im Chat erscheint plötzlich noch ein zusätzlich zu zahlender Posten. Genau diese Situation ist mir passiert, als ich USDT auf Binance P2P gekauft habe. Bevor ich die Order erstellt habe, habe ich mir die Anzeige, das Profil, die Transaktionsanzahl und die Erfolgsquote des Händlers angesehen. Die Order wurde ganz normal geöffnet. Danach hat mir der Händler jedoch im Order-Chat geschrieben und verlangt, dass ich zusätzlich zu dem Betrag, der angezeigt wird, noch eine Gebühr zahlen soll. Ich habe Anzeige und Order noch einmal durchgelesen. Dieser Betrag ist dort nicht angegeben. Also habe ich nichts zusätzlich überwiesen und auch nicht das Gespräch an einen anderen Ort verlagert, um es mir selbst auszuhandeln. Ich habe alles im Order-Chat belassen, damit die Daten der Transaktion nicht getrennt werden. Binance schreibt außerdem vor, dass P2P-Händler keine zusätzlichen Gebühren oder Provisionen vom Nutzer einfordern dürfen. Falls die beiden Seiten das nicht klären können, habe ich weiterhin die Order-ID und den gesamten Chat, um ein Appeal einzureichen oder um Binance Support bitten zu lassen; das Krypto-Asset der Transaktion bleibt während der Bearbeitung weiterhin im Escrow. Das, was mir nach diesem Fall am meisten aufgefallen ist, ist jedoch nicht die Höhe des Gebührenbetrags. Auch wenn es nur eine sehr kleine zusätzliche Summe ist, habe ich nicht bezahlt. Denn sie war noch nie Teil der Order, der ich zugestimmt habe. $HEMI $BTW Wenn der Chat auffordert, zusätzlich zu dem Betrag in der Order noch Gebühren zu zahlen – was würdest du tun?
#binancep2pantoan @Binance Vietnam
#BinanceP2PAnToan

Die Bestellung zeigt zwar den richtigen Betrag an, aber im Chat erscheint plötzlich noch ein zusätzlich zu zahlender Posten. Genau diese Situation ist mir passiert, als ich USDT auf Binance P2P gekauft habe.

Bevor ich die Order erstellt habe, habe ich mir die Anzeige, das Profil, die Transaktionsanzahl und die Erfolgsquote des Händlers angesehen. Die Order wurde ganz normal geöffnet. Danach hat mir der Händler jedoch im Order-Chat geschrieben und verlangt, dass ich zusätzlich zu dem Betrag, der angezeigt wird, noch eine Gebühr zahlen soll.

Ich habe Anzeige und Order noch einmal durchgelesen. Dieser Betrag ist dort nicht angegeben. Also habe ich nichts zusätzlich überwiesen und auch nicht das Gespräch an einen anderen Ort verlagert, um es mir selbst auszuhandeln. Ich habe alles im Order-Chat belassen, damit die Daten der Transaktion nicht getrennt werden. Binance schreibt außerdem vor, dass P2P-Händler keine zusätzlichen Gebühren oder Provisionen vom Nutzer einfordern dürfen.

Falls die beiden Seiten das nicht klären können, habe ich weiterhin die Order-ID und den gesamten Chat, um ein Appeal einzureichen oder um Binance Support bitten zu lassen; das Krypto-Asset der Transaktion bleibt während der Bearbeitung weiterhin im Escrow.

Das, was mir nach diesem Fall am meisten aufgefallen ist, ist jedoch nicht die Höhe des Gebührenbetrags. Auch wenn es nur eine sehr kleine zusätzliche Summe ist, habe ich nicht bezahlt. Denn sie war noch nie Teil der Order, der ich zugestimmt habe.
$HEMI $BTW

Wenn der Chat auffordert, zusätzlich zu dem Betrag in der Order noch Gebühren zu zahlen – was würdest du tun?
Không trả thêm
50%
Hỏi lại trong Order Chat
17%
Appeal/Hỗ trợ
0%
Vẫn trả nếu phí nhỏ
33%
6 Stimmen • Abstimmung beendet
Übersetzung ansehen
$BTC chạm 70000$, xanh thạt hay giả vờ đây $HEMI $BTW
$BTC chạm 70000$, xanh thạt hay giả vờ đây
$HEMI $BTW
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