#termmax @TermMax #TermMax Most people think the most important decision in a leveraged position happens when you enter it. But @TermMax made me pay more attention to how you exit.
With a GT position, Repay and Close can both end the position, but they lead to different economic outcomes. With Repay, you bring in the debt asset, clear the liability, and get the collateral back. With Close, the collateral itself can be used to settle the debt, and the remaining value is returned to you.
The difference looks small on the interface. But it changes what you still own after the loan is over.
If I still want to hold the collateral, Repay means one thing. If my goal is simply to exit the strategy, Close solves a different problem. Both end the position, but they don’t leave you with the same assets.
That’s the part I find valuable about #TermMax. Exit isn’t just about leaving a loan. It’s also about deciding what you want to take out of it. So when a leveraged strategy ends, what matters more: closing the position or keeping the asset you still want to own?
#dusk @Dusk $BTW $ACE Yesterday afternoon, I transferred some $DUSK and reopened the Phoenix docs. Sender, receiver, and amount can be shielded. One question stopped me: if the network can’t see the full transaction, how does it know the same funds haven’t been spent twice?
That’s where Phoenix gets interesting. Zero-knowledge proofs let Dusk prove transaction validity, sufficient funds, and no double-spending without exposing the protected data. Phoenix doesn’t ask the network to trust what it can’t see. It replaces visibility with proof.
That changed how I think about privacy. The hard part isn’t hiding more. It’s revealing less without weakening what the network can prove. With money, privacy can hide user data, but it can’t hide the system’s ability to enforce its rules.
The network sees less. The rules lose nothing. So if proof can replace visibility, how much does a financial network really need to see?
To avoid letting him go, for me the whole $BTC làm việc 🤣 $BTW does it fly or does it just die here? If it flies, it’s probably already past time—doesn’t it feel tired by now, right?
#binancep2pantoan @Binance Vietnam It was my first time encountering such a rather awkward case: the buyer had both a bank transfer invoice/receipt, and their account had already been debited—but in the end, I didn’t receive a single cent :))
I just closed a small profit of $RICE (about 100 USD), so I transferred USDT to Binance P2P to sell. I placed the order and waited for about 2 minutes. Then the buyer clicked “Paid,” sent the invoice in the Order Chat, and said they had transferred the money. On their side, everything looked complete, so I figured the money would come in within a few more minutes.
But after 5 minutes, 10 minutes, then 15 minutes, I checked my banking app and still didn’t see any deposit. The buyer was also getting anxious because on their side the money had been deducted, while for me I couldn’t release the crypto because my account hadn’t actually received anything. Both sides had evidence, but those evidences didn’t line up.
I kept the order as-is and opened an Appeal. More than an hour later, it became clear: the bank transaction on the buyer’s side was not completed; the order was canceled and the funds returned to their account without ever being recorded as transferred into my account. Luckily, I hadn’t looked at the invoice and released first.
This situation reminded me of something else: an invoice can prove the buyer did the action, but it can’t replace the step where the seller verifies that the funds were actually received. Binance P2P has Escrow, Order Chat, and Appeal so I can keep the transaction within the process when the two sides haven’t agreed on the status yet. $BTW $HEMI The buyer has been debited, but you haven’t received it—what do you do?