Toro_crypto

#dusk $DUSK @Dusk
Bayangkan sebuah pasar di mana biaya transaksi, yang jumlahnya bisa mencapai beberapa juta pound, adalah sesuatu yang harus disetujui oleh sebuah komite.

Dan itu tidak akan membuat perbedaan apa pun jika kelompok lain yang diberi informasi jauh sebelum keputusan dibuat.

Namun ada masalah lain.

Bagaimana ini memenuhi “jika Anda memilih siapa yang akan membuat keputusan secara acak, bagaimana Anda memastikan semua orang sepakat tentang apa hasilnya”.

Itulah tepatnya keunikan dari semuanya saat saya menggali lebih dalam tentang Succinct Attestation milik Dusk.

Protokol ini menggunakan mekanisme pemungutan suara (balloting). Dalam setiap putaran balloting, anggota yang dipilih secara acak untuk menjadi provisioners membuat proposal di komite, memberikan suara, dan meratifikasi blok. Ketika sebuah blok diratifikasi, jaringan memperoleh semacam finalitas deterministik.

Itu menciptakan perbedaan yang menarik:
Tekanan seleksi yang tidak dapat diprediksi tidak serta-merta berarti hasil yang tidak dapat diprediksi.

Yang pertama, bagaimanapun, bisa membuat langkah-langkah menjadi lebih tidak pasti.
Dan yang kedua akan menjadi sebuah masalah.

Contohnya adalah sebuah firm clearing security, di mana sekuritas tersebut telah ditokenisasi secara ekstensif, dipecah menjadi bagian-bagian, dan diencerkan.

Itu menyiratkan bahwa jaringan pada akhirnya menghasilkan suatu nilai yang bisa dipercaya oleh para peserta.

Dan, saya percaya, itulah titik di mana desain konsensus menjadi lebih dari sekadar mengatakan “Dusk menggunakan Proof-of-Stake.”

Pertanyaannya bukan hanya:
Tapi, jika begitu siapa pun, siapa yang seharusnya dipilih.

Itu juga:
Dan maka menjadi jelas bahwa ia sudah siap untuk masuk ke dalam… di mana??

Dalam dinamika pasar keuangan, ketidakpastian seperti ini dapat mengganggu partisipasi di masa depan.

Namun keputusan final tetap harus deterministik menuju penyelesaian (settlement).

Pada saat ketika infrastruktur blockchain itu sendiri beririsan dengan aset riil dari keuangan, “acak” tidak lagi identik dengan kata yang berarti tidak pasti.

Hal yang ingin saya pantau dari waktu ke waktu adalah skalabilitas. Secara spesifik, skalabilitas model tersebut ketika tingkat aktivitas institusional yang memanfaatkan hasil akhir yang sama meningkat.

Kontrak pintar bersifat terprogram, tetapi itu tidak berarti seluruh proses keuangan sepenuhnya terotomatisasi.

Hal ini membuat saya mempertimbangkan kasus paling sederhana: bagaimana hal ini bekerja dengan sekuritas yang ditokenisasi, di mana pembayaran dividen harus dilakukan.

Alasannya, pertama, tampaknya terlalu sederhana;

Aturan onchain; kontrak yang memutuskan, lalu mendistribusikan.

Namun, ada satu hal yang penting:
Terprogram ≠ otonom.

Bagaimana hal ini diterjemahkan menjadi logika:

Tidak dapat diasumsikan begitu saja bahwa kontrak memiliki pengetahuan bahwa aksi korporasi asli dilakukan dengan benar, dana yang diperlukan tersedia, atau apakah perhitungan di luar rantai (off chain) tersebut valid.

Namun, perbedaan ini dapat semakin ditegaskan di bawah pasar yang teregulasi.

Dusk telah mendefinisikan skema Confidential Security Contract dari alur keuangan seperti pembayaran dividen dan pemungutan suara, daripada menjadikan sekuritas sebagai sebuah token.

Dan di sinilah saya menemukan arsitekturnya sangat menarik.

Intinya bukan untuk mendapatkan lebih banyak logika di onchain.

Tujuannya adalah menyelaraskan cara berpikir tersebut dengan realitas: karakteristik aset itu sendiri yang menentukan aturan kepemilikan, kelayakan, layanan, penyelesaian, dan pengungkapan yang diketahui (kadang disebut sebagai “fakta”).

Dalam praktiknya, sebuah sistem otomatis hanya bisa sebaik data dan aturan yang menjadi dasarnya.

Jadi pertanyaan menarik bagi saya bukanlah:
Bisakah aset yang dikendalikan negara diprogram?

Kita sudah tahu bahwa itu bisa.

Pertanyaan yang lebih sulit adalah:
Seberapa banyak dari proses keuangan yang nyata yang benar-benar dapat diotomatisasi, dan tetap tanpa sepenuhnya menghapus unsur manusia, selama unsur tersebut masih ada di pasar yang teregulasi?

Saya ingin mengamatinya seiring waktu.
#dusk @Dusk $DUSK

Saya sudah memikirkan apa sebenarnya arti “kepemilikan” di pasar keuangan yang nyata.
Katakanlah Anda membeli saham sebuah perusahaan.
Transaksinya selesai, dan asetnya secara resmi terdaftar atas nama Anda. Di atas kertas, semuanya tampak sederhana.
Tapi semuanya jadi rumit begitu realitas masuk.
Dividen diumumkan. Pemungutan suara pemegang saham datang. Atau tindakan korporat mengubah aset sepenuhnya.
Pada titik itu, pertanyaannya bukan sekadar: "Siapa yang berhak mengklaim ini?"
Pertanyaan operasional yang sebenarnya adalah: Apa yang sebenarnya dipicu oleh judul tersebut di dalam sistem?
Karena mengunci catatan pada sebuah buku besar itu mudah. Menjalankan alur kerja sebenarnya di baliknya adalah persoalan yang sama sekali berbeda.
Dokumentasi terdengar mudah, tetapi eksekusinya memiliki banyak bagian yang bergerak. Investor yang tepat harus dibayar. Pemegang yang tepat harus bisa memberikan suara. Setiap perpindahan harus melewati aturan kelayakan yang ketat. Dan semuanya harus tetap sinkron dengan sempurna, hari demi hari.
Di sinilah kemacetan terjadi.
Jika kepemilikan ada di satu sistem, kepatuhan kelayakan ada di sistem lain, dan tindakan korporat ada di sistem ketiga, catatan Anda mungkin rapi, tetapi proses aktualnya tetap berjalan dengan rekonsiliasi manual yang memaksa antara basis data yang terpisah.
Itulah sebabnya saya tertarik pada Dusk.
Pendekatan mereka terhadap aset yang teregulasi bukan hanya soal menempelkan judul pada blockchain demi alasan semata.
Uji sesungguhnya adalah apakah mereka bisa menyatukan kepemilikan, kelayakan, transfer, dan tindakan korporat ke dalam satu alur kerja keuangan yang terpadu.
Buku besar yang statis hanya dapat memberi tahu Anda siapa yang memiliki apa.
Sistem keuangan yang fungsional harus mampu memahami apa yang sebenarnya diizinkan untuk dilakukan oleh aset tersebut.
Dan bagian itu yang saya pantau: apakah kepemilikan hukum benar-benar bisa menjadi kepemilikan operasional dalam praktik?
#dusk @Dusk $DUSK

Aku sedang melihat Dusk lagi, dan satu perbedaan terus menggangguku:
Protokol yang bekerja ≠ pasar yang bekerja.
Awalnya, mudah untuk melihat sebuah blockchain yang bisa mengeksekusi transaksi, mendukung aplikasi keuangan, dan menangani sisi teknis dari aset yang teregulasi, lalu berpikir:
“Baik, infrastrukturnya berfungsi.”
Tapi itu hanya satu bagian dari pertanyaannya.
Pertanyaan yang lebih menarik adalah apa yang terjadi ketika infrastruktur itu bertemu pasar keuangan yang benar-benar nyata.
Karena pasar nyata membutuhkan lebih dari sekadar teknologi.
Ia memerlukan penerbit yang bisa menciptakan aset.
Investor yang bisa berinteraksi dengannya.
Aturan yang bisa ditegakkan dalam praktik.
Transfer yang mengikuti aturan-aturan tersebut.
Dan aktivitas yang terus berlanjut dari waktu ke waktu.
Perbedaan itu penting.
Sebuah protokol dapat membuktikan bahwa sesuatu itu memungkinkan secara teknis.
Sebuah pasar harus membuktikan bahwa orang-orang dan institusi benar-benar menganggapnya cukup berguna untuk terus digunakan.
Di sinilah menurutku Dusk menjadi lebih menarik untuk diamati.
Arsitekturnya jelas sedang dirancang untuk kasus penggunaan keuangan yang teregulasi, tetapi pertanyaan yang lebih sulit bukanlah apakah teknologi itu bisa mendukungnya.
Melainkan apakah aktivitas keuangan yang benar-benar nyata bisa akhirnya muncul di sekitar infrastruktur tersebut.
Bagian itulah yang ingin kulihat dari waktu ke waktu:
Apakah kemampuan teknis berubah menjadi aktivitas pasar yang berulang?
Karena protokol yang bekerja adalah bukti rekayasa.
Pasar yang bekerja adalah bukti manfaat.
Dan keduanya bukan hal yang sama.
@Dusk #dusk $DUSK

Beberapa hari lalu, saya melihat lagi DuskEVM dan tanpa sadar membuat sebuah asumsi yang mungkin tidak seharusnya saya buat.
Jika para pengembang bisa menggunakan Solidity dan alat-alat EVM yang sudah familiar, maka membuat mereka membangun di Dusk seharusnya jauh lebih mudah.
Bagian itu memang benar.
Tapi lebih mudah dibangun di ≠ benar-benar sudah dibangun di.
Dan perbedaan itu ternyata lebih penting daripada yang awalnya saya kira.
DuskEVM menurunkan hambatan masuk bagi para pengembang yang sudah memahami tumpukan EVM. Mereka tidak perlu memulai dari lingkungan pengembangan yang benar-benar asing.
Hedger menambahkan lapisan menarik lain dengan menghadirkan fungsionalitas yang berorientasi privasi ke dalam lingkungan tersebut, sementara arsitektur Dusk yang lebih luas ditujukan untuk hal-hal seperti aset tokenisasi, DeFi, pinjaman, dan aplikasi keuangan.
Di atas kertas, bahan-bahannya ada.
Namun kesiapan infrastruktur hanyalah satu bagian dari persamaan.
Yang sebenarnya ingin saya lihat adalah apa yang terjadi setelah para pengembang datang.
Berapa banyak kontrak yang dideploy?
Berapa yang tetap aktif setelah pengujian awal?
Berapa banyak aplikasi yang menghasilkan transaksi berulang?
Dan yang lebih penting, seberapa besar aktivitas itu berasal dari pengguna sungguhan, bukan dari pengembang yang sekadar bereksperimen dengan infrastrukturnya?
Di situlah menurut saya perbedaan antara akses pengembang dan adopsi pengembang menjadi penting.
Sebuah testnet bisa membuktikan bahwa sesuatu berfungsi.
Seorang pengembang bisa membuktikan bahwa sesuatu bisa dibangun.
Tapi tidak satu pun secara otomatis membuktikan bahwa sebuah ekosistem sedang terbentuk.
Itu tidak membuat DuskEVM menjadi kurang menarik bagi saya. Justru, itu memberi saya metrik yang lebih baik untuk dipantau.
Alih-alih bertanya:
“Bisakah pengembang membangun di Dusk?”
Saya lebih ingin bertanya:
“Apa yang masih dibangun oleh para pengembang di Dusk enam bulan kemudian?”
Karena infrastruktur menjadi jauh lebih meyakinkan ketika aktivitasnya berhenti menjadi sekadar demo dan mulai menjadi kebiasaan.
Dan itulah bagian dari cerita pengembang Dusk yang paling ingin saya lihat.
@Dusk #dusk $DUSK

Cách đây 2 năm về trước, tôi từng là 1 quản lý cấp cao của một công ty phần mềm.
Tôi thường hay dùng thẻ của mình để vào khu vực làm việc, nhưng không thể mở cửa phòng server hay phòng lưu trữ hồ sơ.
Ban đầu tôi nghĩ đó đơn giản chỉ là một hệ thống kiểm soát quyền truy cập.
Nhưng sau này tôi nhận ra một điều thú vị:
Một hệ thống tốt không đợi đến lúc dữ liệu bị lộ mới bắt đầu bảo vệ nó.
Điều này khiến tôi nghĩ đến @Dusk .
Trong regulated finance, privacy cũng không nên là một lớp được thêm vào sau khi tài sản và giao dịch đã được đưa lên-chain.
Nó cần được tính đến ngay từ cách hệ thống xử lý tài sản, identity và transaction.
Đó là điều tôi thấy thú vị ở cách Dusk tiếp cận privacy.
Với Phoenix cho confidential transactions và Moonlight cho transparent account-based transactions, privacy không nhất thiết phải là một lựa chọn “bật hoặc tắt” cho toàn bộ hệ thống.
Các loại giao dịch khác nhau có thể cần những mức độ visibility khác nhau.
Và với zero-knowledge proofs, một bên có thể chứng minh rằng một điều kiện cần thiết đã được đáp ứng mà không nhất thiết phải tiết lộ toàn bộ dữ liệu phía sau.
Đối với regulated assets, điều này rất quan trọng.
Một hệ thống tài chính không chỉ cần hỏi:
“Dữ liệu này có được bảo mật không?”
Mà còn phải hỏi:
“Privacy đã được thiết kế vào infrastructure ngay từ đầu chưa?”
Đó là điểm khiến tôi thấy khái niệm privacy by design đáng chú ý hơn rất nhiều so với việc đơn giản thêm một lớp privacy vào blockchain.
Và có lẽ đây cũng là một phần lý do Dusk đang đi theo một hướng khá khác khi xây dựng infrastructure cho regulated finance.
#dusk $DUSK

Setelah 4 hari mencari tahu tentang TermMax, saya menyadari bahwa saya sebelumnya memahaminya keliru di satu aspek.
Awalnya, saya berusaha mencari fitur yang paling menonjol.
Fixed rate?
RWA?
Range Order?
Liquidation?
Tapi semakin saya mempelajari, saya justru menemukan pertanyaan yang lebih menarik, bukan lagi:
“TermMax itu punya apa?”
Melainkan:
“Hal-hal itu saling terhubung untuk menghasilkan apa?”
Fixed-rate lending menciptakan kemampuan untuk memprediksi biaya modal.
Aset tokenized membuka sumber collateral tambahan yang bisa digunakan secara on-chain.
Range Order menghadirkan cara lain bagi liquidity untuk ikut berperan dalam pembentukan rate.
Dan Physical Delivery Liquidation menetapkan framework lain untuk cara menangani risiko ketika posisi bergerak berlawanan dengan ekspektasi.
Jika dilihat satu per satu, semuanya hanya tampak seperti fitur dari sebuah lending protocol.
Namun ketika disandingkan, saya mulai melihat sebuah cerita yang berbeda:
Capital → Pricing → Liquidity → Collateral → Risk
Ini tidak lagi sekadar cerita tentang sebuah pinjaman.
Ini mirip dengan upaya membangun financial infrastructure yang dapat menghubungkan berbagai lapisan pasar modal ke dalam bentuk on-chain.
Dan inilah juga yang paling saya sukai dari cara @TermMax dalam mendekati masalah.
Mereka tidak hanya bertanya:
“Bagaimana cara membuat pengguna bisa meminjam?”
Tapi seolah-olah juga mengajukan pertanyaan yang lebih luas:
Bagaimana agar modal bisa diberi harga dengan lebih jelas?
Bagaimana agar aset tokenized memiliki utility tambahan?
Bagaimana agar liquidity terorganisasi di sekitar fixed-rate markets?
Dan ketika semuanya berjalan salah, sistem akan menangani risk seperti apa?
Saya belum yakin bahwa TermMax telah menjawab semua pertanyaan itu dengan sempurna.
Tapi setelah 5 hari mempelajarinya, saya merasa justru inilah alasan yang layak untuk terus memantaunya.
Bukan karena TermMax punya satu feature yang paling menonjol.
Melainkan karena kepingan-kepingan itu mulai terlihat seperti sebuah sistem.
#TermMax

Dulu saya pernah berpikir bahwa sistem yang semakin mudah diaudit harus semakin banyak dipublikasikan dengan data yang lebih terbuka.
Namun, semakin saya mempelajari tentang keuangan, saya semakin melihat bahwa itu tidak sepenuhnya benar.
Bayangkan seorang auditor perlu memeriksa sebuah transaksi aset:
Apakah pihak yang terlibat memenuhi syarat?
Apakah transaksi tersebut mematuhi peraturan?
Apakah aset dialihkan dengan benar sesuai rule?
Untuk menjawab pertanyaan-pertanyaan itu, mereka membutuhkan evidence.
Tapi itu tidak berarti mereka perlu melihat seluruh saldo, riwayat transaksi, atau informasi pribadi semua participant.
Itulah sebabnya saya menganggap pendekatan dari @Dusk menarik.
Untuk aset yang teregulasi, masalahnya tidak sesederhana:
“Apakah datanya harus dipublikasikan atau tidak?”
Melainkan:
“Siapa yang perlu memverifikasi apa, dan seberapa banyak yang benar-benar perlu mereka lihat?”
Zero-knowledge proofs dapat membantu satu pihak membuktikan bahwa suatu kondisi benar tanpa harus mengungkap seluruh data di baliknya.
Selective disclosure memungkinkan informasi yang diperlukan dibagikan kepada pihak yang tepat ketika ada alasan yang sah.
Jadi, saya pikir:
Auditability ≠ Full Transparency
Sistem keuangan yang baik tidak harus mengubah semua data menjadi public data agar bisa membuktikan bahwa sistem tersebut dapat dipercaya.
Sistem itu perlu menyediakan cukup bukti untuk dapat diverifikasi, sekaligus mempertahankan bagian data yang tidak perlu untuk tidak diumumkan.
Mungkin itulah salah satu hal penting agar privacy dan compliance benar-benar bisa hidup berdampingan di on-chain.
#dusk $DUSK

Satu điều mình nhận ra khi tìm hiểu TermMax:
Pinjaman dengan laku tingkat tetap (fixed-rate lending) tidak hanya membutuhkan peminjam dan pemberi pinjaman. Ia membutuhkan seluruh sebuah pasar untuk membentuk harga.
Awalnya, mình berpikir bahwa suku bunga fixed hanyalah sebuah angka yang diberikan oleh protokol.
Namun jika suku bunga bisa dikunci dalam periode waktu tertentu, maka langsung muncul pertanyaan yang menarik:
Siapa yang memutuskan bahwa tingkat (rate) itu adalah yang masuk akal?
Di sinilah mình mulai memperhatikan Range Order dengan <c-1/>@TermMax </c-1/>.
Alih-alih likuiditas hanya terkonsentrasi di sekitar satu tingkat suku bunga saja, Range Order memungkinkan liquidity didistribusikan ke beberapa rentang rate yang berbeda.
Hal ini membuat mình memandang fixed-rate market dengan cara yang lain.
Suku bunga bukan hanya angka yang dilihat oleh para peminjam.
Ia adalah harga yang dieksplorasi dan diperdagangkan oleh pasar.
Pemberi pinjaman bisa memiliki yield yang mereka inginkan.
Peminjam bisa memiliki biaya pinjaman yang mereka bersedia terima.
Jarak antara kedua pihak—di situlah desain pasar menjadi penting.
Dan inilah juga poin yang membuat mình menganggap TermMax lebih menarik dibanding lending protocol pada umumnya.
Alih-alih hanya bertanya:
“Berapa suku bunga saat ini?”
Mình mulai lebih tertarik pada:
“Bagaimana pasar membentuk tingkat suku bunga tersebut?”
Jika fixed-rate lending ingin menjadi lapisan penting dalam DeFi, mungkin menciptakan fixed rate saja belum cukup.
Ia juga membutuhkan mekanisme yang cukup fleksibel agar price discovery dan likuiditas dapat hidup berdampingan.
Bagian itulah yang ingin terus mình dalami di TermMax.
#TermMax

Pengalaman banyak tidak selalu membuat Anda lebih aman.
Kadang justru membuat Anda jadi terlalu percaya diri.
Cobalah bayangkan seseorang yang sudah bertransaksi P2P ratusan kali.
Ia tahu harus membuka Order di mana.
Ia tahu cara memeriksa pembayaran.
Ia tahu kapan sebaiknya tidak merilis.
Langkah-langkah itu sudah terasa sangat akrab sampai-sampai nyaris menjadi refleks.
Dan justru hal inilah yang patut dipikirkan.
Saat melakukan sesuatu berkali-kali, otak mulai mencari cara agar melakukannya lebih cepat.
Anda tidak lagi membaca setiap detail.
Anda hanya melihat beberapa informasi yang sudah familiar, merasa semuanya seperti biasa, lalu melanjutkan.
Pada kebanyakan Order, hal itu mungkin tidak menimbulkan masalah.
Namun cukup satu Order yang memiliki satu detail berbeda dari kebiasaan, dan refleks lama dapat membuat Anda mengabaikannya.
Metode pembayaran yang berbeda.
Akun pembayaran yang berbeda.
Atau sekadar sebuah kondisi dalam Order yang tidak sama seperti sebelumnya.
Yang menakutkan adalah orang berpengalaman tidak selalu menyadari bahwa ia tengah bersikap sembrono.
Karena mereka tidak berpikir:
“Ini membuat saya melewati langkah verifikasi.”
Mereka justru berpikir:
“Saya sudah melakukan ini terlalu sering.”
Jadi, saya punya prinsip yang cukup sederhana saat bertransaksi P2P:
Pengalaman seharusnya membantu saya mengenali hal yang tidak biasa lebih cepat, bukan membantu saya memeriksa lebih sedikit.
Setiap Order tetap punya kondisi tersendiri.
Setiap pembayaran masih perlu dicocokkan.
Dan setiap kali melakukan Release tetap harus didasarkan pada informasi dari transaksi itu sendiri.
Barangkali hal tersulit dari menjadi pelaku transaksi yang sudah lama bukanlah mempelajari aturan baru.
Melainkan menyadari kapan pengalaman membantu Anda dan kapan pengalaman itu telah berubah menjadi kebiasaan.
Mengetahui alur adalah sebuah keunggulan.
Namun tetap saja, benar-benar melihat setiap Order yang baru adalah jaminan keamanan.
@Binance Vietnam #BinanceP2PAnToan

Saat masih bekerja, saya pernah menggunakan sebuah sistem absensi yang memungkinkan setiap karyawan hanya mengakses fitur-fitur yang sesuai dengan posisi mereka.
Awalnya saya mengira itu hanya cara perusahaan mengontrol akses.
Namun kemudian saya sadar, sistem yang baik bukanlah sistem yang sekadar mengizinkan atau menolak semuanya.
Sistem yang baik harus tahu siapa yang membutuhkan hak apa, dan hak itu diperlukan pada level yang mana.
Hal ini membuat saya teringat @Dusk
Ketika aset keuangan dipindahkan ke on-chain, masalahnya tidak hanya tentang menentukan siapa yang memiliki aset tersebut.
Sistem juga harus tahu siapa yang memenuhi syarat untuk memiliki, siapa yang diizinkan untuk menerima atau memindahkan aset, serta pihak mana yang benar-benar perlu memverifikasi informasi itu.
Alih-alih mengubah semua data menjadi informasi yang dapat dilihat oleh semua partisipan, selective disclosure dan zero-knowledge proofs dapat membantu satu pihak membuktikan hal yang diperlukan tanpa harus mengungkap seluruh data di baliknya.
Saya pikir ini sangat penting untuk regulated finance.
Seorang investor mungkin perlu membuktikan bahwa dirinya memenuhi syarat untuk membeli sebuah aset.
Tapi itu tidak berarti bahwa semua pihak dalam transaksi perlu mengetahui seluruh identitas, aset, atau riwayat keuangan orang tersebut.
Data yang sama, tetapi tidak semua orang memerlukan tingkat akses yang sama.
Itulah hal yang menurut saya menarik saat mempelajari Dusk:
Sistem keuangan yang baik bukanlah tempat di mana semuanya disembunyikan.
Bukan juga tempat di mana semuanya dipublikasikan.
Melainkan tempat di mana orang yang tepat bisa memverifikasi informasi yang tepat, pada waktu yang tepat, dengan jumlah data yang diperlukan.
Mungkin itulah cara privasi dan kepatuhan bisa hidup berdampingan di on-chain.
#dusk $DUSK

Liquidation bukan hanya titik akhir dari sebuah posisi.
Ini adalah bagian yang mulai saya perhatikan lebih saat mempelajari @TermMax .
Dalam DeFi, ketika sebuah posisi tidak lagi cukup aman, liquidation biasanya terlihat cukup sederhana:
Collateral berkurang → posisi dilikuidasi → pihak peminjam menanggung kerugian.
Namun menurut saya, pertanyaan yang lebih menarik adalah:
Setelah liquidation terjadi, apa sebenarnya yang diproses?
Itulah alasan saya ingin menggali lebih dalam mekanisme Physical Delivery Liquidation dari TermMax.
Alih-alih hanya melihat liquidation sebagai sebuah tombol “menutup posisi”, TermMax merancang mekanisme ini dengan berpusat pada pemrosesan nyata hubungan antara collateral dan debt.
Hal ini membuat saya memandang liquidation dari sudut yang berbeda.
Sebuah pasar lending tidak hanya membutuhkan mekanisme untuk membuka posisi.
Ia juga butuh mekanisme yang cukup jelas untuk saat pasar bergerak berlawanan dengan ekspektasi.
Terutama ketika ada leverage, pertanyaannya tidak lagi sesederhana:
“Berapa banyak yang bisa Anda hasilkan?”
Melainkan:
“Jika semuanya berjalan buruk, bagaimana sistem akan menangani posisi itu?”
Ini juga titik yang menurut saya layak diteliti di TermMax.
Fixed-rate menyelesaikan sebagian masalah biaya modal.
RWA membuka sumber collateral tambahan.
Tapi mekanisme liquidation baru adalah tempat yang ingin saya pahami secara mendalam tentang bagaimana seluruh struktur itu mampu bertahan menghadapi tekanan pasar.
Saya belum yakin saya sudah memahami sepenuhnya Physical Delivery Liquidation.
Dan mungkin itulah bagian paling menarik.
Karena protokol keuangan yang layak untuk diteliti tidak hanya terletak pada cara ia menghasilkan profit di pasar yang baik.
Melainkan juga pada cara ia menangani ketika pasar tidak berjalan sesuai rencana.
#TermMax

Có một kiểu chủ quan trong P2P mà mình nghĩ nhiều anh em không để ý.
Nó không bắt đầu bằng một người mua đáng ngờ.
Mà bắt đầu bằng một giao dịch quá suôn sẻ.
Bạn vừa giao dịch với một người.
Thanh toán đúng số tiền.
Tên tài khoản khớp.
Không có vấn đề gì.
Order hoàn tất bình thường.
Một lúc sau, bạn mở thêm một Order khác với cùng người đó.
Và trong đầu tự nhiên xuất hiện:
“Người này vừa giao dịch với mình rồi, chắc lần này cũng ổn.”
Nghe rất hợp lý.
Nhưng chính suy nghĩ đó mới là thứ mình muốn cẩn thận.
Vì giao dịch trước và giao dịch hiện tại vẫn là hai Order khác nhau.
Mình vẫn phải kiểm tra lại:
🟢 Thông tin của Order hiện tại có đúng không?
🟢 Số tiền và phương thức thanh toán có khớp không?
🟢 Tài khoản thanh toán của giao dịch này có đúng với điều kiện hiện tại không?
Không phải vì người kia đã từng làm đúng thì lần này chắc chắn có vấn đề.
Mà vì lịch sử giao dịch tốt không phải là bằng chứng cho một giao dịch mới.
Đây cũng là lý do mình không muốn để sự quen thuộc thay thế cho việc kiểm tra.
Một người có thể hoàn thành 10 Order trước đó hoàn toàn bình thường.
Nhưng Order thứ 11 vẫn là một giao dịch mới.
Với mình, đây là một nguyên tắc khá đơn giản:
Đừng chuyển sự tin tưởng từ giao dịch cũ sang giao dịch mới.
Hãy chuyển dữ liệu của giao dịch mới vào bước kiểm tra.
P2P an toàn đôi khi không phải là nhận ra một người đáng ngờ.
Mà là nhận ra lúc nào mình đang quá yên tâm chỉ vì mọi thứ trước đó đã diễn ra tốt đẹp.
@Binance Vietnam #BinanceP2PAnToan $BNB

Tôi từng nghĩ RWA về cơ bản chỉ là đưa một tài sản thật lên blockchain.
Sau khi tìm hiểu kỹ hơn về Dusk, tôi bắt đầu nghĩ rằng giả định đó quá đơn giản.
Một tài sản tài chính không chỉ có giá trị.
Ai được phép sở hữu?
Ai có thể nhận nó?
Khi nào nó được chuyển nhượng?
Điều gì xảy ra khi quyền sở hữu thay đổi?
Và ai được phép thực hiện những hành động đó?
Nếu những quy tắc này vẫn nằm ngoài blockchain, thì việc tạo ra một token có thực sự đưa tài sản vào on-chain không?
Đây là phần khiến tôi chú ý ở @Dusk
Dusk không chỉ tiếp cận RWA từ góc độ tokenization. Với native issuance, ý tưởng thú vị hơn là đưa nhiều hơn vòng đời và logic của tài sản trực tiếp vào hạ tầng on-chain.
Điều đó có nghĩa blockchain không chỉ ghi nhận rằng:
“Đây là token của một trái phiếu.”
Mà còn có thể trở thành nơi các điều kiện liên quan đến ownership, transfer và các hoạt động của tài sản được xử lý theo những rules đã được xác định.
Đặc biệt với regulated assets, đây có thể là khác biệt quan trọng.
Một trái phiếu không trở thành permissionless chỉ vì nó có token.
Các yêu cầu về eligibility, transfer restrictions và compliance vẫn đi cùng tài sản.
Vì vậy, câu hỏi tôi đang suy nghĩ không còn là:
“Làm thế nào để token hóa một tài sản?”
Mà là:
“Làm thế nào để tài sản mang theo các quy tắc của chính nó khi bước vào blockchain?”
Có lẽ đó mới là phần khó nhất của RWA.
Tokenization tạo ra một representation.
Nhưng nếu blockchain có thể hiểu và thực thi asset logic, chúng ta mới bắt đầu nói về một hệ thống tài chính on-chain thực sự.
Đó là phần Dusk tôi đang muốn tìm hiểu sâu hơn.
#dusk $DUSK

Tokenisasi saham bukanlah garis finis. Ini adalah garis start.
Saya pikir inilah bagian paling menarik dari kisah RWA.
Ketika sebuah saham ditokenisasi, saham itu sudah bisa hadir di-chain. Namun jika hanya “dipindahkan ke blockchain” lalu dibiarkan begitu saja, utility-nya masih cukup terbatas.
Pertanyaan yang lebih penting adalah:
Setelah ditokenisasi, aset tersebut bisa melakukan apa?
Itulah alasan saya memperhatikan bagaimana @TermMax mendekati RWA.
TermMax sedang berkembang agar sekuritas yang ditokenisasi dari Ondo Global Markets dapat menjadi agunan untuk pinjaman fixed-rate di BNB Chain.
Dan ini menciptakan sebuah rangkaian yang cukup menarik:
Tokenized stock → Collateral → Liquidity → Predictable borrowing cost
Alih-alih sekadar memiliki versi on-chain dari aset tradisional, pengguna mendapatkan cara tambahan untuk memanfaatkan nilai modal dari aset tersebut sekaligus mengetahui biaya pinjaman secara lebih pasti.
Hal yang menurut saya paling menarik di sini bukan sekadar “RWA + DeFi”.
Melainkan:
Tokenisasi menciptakan representation.
Infrastruktur finansial menciptakan utility.
Jika RWA ingin melangkah lebih jauh daripada sekadar memindahkan aset tradisional ke blockchain, mereka membutuhkan lapisan infrastruktur yang membuatnya benar-benar ikut berpartisipasi dalam aktivitas keuangan on-chain.
Dan fixed-rate lending adalah salah satu komponen yang patut diperhatikan.
Itulah juga alasan saya berpikir TermMax berada di persimpangan yang cukup menarik antara RWA, fixed-income, dan DeFi.
#termmax

Sedang bertransaksi normal, tapi lawan tiba-tiba mengubah metode pembayaran?
Ini tipe situasi yang menurutku sering membuat teman-teman P2P lengah.
Order sudah dibuat.
Informasi sudah dicek.
Kedua pihak bertransaksi normal.
Lalu selesai, lawan mengirim pesan:
“Rekening ini sedang error, tolong pindah ke rekening lain ya.”
Kalau didengar sih terdengar masuk akal.
Tapi masalahnya ada di sini: kondisi transaksi awal sudah berubah.
Dan saat inilah aku tidak akan buru-buru melanjutkan hanya karena sebelumnya semuanya masih berjalan baik.
Transaksi yang terlihat normal tidak berarti semua perubahan yang terjadi di tengah jalan pasti aman.
Aku akan berhenti dan cek ulang:
🟢 Apakah informasi pembayaran masih sesuai dengan Order?
🟢 Apakah nama akun penerima/pengirim cocok dengan informasi transaksi?
🟢 Apakah lawan sedang meminta aku melakukan langkah lain yang berbeda dari ketentuan awal?
Kalau ada perubahan yang tidak wajar, jangan karena mengira:
“Dari tadi masih bertransaksi normal.”
mengabaikannya.
Terutama, jangan langsung pindah ke Zalo/Telegram atau melakukan pembayaran berdasarkan informasi baru hanya karena lawan mendesak.
Pertahankan transaksi di Order, simpan riwayat chat, dan kalau ada masalah gunakan Appeal supaya Binance punya informasi lengkap untuk verifikasi.
Menurutku, P2P punya jebakan yang cukup mudah ditemui:
Hal berbahaya tidak selalu muncul langsung dari awal.
Kadang transaksi benar-benar normal…
sampai ada satu detail kecil yang diubah.
Jadi:
Transaksi sedang normal ≠ bisa mengabaikan perubahan di tengah.
Kalau lihat ada perubahan → berhenti → cek ulang → baru tentukan.
Lebih baik terlambat beberapa detik untuk memastikan masih oke daripada cepat beberapa detik tapi akhirnya harus bereskan dampaknya.
#BinanceP2PAnToan @Binance Vietnam $BNB

Seorang teman pernah bertanya kepada saya sebuah pertanyaan yang cukup sederhana:
“Jika saya memiliki sebagian dari sebuah perusahaan, mengapa saya tidak bisa menjualnya kepada siapa pun?”
Sekilas, pertanyaan itu terdengar masuk akal.
Jika aset itu milik Anda, Anda menjualnya kepada siapa pun yang Anda mau.
Namun, untuk saham perusahaan privat, semuanya tidak sesederhana itu.
Beberapa saham hanya dapat dialihkan kepada investor yang memenuhi syarat.
Di saat itu saya menyadari sesuatu:
Kepemilikan tidak selalu berarti hak untuk mengalihkan secara bebas.
Hal ini membuat saya teringat pada @Dusk
Saya merasa menarik bagaimana mereka mendekati aset keuangan yang dikelola.
Sebuah aset on-chain tidak hanya perlu diketahui siapa yang memilikinya. Sistem juga harus mengetahui siapa yang diizinkan untuk memiliki, siapa yang diizinkan untuk menerima, dan transaksi mana yang perlu ditolak.
Dusk dapat menggabungkan identity credentials, wallet binding, dan logika smart contract untuk menerapkan aturan kepemilikan dan pengalihan. Pada saat yang sama, selective disclosure memungkinkan pihak yang berwenang memverifikasi informasi yang diperlukan tanpa harus melihat seluruh data pengguna.
Saya pikir ini adalah masalah yang sangat penting ketika RWA mulai terhubung dengan DeFi.
Sebuah obligasi tidak menjadi permissionless hanya karena obligasi tersebut dipublikasikan di blockchain.
Aturan yang menyertai aset tetap harus ikut menyertainya.
Mungkin saja masa depan adalah aset-aset yang tetap memiliki rules, tetapi rules tersebut dijalankan langsung dalam workflow on-chain.
Bagi saya, inilah kemajuan yang paling menarik dari regulated finance.
Bukan hanya memindahkan hak kepemilikan ke on-chain.
Melainkan membawa hak kepemilikan, eligibility, transfer restrictions, dan privasi ke dalam satu sistem yang dapat diverifikasi.
#dusk $DUSK

Minh adalah seorang freelancer yang baru saja mendapatkan kontrak besar.
Pelanggan akan membayar setelah 6 bulan, tetapi untuk memulai proyek, Minh membutuhkan sekitar $10.000 untuk membeli peralatan dan menyewa tambahan orang.
Jika suku bunga pinjaman berubah-ubah terus-menerus, Minh tidak tahu persis berapa biaya modalnya saat proyek selesai.
Inilah yang membuat saya tertarik pada @TermMax
Inti dari TermMax cukup sederhana: fixed-rate lending dan fixed-term borrowing.
Alih-alih sepenuhnya bergantung pada suku bunga mengambang, pemberi pinjaman dapat mengetahui sebelumnya tingkat bunga dan jangka waktu posisi tersebut.
Bagi Minh, ini membuat perbedaan yang sangat nyata:
Tidak perlu menebak ke mana suku bunga akan bergerak selama 6 bulan ke depan.
Tetapi bisa menyusun rencana biaya modal sejak awal.
Namun yang menarik adalah TermMax tidak hanya sekadar memasukkan fixed rate ke dalam DeFi.
Ia membangun seluruh lapisan infrastruktur di sekeliling fixed-rate market:
FT dan XT membantu menyusun utang dengan jangka waktu tetap.
Range Order memungkinkan likuiditas didistribusikan ke berbagai rentang suku bunga, bukan hanya bergantung pada satu tingkat rate.
Mekanisme seperti Smart Unwind dan Order Aggregator ditujukan untuk meningkatkan kemampuan keluar posisi dan mengoptimalkan sumber likuiditas.
Itulah sebabnya saya tidak memandang TermMax sekadar sebagai protokol lending lainnya.
Yang lebih menarik lagi adalah cara ia membawa prediktabilitas fixed income ke dalam DeFi.
Tapi ketika arus modal yang lebih besar mulai masuk, muncul pertanyaan lain:
Apakah biaya modal bisa diprediksi?
Jika jawabannya ya, fixed-rate lending bukan hanya sebuah produk.
Ia bisa menjadi primitive penting untuk pasar kredit on-chain.
Dan itulah alasan saya akan memantau TermMax dengan lebih cermat dalam 5 hari ke depan.
#TermMax

Ada kesalahan dalam P2P yang menurut saya berbahaya karena tidak diawali dengan jumlah uang palsu.
Uangnya nyata.
Tapi Anda justru mengaitkan uang tersebut ke Order yang salah.
Saya pernah mengalami situasi serupa ketika menangani dua pembayaran yang terjadi berdekatan.
Keduanya muncul di akun, dan karena satu yang datang lebih dulu terlihat jelas, respons pertama adalah berpikir: “Ini pasti uang dari Order saya yang sedang dibuka.”
Namun ketika saya meninjau lagi, saya menyadari saya sedang mengandalkan sesuatu yang sangat mudah keliru:
Ingatan.
Saya mengingat Order apa yang baru saja saya buat, berapa jumlahnya, dan kira-kira kiriman mana yang seharusnya datang lebih dulu.
Itu membuat saya mempertimbangkan ulang cara saya memeriksa transaksi di Binance P2P.
Jika ada banyak Order atau banyak transfer terjadi dalam waktu yang berdekatan, saya tidak hanya bertanya:
“Uangnya sudah masuk?”
Saya menambahkan:
“Uang ini milik tepat Order yang mana?”
Saya mencocokkan Order yang sedang saya proses dengan jumlah uang yang benar-benar diterima, informasi pengirim, dan detail-detail dari pembayaran tersebut. Jika tidak bisa ditentukan dengan jelas hubungan antara uang dan Order, saya tidak akan asal menebak hanya karena jumlahnya terlihat cocok.
Inilah juga alasan saya tidak ingin memproses banyak Order hanya berdasarkan ingatan atau kebiasaan. Saat datanya sudah ada di depan mata, saya ingin mencocokkan dengan Order yang sedang berlangsung, bukan mengandalkan apa yang saya pikir baru saja saya lakukan.
Bagi saya, ini perbedaan kecil tapi sangat penting:
“Uangnya sudah masuk” hanya menunjukkan ada satu jumlah uang yang muncul.
“Uang ini milik Order ini” barulah mengonfirmasi transaksi yang sedang saya tangani.
Kadang-kadang kesalahannya bukan karena salah menerima uang.
Melainkan menerima uang yang benar, tapi menaruhnya pada transaksi yang salah.
#BinanceP2PAnToan @Binance Vietnam $BNB

Saya pernah berpikir membuka sebuah perusahaan bersama beberapa teman itu cukup sederhana.
Setiap orang menyetor sebagian modal, menyepakati persentase kepemilikan, lalu mulai berbisnis.
Namun ketika perusahaan berkembang, pertanyaannya tidak lagi hanya tentang siapa yang menanam berapa uang.
Siapa yang memiliki berapa?
Dividen didistribusikan kepada siapa? Dan perubahan-perubahan itu dicatat di mana?
Saat itu saya menyadari sebuah hal:
Menerbitkan sebuah aset hanyalah permulaan.
Hal ini membuat saya teringat pada @Dusk .
Saat mempelajari Dusk, saya menemukan konsep native issuance yang menarik.
Tokenisasi biasanya dipahami sebagai membuat token yang mewakili suatu aset. Namun dengan native issuance, aset itu sendiri dapat diciptakan dan dikelola di-chain, sehingga aktivitas seperti issuance, transfer, servicing, dan settlement dapat dirancang dalam satu sistem yang sama.
Ini sangat penting untuk aset keuangan yang terkelola.
Sebuah obligasi atau ekuitas tidak langsung selesai siklus hidupnya setelah diterbitkan. Ia masih memiliki kepemilikan, ketentuan transfer, corporate actions, pembaruan investor, dan pelaporan yang perlu ditangani seiring waktu.
Dusk berupaya menghadirkan workflow tersebut dalam satu infrastruktur, alih-alih membiarkan kepemilikan, transfer, dan servicing tersebar di berbagai sistem yang berbeda.
Itulah bagian yang menurut saya menarik.
Blockchain tidak hanya seharusnya membantu kita membuat sebuah token.
Bisakah suatu aset diciptakan, dikelola, dan ditransfer di-chain sepanjang siklus hidupnya, sementara privasi, kepatuhan, dan settlement tetap terjaga?
Bagi saya, itulah makna yang lebih dalam dari menghadirkan finansial ke-chain.
Bukan hanya men-tokenisasi aset.
Melainkan membangun sebuah infrastruktur tempat siklus hidup aset dapat dikelola sejak awal.
#dusk $DUSK