Selena09
2.4k Posts
Selena09
422 Following
651 Followers
2.0K+ Liked
Posts
All
Quotes
PINNED
#termmax @TermMax #TermMax
At first, I thought fixed-rate borrowing on @TermMax was straightforward: lock the borrowing cost today, know what you owe at maturity, and move on. But FT adds a layer I find far more interesting than the word “fixed” itself. In TermMax’s example, Alice locks 2 ETH, receives 1,530 USDC, while her GT records a 1,600 USDC obligation. That 1,600 is fixed, but the price of eliminating it is not. If FT trades at $0.95, she can buy 1,600 FT for $1,520 and use it to repay the debt $80 less than settling directly with 1,600 USDC. That is where the structure clicked for me. The same FT sits on opposite sides of the balance sheet: an asset for the lender, a liability the borrower can buy back. A discount in FT therefore creates two opposite readings of the same price. For a lender exiting early, it can mean a lower sale price; for the borrower, it means their own debt has just become cheaper to retire. That changes how I read “fixed rate.” The obligation may be fixed, but the market keeps repricing the cost of making that obligation disappear. The question I am watching is no longer whether FT converges toward $1 at maturity, but what happens before then when the discount becomes large enough that two very different buyers want the same token: lenders buying yield and borrowers buying back their own debt.
At first, I thought fixed-rate borrowing on @TermMax was straightforward: lock the borrowing cost today, know what you owe at maturity, and move on. But FT adds a layer I find far more interesting than the word “fixed” itself. In TermMax’s example, Alice locks 2 ETH, receives 1,530 USDC, while her GT records a 1,600 USDC obligation. That 1,600 is fixed, but the price of eliminating it is not. If FT trades at $0.95, she can buy 1,600 FT for $1,520 and use it to repay the debt $80 less than settling directly with 1,600 USDC. That is where the structure clicked for me. The same FT sits on opposite sides of the balance sheet: an asset for the lender, a liability the borrower can buy back. A discount in FT therefore creates two opposite readings of the same price. For a lender exiting early, it can mean a lower sale price; for the borrower, it means their own debt has just become cheaper to retire. That changes how I read “fixed rate.” The obligation may be fixed, but the market keeps repricing the cost of making that obligation disappear. The question I am watching is no longer whether FT converges toward $1 at maturity, but what happens before then when the discount becomes large enough that two very different buyers want the same token: lenders buying yield and borrowers buying back their own debt.
PINNED
#dusk $DUSK @Dusk
Yesterday I opened an old Ethereum wallet and found some DUSK I still hadn’t migrated. I was about to move the entire balance to mainnet and close the tab when the long string of decimals made me stop. Can you really move “everything” when the destination ledger can’t represent everything the source ledger can?
That is exactly the boundary Dusk has to handle. DUSK on Ethereum/BSC uses 18 decimals; Dusk mainnet uses 9, where 1 LUX = 0.000000001 DUSK. During migration, the transferable amount is rounded down to the nearest LUX, while anything smaller remains in the source wallet.
That tiny detail changed how I look at interoperability. Two ledgers can agree on the asset and still disagree on the smallest amount of that asset they can express. Dusk doesn’t hide that mismatch: what mainnet can represent moves across; what falls below its smallest unit stays at the source.
And that may be the more interesting test of interoperability. Connecting two ledgers is one problem. Preserving an exact boundary when their representations of value no longer match is another.
So when the same asset lives across multiple ledgers, maybe the harder question isn’t “Can the value cross?”
It’s: “What happens to the part the other side has no unit small enough to express?
Yesterday I opened an old Ethereum wallet and found some DUSK I still hadn’t migrated. I was about to move the entire balance to mainnet and close the tab when the long string of decimals made me stop. Can you really move “everything” when the destination ledger can’t represent everything the source ledger can?
That is exactly the boundary Dusk has to handle. DUSK on Ethereum/BSC uses 18 decimals; Dusk mainnet uses 9, where 1 LUX = 0.000000001 DUSK. During migration, the transferable amount is rounded down to the nearest LUX, while anything smaller remains in the source wallet.
That tiny detail changed how I look at interoperability. Two ledgers can agree on the asset and still disagree on the smallest amount of that asset they can express. Dusk doesn’t hide that mismatch: what mainnet can represent moves across; what falls below its smallest unit stays at the source.
And that may be the more interesting test of interoperability. Connecting two ledgers is one problem. Preserving an exact boundary when their representations of value no longer match is another.
So when the same asset lives across multiple ledgers, maybe the harder question isn’t “Can the value cross?”
It’s: “What happens to the part the other side has no unit small enough to express?
Chết rồi, bộ ba xnxx một thời $LAB $BEAT $BANK , giờ đáy không biết ở đâu, đi về âm phủ luôn rồi
Bitcoin và top coin bay xong là tới dàn meme động vật à 😁
$PNUT $NEIRO $BOME
$PNUT $NEIRO $BOME
#binancep2pantoan @Binance Vietnam
#BinanceP2PAnToan
Em mình mới dùng Binance P2P chưa lâu, hôm trước hỏi mình một câu nghe xong mới biết nó đang hiểu sai từ ngay lúc tạo Order.
Nó cần mua 2.000 USDT, thấy hai quảng cáo đều khá ổn nên tạo cả hai. Mình hỏi:
“Ủa, mua cả hai à?”
Nó tỉnh bơ: “Không, em mở trước thôi. Lát xem cái nào tiện thì chuyển tiền cái đó.”
Đến đây mình mới hiểu. Với nó, tạo Order giống kiểu thêm vào giỏ hàng: giữ vài lựa chọn trước, quyết định sau.
Mình bảo nó mở từng lệnh ra xem lại. Mỗi Order đã có Order ID, thông tin thanh toán, thời gian và Order Chat riêng; crypto của seller cũng được giữ trong Escrow theo giao dịch. Nó thực sự muốn mua lệnh nào thì phải xử lý đúng lệnh đó theo trạng thái trên Binance, chứ đừng mở nhiều Order chỉ để “giữ chỗ”.
Từ hôm đó nó đổi cách làm: xem quảng cáo, kiểm tra profile, số giao dịch, tỷ lệ hoàn tất và phương thức thanh toán trước, chọn xong mới tạo Order. Có gì phát sinh thì trao đổi trong đúng Order Chat và giữ Order ID để còn đối chiếu hoặc nhờ Hỗ trợ Binance khi cần.
Mình thấy lỗi của nó khá đáng nhớ vì người mới rất dễ nghĩ giống vậy: Quảng cáo là thứ để mình lựa chọn. Order là thứ mình đã chọn để bắt đầu giao dịch.
#BinanceP2PAnToan
Em mình mới dùng Binance P2P chưa lâu, hôm trước hỏi mình một câu nghe xong mới biết nó đang hiểu sai từ ngay lúc tạo Order.
Nó cần mua 2.000 USDT, thấy hai quảng cáo đều khá ổn nên tạo cả hai. Mình hỏi:
“Ủa, mua cả hai à?”
Nó tỉnh bơ: “Không, em mở trước thôi. Lát xem cái nào tiện thì chuyển tiền cái đó.”
Đến đây mình mới hiểu. Với nó, tạo Order giống kiểu thêm vào giỏ hàng: giữ vài lựa chọn trước, quyết định sau.
Mình bảo nó mở từng lệnh ra xem lại. Mỗi Order đã có Order ID, thông tin thanh toán, thời gian và Order Chat riêng; crypto của seller cũng được giữ trong Escrow theo giao dịch. Nó thực sự muốn mua lệnh nào thì phải xử lý đúng lệnh đó theo trạng thái trên Binance, chứ đừng mở nhiều Order chỉ để “giữ chỗ”.
Từ hôm đó nó đổi cách làm: xem quảng cáo, kiểm tra profile, số giao dịch, tỷ lệ hoàn tất và phương thức thanh toán trước, chọn xong mới tạo Order. Có gì phát sinh thì trao đổi trong đúng Order Chat và giữ Order ID để còn đối chiếu hoặc nhờ Hỗ trợ Binance khi cần.
Mình thấy lỗi của nó khá đáng nhớ vì người mới rất dễ nghĩ giống vậy: Quảng cáo là thứ để mình lựa chọn. Order là thứ mình đã chọn để bắt đầu giao dịch.
$BTW Bơm khét quá giờ đi về mốc ban đầu rồi, khéo về đáy mới như $LAB , chuẩn bơm lên xả vào đầu user mà
Sáng nay chúng ta có gì? Có $RE $TRUMP Và $HEMI nhé, hôm qua Bitcoin hồi mạnh mà con của mình vẫn không bay
Log in to explore more content