Linh invest

$BTC vẫn giữ giá quá, uptrend thật rồi 😂😂
$XRP $ZEC

$FOREST tăng 70%, top coin cũng xanh quá
$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

Chỉ một màu xanh thôi, hi vọng xanh thêm tháng 9
$ENA $HEMI

Úp chen!!!Bitcoin 90k
$ZEC $SOL $ENA bay quá

Setelah 1 waktu yang lama penuh kesuraman, pasar menjadi panas kembali setelah Bitcoin naik dari 62000$ menjadi 78000$, $ENA $ZEC $LINK meningkatkan dengan kuat sebesar 20-30%

$BTC 78000$, melihat $LINK $XRP tung atapnya sudah terlihat, teman-teman, siapa yang menemukan dasar lalu panen hasilnya

#termmax @TermMax
#TermMax @TermMax

Saya Punya 30.000 USDC yang sedang menganggur tepat selama 60 hari. Saya masuk @TermMax r, lalu baru sadar: APY tinggi belum tentu adalah hal pertama yang harus dilihat.

Biasanya kalau saya melihat tempat dengan yield lebih tinggi, saya akan langsung tertarik lebih dulu. Tapi kali ini uang itu dalam 60 hari lagi saya perlu pakai, jadi setelah duduk menghitung sebentar, saya merasa hal yang lebih penting adalah: pada hari itu tiba, apakah dananya akan berputar kembali?

Akhirnya saya mulai melihat TermMax berdasarkan maturity.

Kalau ada FT dengan tenor yang cocok, saya bisa biarkan 30.000 USDC bekerja selama rentang waktu yang sedang luang, lalu saya tahan sampai maturity. Tapi kalau tergoda mengejar beberapa persen tambahan dengan memilih tenor yang lebih panjang, saat saya butuh uang, saya harus mencari cara untuk keluar posisi lebih cepat. Dari urusan mengejar yield tambahan, tiba-tiba berubah jadi urusan mencari likuiditas.

Kedengarannya sederhana, tapi selama ini saya selalu melihat persentase dulu baru melihat tanggal. Sekarang kebalikannya. Uang luang sampai tanggal kapan, saya melihat maturity sampai tanggal itu. APY dihitung belakangan.

Kalau Anda, dengan 30.000 USDC yang hanya luang 60 hari, Anda akan memilih tambahan beberapa % yield atau memilih tanggal ketika uang kembali agar pas dengan rencana?

#TermMax $LINK $XRP $BOME

$COLLECT bay theo $BTC rồi à, có tin gì mới vậy anh em

Bitcoin naik lalu $SOL $XRP $LINK naik 20% semua orang, ya

$BTC $XRP $LINK

$BTC từ 62000 lên 75000, úp cheng roài
$LINK $ONG

#dusk $DUSK @Dusk
Kemarin saya membaca dokumentasi integrasi exchange milik Dusk dan saya terhenti pada sebuah situasi yang terlihat hampir sepele: penarikan telah dikirim, tetapi permintaannya timeout. Insting pertama saya adalah mengirimkannya lagi. Lalu saya berhenti: bagaimana kalau transaksi pertama sudah sempat mencapai jaringan?

Dusk menangani celah buta tersebut secara tepat. Setiap penarikan dibangun dan ditandatangani sekali, dengan byte yang ditandatangani persis serta transaction ID yang disimpan sebelum disiarkan. Jika terjadi timeout pada transport, exchange akan menyiarkan ulang transaksi yang sama, alih-alih sembarangan membuat transaksi baru.

Rincian itu membuat saya berpikir. “Belum terjadi” dan “saya tidak tahu apakah itu terjadi” adalah dua keadaan yang benar-benar berbeda. Jika sebuah sistem memperlakukan keduanya sebagai sama, maka yang tampak seperti percobaan ulang (retry) bisa berubah menjadi transaksi lain yang kemudian harus dibedakan dari transaksi pertama. Dengan penggantian nonce yang sama (same-nonce replacement), Dusk mengharuskan kedua transaction ID dilacak tanpa melakukan pendebetan dua kali.

Itu membawa saya pada ide yang lebih besar: infrastruktur keuangan bukan hanya perlu membedakan keberhasilan dari kegagalan. Infrastruktur juga harus tetap aman selama periode ketika ia belum tahu status yang sebenarnya.

Jadi saya penasaran dengan Dusk: saat lebih banyak sistem keuangan terhubung ke jaringan, pengujian yang lebih sulit nantinya yang mana—menangani transaksi yang sudah jelas gagal, atau menangani transaksi ketika pengirim masih belum bisa memastikan apakah transaksi itu benar-benar terjadi?

Dulu saya mengira likuidasi pada @TermMax berakhir dengan sesuatu yang cukup familiar: jaminan dijual untuk melunasi utang. Namun setelah membaca mekanismenya lebih dekat, tiga angka membuat saya berhenti: $10.000, 50%, dan dua jam. Untuk utang di atas $10.000, likuidasi tunggal dibatasi hingga 50% dari nilai utang; porsi yang dilikuidasi menanggung penalti 10%, dibagi 5% untuk pelikuidator dan 5% untuk cadangan protokol. Lebih penting lagi, untuk pinjaman yang tidak dibayar saat jatuh tempo, TermMax menyediakan jendela likuidasi dua jam. Jika utang masih tersisa setelah jendela itu, sistem tidak mengasumsikan pasar selalu akan menemukan likuiditas yang cukup untuk terus mengubah jaminan menjadi aset yang dibutuhkan. Dimulailah Physical Delivery, dan redemption pool dapat berisi baik token utang yang mendasarinya maupun jaminan agar pemegang FT dapat menebus secara proporsional. Pergantian dari likuidasi ke Physical Delivery—itulah yang paling menarik bagi saya. Seorang pemberi pinjaman mungkin masuk dengan ekspektasi pembayaran dalam bentuk aset utang, tetapi dalam kondisi tertekan, jaminan masih bisa ada bahkan saat pasar gagal sepenuhnya mengonversinya menjadi aset tersebut. Dalam kondisi normal, likuidasi menyembunyikan perbedaan ini. Ketika likuiditas tidak mencukupi, perbedaannya menjadi jelas: fixed income bisa menetapkan syarat suatu klaim, tetapi tidak bisa menjamin bahwa pasar selalu mengubah aset di balik klaim tersebut menjadi bentuk pembayaran persis seperti yang diharapkan pemberi pinjaman. Itulah sebabnya saya tidak lagi hanya melihat APY. APY memberi tahu saya apa yang dibayarkan posisi ketika pasar berjalan lancar. Physical Delivery memberi tahu saya menjadi apa klaim tersebut ketika konversi tidak dapat diselesaikan. #TermMax @TermMax

#binancep2pantoan @Binance Vietnam
#BinanceP2PAnToan

Pesanan telah menampilkan jumlah uang yang benar, tetapi chat muncul seolah ada tambahan biaya yang harus dibayar. Saya mengalami situasi yang sama saat membeli USDT di Binance P2P.

Sebelum membuat pesanan, saya sudah melihat iklan, profil, jumlah transaksi, dan tingkat penyelesaian (completion rate) dari merchant. Pesanan dibuka secara normal. Namun kemudian merchant mengirim pesan di Chat pada Order, meminta saya membayar tambahan biaya di luar jumlah uang yang sedang ditampilkan.

Saya baca lagi iklan dan Order sekali lagi. Biaya tersebut tidak ada. Jadi saya tidak menambahkan pembayaran, dan juga tidak memindahkan percakapan ke tempat lain untuk bernegosiasi sendiri. Saya biarkan semua hal tetap di dalam Chat pada Order agar data transaksi tidak terpisah. Binance juga menetapkan bahwa merchant P2P tidak boleh memungut biaya atau komisi tambahan dari pengguna.

Jika kedua belah pihak tidak menjelaskan dengan jelas, saya masih memiliki ID Order dan seluruh Chat untuk Appeal atau meminta Dukungan Binance memeriksa; crypto transaksi tetap disimpan dalam Escrow selama proses penyelesaian.

Hal yang paling saya perhatikan setelah kejadian ini bukanlah jumlah uang biaya tersebut. Meskipun hanya ditambahkan sedikit sekali, saya tetap tidak membayar. Karena itu belum pernah ada dalam Order yang sebelumnya saya setujui.
$HEMI $BTW

Jika Chat meminta Anda membayar biaya tambahan di luar jumlah uang dalam Order, apa yang akan Anda lakukan?

$BTC chạm 70000$, biru yang bagus atau pura-pura saja di sini
$HEMI $BTW

#binancep2pantoan @Binance Vietnam
#BinanceP2PAnToan $HEMI $RICE $BTW
Pagi ini saya hampir menggunakan data dari minggu lalu untuk membayar Order hari ini.

Saya membeli 700 USDT di Binance P2P, ketemu seller lama yang sama, jadi di riwayat bank saya klik “Transfer lagi”. Nama dan nomor rekening (STK) semuanya benar, jadi terasa sangat meyakinkan. Tapi saat sampai ke langkah konfirmasi, saya menyadari jumlah uang dan isi masih milik transaksi sebelumnya.

Saya langsung berhenti, kembali ke Order untuk mengambil info yang sedang tampil, lalu mencocokkan satu per satu sebelum saya transfer. Kalau ada yang belum jelas, simpan di dalam Order Chat; jika muncul masalah, masih ada Order ID dan bukti untuk melakukan Appeal atau meminta bantuan ke Binance Support.

Saya menarik satu pelajaran: seller bisa jadi sudah lama, tapi Order selalu baru. “Transfer lagi” tidak tahu saya sedang membayar Order yang mana.

Mohon pendapat kalian ya: kalau seller-nya sudah kenal, kalian langsung pakai “Transfer lagi” juga?

#termmax @TermMax #TermMax
Jika pasar menawarkan 7%, tetapi Anda yakin bahwa modal Anda hanya layak dipinjamkan pada 8% atau lebih, apa yang akan Anda lakukan?

Hal yang menarik tentang @TermMax V2 adalah pengguna tidak harus menerima suku bunga yang sudah ada di pasar. Pemberi pinjaman dapat menetapkan suku bunga minimum, sementara peminjam dapat menetapkan biaya pinjaman maksimum yang bersedia mereka bayar. Perdagangan hanya masuk akal jika kedua belah pihak bertemu pada harga modal yang dapat mereka terima.

Itu mengubah cara saya memandang pasar pinjaman.

Pada banyak protokol, suku bunga terasa seperti angka yang Anda periksa sebelum memutuskan untuk ikut berpartisipasi. Di TermMax, pengguna bisa melangkah lebih jauh: mereka dapat membawa pandangan mereka sendiri mengenai harga modal ke dalam pasar.

Itulah bagian yang paling berharga bagi saya. Suku bunga tidak lagi sekadar sesuatu yang ditampilkan protokol kepada Anda—ia menjadi harga yang dibentuk bersama oleh pemberi pinjaman dan peminjam.

Jadi jika pasar berada di 7%, tetapi Anda benar-benar menginginkan 8%, apakah Anda akan mengambil harga yang sedang berlaku atau menetapkan milik Anda sendiri dan membiarkan pasar menjawab?

Saya punya kebiasaan yang menurut saya banyak orang juga punya: sebelum berinteraksi dengan smart contract, saya memeriksa alamatnya terlebih dahulu. Dulu saya mengira itu sudah cukup, tapi membaca Dusk membuat saya memperhatikan sesuatu yang sederhana: alamat memberi tahu saya smart contract mana yang sedang saya panggil, sedangkan yang benar-benar mengeksekusi adalah kode di baliknya. Sebelum deployment, Dusk menggunakan BLAKE3 untuk meng-hash seluruh bytecode dan mencocokkannya dengan hash yang tersimpan, sehingga membantu melindungi dari malleability bytecode. Dalam istilah sederhana, Dusk bukan hanya bertanya, “Ini kontrak yang benar?” Dusk juga memeriksa apakah kode di balik identitas tersebut adalah kode yang benar-benar telah teridentifikasi. Saya merasa ini sangat berharga untuk infrastruktur keuangan, karena ketika smart contract mulai mengendalikan aset dan logika finansial, integritas kode menjadi bagian dari model kepercayaan itu sendiri. Alamat mengidentifikasi kontrak; hash bytecode melindungi integritas kode di baliknya. Dan itu menyisakan satu pertanyaan bagi saya: jika lebih banyak aturan keuangan dipindahkan ke smart contract, apakah kode itu sendiri pada akhirnya perlu memiliki identitas yang bisa kita percaya sama seperti orang dan aset yang dikendalikannya?
#dusk $BTW $RICE $DUSK @Dusk

#binancep2pantoan @Binance Vietnam
#BinanceP2PAnToan
Beberapa waktu lalu saya melihat profil seorang merchant di Binance P2P, riwayat transaksi dan tingkat penyelesaiannya terlihat bagus, jadi saya memutuskan untuk membeli 700 USDT. Begitu order berjalan, saya berubah pikiran: 500 saja, buat apa 700. Tangan langsung menekan Cancel, saya pikir tinggal membatalkan lalu buat lagi supaya cepat. Saat hendak menekan, saya sempat ragu: saya sedang berubah pikiran, tapi order itu masih sudah ada.

Saya lalu kembali mengecek status order dan langkah-langkah yang sudah dilakukan. Kalau belum jelas, langsung ditanyakan di Order Chat, bukan menganggap Cancel sebagai tombol “kembali”. Order sudah punya Order ID dan statusnya sendiri. Keputusan saya barusan berubah, tapi status order tidak.

Jadi saya memproses sesuai dengan status yang sedang ada. Kalau perlu klarifikasi, Chat dan Order ID masih bisa digunakan untuk mencocokkan; kalau muncul masalah, ada Appeal/Support agar Binance bisa membantu. Cancel benar-benar bisa menjadi pilihan yang tepat. Tapi harus sesuai dengan status tempat saya berada, bukan dengan tempat yang saya ingin “kembali”.

Saya bisa mengubah 700 menjadi 500 dalam satu detik. Order sudah sampai di mana, maka langkah berikutnya dimulai dari situ. Niat bisa saja berbalik. Status transaksi tidak otomatis ikut berbalik.
$ACE $TUT $GPS
Kalau baru saja membuat Order P2P tapi kemudian berubah pikiran, Anda akan melakukan apa dulu?