Anna-汤圆

🐝 Lebah Madu — Meme Fair Launch

Kebanyakan orang main Meme, takut apa?
Takut bandar mengendalikan, takut dump, takut jadi orang terakhir yang ikut.

Solusi Lebah Madu: kunci 80% modal, semua orang membeli langsung dari pool.
Kamu tidak bisa beli presale, aku juga tidak bisa.
Adil, sesederhana itu.

📌 Tiga logika dasar

① Peluncur pihak ketiga meluncurkan
Pool aman, pihak proyek tidak bisa menyentuh; tidak ada yang bisa mengakali

② Didukung 300+ komunitas, 80% modal dikunci
Partisipasi komunitas semuanya dibeli secara adil dari pool
Tidak ada alokasi khusus, tidak ada kotak gelap, tidak ada “jatah tim”

③ Model komunitas memperoleh 80% modal
Adil, transparan, didapat lewat partisipasi—bukan karena koneksi

⚡ Node Genesis · Kuota terbatas 1000 kursi

Harga: 300 USD/porsi
Kuota: 1000 kursi, habis langsung berhenti
Keunggulan inti: beli lebih awal dapat token lebih banyak

Hak node:
1. Daya komputasi node 3x (lebih tinggi 1,2x dibanding versi live)
2. Slip transaksi 2% bagi hasil permanen
3. Bagikan 20 node → Naik ke big community (maks 50 kursi, dapat bagi hasil slip 2%)

💰 Model komunitas: turun tidak panik, naik makin cuan

▸ Masuk: mulai 100 USD
▸ Rilis: 3% per hari, 60 hari dapat penuh 1,8x Lebah Madu
▸ Inti: standar emas—tidak peduli wajah harga koin

Turun? Tetap rilis, tetap tenang memegang
Naik? Keuntungan daya komputasi ikut terbang
Tegak maupun rebah ada jalannya—ini model yang bikin orang bisa pegang

🔄 Mesin deflasi: makin banyak transaksi, koin makin sedikit

Slip transaksi: beli 3% + jual 3% = total 6%
→ 4% dibagikan ke node dan komunitas
→ 2% dibakar tanpa batas (infinite burn)

Setiap transaksi mengurangi jumlah yang beredar.
Kamu nilai sendiri.

Orang lain masih ngasih janji manis, Lebah Madu langsung mengunci kuenya.

🐝 Hitung mundur Node Genesis, mohon pantau ➡️ @Seven七七 @小蜜蜂官方

Jika setelah aset keuangan di-chain, semua orang bisa melihatnya, apakah Anda masih berani membeli RWA?

Setelah mengikuti acara kreator di Binance ini, belakangan saya membaca kembali dengan serius whitepaper dan arsitektur teknis Dusk. Dan justru saya merasa bagian yang paling menarik bukanlah tiga kata “privacy chain”.

Melainkan karena Dusk tidak memahami privasi sebagai “menyembunyikan semuanya”.

Desain Dusk sangat realistis: Moonlight menangani transaksi publik, sementara Phoenix menangani transaksi privat. Phoenix menggunakan bukti ZK untuk membuktikan transaksi valid, namun tidak membuka secara langsung informasi sensitif seperti jumlah maupun pihak yang bertransaksi kepada semua orang; jika regulator, auditor, atau institusi tertentu perlu, masih bisa dilakukan pengungkapan selektif melalui viewing key.

Ini sebenarnya mirip dengan dunia keuangan yang nyata.

Bank tidak akan menempelkan saldo akun Anda di jalanan, tetapi juga tidak mungkin menolak pemeriksaan regulator.

Jadi saya pikir, yang ingin dipecahkan Dusk bukanlah “cara membuat blockchain lebih anonim”, melainkan sebuah masalah yang lebih realistis:

Bagaimana agar setelah aset di-chain, privasi tetap terjaga, namun tetap patuh regulasi?

Dan justru inilah mungkin salah satu gerbang yang tidak bisa dihindari saat RWA benar-benar diwujudkan.

Kalau Anda, Anda lebih condong melihat yang mana?

#dusk $DUSK @Dusk

Saya baru-baru ini menelusuri dokumentasi teknis Dusk, ada satu detail yang membuat saya cukup memperhatikan:
Rusk implementation referensi—mengapa semuanya memilih Rust?
Banyak orang melihat Rust, reaksi pertama adalah “kinerjanya tinggi” dan “aman memori”.
Tapi menurut saya, yang benar-benar Dusk utamakan mungkin bukan dua kata itu.
Karena Rusk bukan hanya menulis aplikasi biasa; di dalamnya sekaligus berjalan logika konsensus, kriptografi, dan konkurensi.
Hal-hal ini paling takut pada apa?
Bukan karena lambat, tetapi karena adanya kesalahan memori tingkat rendah yang akhirnya berubah menjadi masalah keamanan untuk seluruh sistem.
Ownership Rust dan Borrow Checker bisa mencegah banyak jenis celah keamanan memori sejak tahap kompilasi.
Namun perlu dicatat di sini:
Keamanan memori ≠ keamanan kriptografi.
Rust tidak akan membuktikan bahwa algoritme pasti benar, dan tidak otomatis menghapus celah logika dalam implementasi kriptografi.
Yang benar-benar diberikannya adalah lapisan pengaman yang lebih mendasar:
setidaknya membuat pengembang menghindari satu kategori jebakan.
Saya rasa ini sangat menarik untuk Dusk.
Karena yang ingin dibangunnya bukan sekadar “rantai yang terlihat aman”, melainkan rantai yang diarahkan untuk skenario finansial, menggabungkan privasi, kepatuhan, dan eksekusi di atas rantai.
Dalam kondisi seperti ini, apakah kode bisa diaudit, apakah dependensi bisa dilacak, apakah implementasi tingkat bawah bisa dipelihara dalam jangka panjang—pada akhirnya semuanya menjadi bagian dari produk.
Jadi sekarang saya semakin merasa:
Rust untuk Dusk bukan soal estetika teknis, melainkan strategi keamanan.
Tentu saja, Rust juga bukan “kartu kebal”.
Yang benar-benar menentukan apakah Rusk aman atau tidak, pada akhirnya tetaplah kode, desain kriptografi, audit, dan pelaksanaan nyata.
Tapi setidaknya dari sisi pilihan arsitektur, Dusk menempuh jalur yang saya anggap cukup tepat:
pertama, masalah yang bisa dihapus pada tahap kompilasi, sebisa mungkin dihapus pada tahap kompilasi.
Kalau Anda adalah pengembang sistem finansial, Anda akan lebih mengutamakan yang mana?
#dusk $DUSK @Dusk

Saya baru-baru ini melihat TermMax V2, dan ada satu kesan yang semakin lama semakin jelas:

Mungkin itu sudah tidak terlalu mirip Lending Protocol tradisional.
Dulu di DeFi mencari fixed rate, hal yang paling membuatku kesal bukan karena tidak bisa meminjam, tapi karena harus mencari sendiri. @TermMax
Berapa kira-kira persentase bunga pasar ini?
Bagaimana dengan chain yang lain?
Apakah nilai pesanan Curator sepadan?
Apakah Limit Order punya harga yang lebih baik?
Informasinya tersebar di berbagai market, dan akhirnya pengguna sendiri berubah menjadi “router manual”.
Yang dilakukan TermMax V2, menurutku justru sedang mengatasi titik sakit ini.
Curator Range Orders, Limit Orders, dan berbagai jenis order lain disatukan ke layer eksekusi, jadi yang dilihat pengguna bukan sekumpulan order, melainkan satu Quote.
Ditambah lagi, multi-chain Market dibandingkan semuanya dalam satu tempat.
Ini berarti apa?
Dulu aku yang mencari likuiditas, sekarang protokol yang membantuku mencarinya.
Nah, ini juga bagian yang paling menarik menurutku dari TermMax.
Yang ingin benar-benar ia lakukan mungkin bukan “membangun lagi satu lending pool”, melainkan bergerak ke arah Liquidity Router dalam jalur fixed rate.
Dan desain fixed rate serta fixed term yang menjadi dasar produknya, juga pas memberi fondasi yang kuat untuk pola routing ini: suku bunga bisa dibandingkan secara langsung, dan biaya dana bisa dikunci lebih awal.
Saat aku ikut produk semacam ini, yang paling kupedulikan tidak pernah soal seberapa bagus tampilannya, melainkan apakah benar-benar membantu pengguna mengurangi satu langkah kerja.#TermMax
Soal itu, menurutku V2 berhasil.

Jadi aku justru ingin bertanya kepada kalian:
Kalau di masa depan fixed rate on-chain benar-benar muncul “bursa suku bunga”, hal apa yang paling ingin kalian dibantu protokol untuk dibereskan?

Permainan senja yang ditekan Dusk ini, mungkin sama sekali bukan “privasi” dua kata itu

Beberapa hari ini aku mengurai lagi tumpukan poin teknis Dusk, dan tiba-tiba kusadari bahwa aku selama ini salah memahami posisinya @Dusk
//
Awalnya kupikir Dusk hanyalah koin privasi lain, menyembunyikan nilai, menyembunyikan alamat, menyembunyikan lawan transaksi—logikanya mirip dengan Monero. Tapi setelah kupasang potongan-potongan seperti XSC, CITP, dan seterusnya, barulah kelihatan: yang sedang dibangun Dusk sebenarnya adalah rangkaian eksekusi lengkap tokenisasi sekuritas/RWA—mulai dari aset yang dipindahkan ke blockchain, pengungkapan yang patuh regulasi, sampai eksekusi transaksi. Setiap tahap mengarah ke “agar dapat diterima regulator”, bukan mengejar “anonim absolut” #
//
Yang menurutku paling menarik adalah konsep “interoperabilitas kerahasiaan”. Status privasi itu bukan pulau terpencil. Data yang disimpan di on-chain harus bisa berkomunikasi dengan sistem keuangan tradisional di luar sana, dan juga dengan rantai (chain) lain—namun, saat proses komunikasi berlangsung, rahasianya tidak boleh bocor. Ini jauh lebih sulit daripada sekadar “disembunyikan”. Menyembunyikan itu mudah. Yang benar-benar hebat adalah bisa dibuktikan, lalu bisa diintegrasikan dengan sistem eksternal
//
Dari yang kupelajari sendiri, jarak Dusk sekarang dari adopsi besar-besaran oleh institusi bukanlah pada teknologi privasinya semata, melainkan pada ekosistem di sekelilingnya—oracle yang andal, toolchain yang bisa diaudit, serta antarmuka untuk diselaraskan dengan standar keuangan tradisional. Semua itu adalah “kilometer terakhir” dari sisi “apakah benar-benar bisa dipakai oleh institusi yang patuh regulasi” #dusk
//
Setelah memahaminya, cara pandangku terhadap Dusk berubah total. Yang dipertaruhkan Dusk bukanlah “privasi” itu sendiri, melainkan “privasi sebagai tiket masuk agar aset privat bisa ditokenisasi dan berada di atas rantai yang teregulasi”—ini benar-benar permainan yang berbeda dengan privasi coin tradisional: yang satu ingin membuatmu benar-benar lenyap, sementara yang ini ingin kamu tetap punya privasi sambil tetap berada dalam pengawasan regulator
//
Pertanyaan: positioning inti Dusk lebih mendekati yang mana? $DUSK

Aku menggali “kepintaran” TermMax V2 yang ternyata kutemukan di mana @TermMax

Dalam dua hari terakhir, aku membongkar seluruh aplikasi TermMax V2. Jujur, awalnya aku tidak merasa ada yang terlalu istimewa, sampai aku sadar aku telah melewatkan satu hal yang dulu selalu kulakukan setiap kali melakukan pinjam-meminjam—yaitu perbandingan harga (pricing).
//
Dulu saat aku pinjam-meminjam lewat DeFi, otakku selalu tegang terus: apakah tingkat bunga pada order ini sepadan? apakah kolam sebelah lebih bagus? bolak-balik memeriksa, akhirnya aku benar-benar berubah menjadi “operator pencocok order” secara manual. Di V2 kali ini, lapisan ribet itu dihilangkan. Curator Range Orders, Limit Orders—jenis-jenis order yang tadinya jelas dipisahkan—sekarang disatukan dalam satu lapisan eksekusi. Begitu aku membuka app, yang kulihat cuma sebuah Quote, sementara tumpukan protokol perbandingan harga di belakang layar sudah mengerjakannya untukku.
//
Bagian yang paling terasa bagiku adalah cross-chain. Dulu kalau ingin membandingkan peluang tingkat bunga di berbagai chain, aku harus membuka beberapa halaman dan bolak-balik. Sekarang yang dikatakan pihak resmi adalah “one app, every chain, every order”. Pasar dari banyak chain langsung ditampilkan bersamaan. Bahkan protokolnya akan menggabungkan order dari sumber yang berbeda menjadi satu transaksi, lalu membantuku mencari jalur terbaik. Aku tidak perlu lagi mengumpulkan order satu per satu.
//
Aku sempat menganalisis sendiri: nilai upgrade kali ini yang benar-benar berharga bukan soal tampilannya yang bagus atau tidak, tapi memindahkan dua hal yang merepotkan dari tubuhku ke protokol—“aku perlu menghabiskan waktu mencari informasi” dan “aku perlu menjalankan eksekusi perbandingan harga sendiri”. Ini sudah tidak terlalu mirip “pool pinjaman” dalam pengertian tradisional. Lebih mirip router rute tingkat bunga on-chain—yang kamu butuhkan bukan pool mana, tapi harga mana yang paling bagus dan eksekusinya paling lancar.
Fixed-rate Liquidity Router, menurutku istilah itu lebih sesuai dengan wujudnya sekarang daripada “Lending Protocol” #TermMax
//
Satu pertanyaan: biaya apa yang sebenarnya dihemat oleh TermMax V2?

Beberapa hari ini aku buka aplikasi TermMax V2 dan memainkannya sebentar. Semakin aku pakai, semakin terasa bahwa banyak orang salah paham tentang inti dari upgrade kali ini @TermMax
//
Kebanyakan orang mungkin mengira V2 hanya membuat tampilannya lebih bagus, menambahkan beberapa tipe order. Tapi setelah aku lihat-lihat, ternyata perubahan yang sebenarnya tersembunyi di tempat yang tidak terlihat—ia mengumpulkan tipe-tipe order yang sebelumnya terpisah seperti Curator Range Orders dan Limit Orders, lalu menyatukannya ke dalam layer eksekusi yang sama. Dulu kamu harus sendiri membedakan tipe order mana yang cocok untuk situasi sekarang; sekarang perbedaan itu “dimakan” oleh protokol, jadi di depanmu hanya ada satu pintu eksekusi yang seragam
//
Menurutku yang paling layak dibahas adalah desain “Best Execution”. Dulu saat pakai DeFi lending, kamu harus membandingkan satu per satu order book dan menghitung mana yang suku bunganya paling menguntungkan—intinya kamu sendiri yang bertindak sebagai matchmaker. Dengan V2, langkah itu langsung dihilangkan. Saat kamu membuka app, yang kamu lihat adalah sebuah Quote; protokol sudah membantu kamu membandingkan dan menyeleksi di belakang layar. Kedengarannya simpel, tapi pada dasarnya ini memindahkan “biaya pencarian informasi” dari pengguna ke layer protokol
//
Kalau dilanjutkan, bagian perbandingan pasar lintas-chain juga cukup menarik.
Resmi sekarang mereka bilang: “one app, every chain, every order”. Pasar di berbagai chain langsung ditampilkan jadi satu di hadapanmu, jadi kamu tidak perlu membuka beberapa halaman dan bolak-balik untuk membandingkan peluang suku bunga di chain yang berbeda. Protokol juga akan mengombinasikan order dari sumber yang berbeda menjadi satu transaksi, dan membantu menemukan jalur likuiditas terbaik, bukan membiarkan kamu menyusun order satu per satu
//
Pemahamanku sendiri adalah, kalau semua komponen ini digabung, TermMax jadi makin tidak mirip “pool lending” dalam arti tradisional. Lebih mirip router rute suku bunga on-chain—yang dibutuhkan pengguna bukan “pool yang mana”, melainkan “harga terbaik dan eksekusi paling lancar”. Upgrade V2 kali ini terasa mengarah ke sana #TermMax
Fixed-rate Liquidity Router, peran ini mungkin lebih tepat dibanding Lending Protocol

Apa perubahan inti TermMax V2?

Beberapa hari ini aku menelusuri desain alamat tersamar Dusk, dan ternyata yang dulu kupikir terlalu sederhana—menyembunyikan jumlah saja jelas tidak cukup. Analisis di rantai yang benar-benar diperhatikan adalah keterkaitan alamat: alamat yang sama menerima pembayaran berulang kali dan muncul berulang kali, mereka tetap bisa menyusun profil dana kamu.

//
Pertama, aku jelaskan pemahamanku tentang bagaimana alamat sekali pakai ini dibuat.
Dusk memakai skema kesepakatan kunci bergaya ECDH. Menurutku, pihak pembayar memegang informasi alamat publik penerima, lalu bersama bilangan acak (random number) melakukan perhitungan lewat operasi kurva eliptik untuk menurunkan alamat penerimaan sekali pakai yang benar-benar baru. Setiap transaksi bentuknya berbeda. Alamat "alamat utama" si penerima dari awal sampai akhir sama sekali tidak pernah terpapar langsung di rantai. Sebagai orang luar, yang kulihat selalu hanya sekumpulan alamat baru yang tampak sama sekali tidak berhubungan, sehingga aku sama sekali tidak bisa merangkainya menjadi satu orang yang sama di balik semua alamat tersebut.

//
Maka reaksi pertamaku waktu itu adalah: uang yang diterima oleh penerima itu bagaimana cara dikembalikan?
Ini bergantung pada view key, yaitu kunci tampilan. Penerima memegang kunci ini, lalu memindai semua output di rantai, dan dengan cara identifikasi berbasis kunci, mengenali note mana yang diturunkan untuk dirinya—aku sebagai orang luar tidak bisa melakukan langkah ini karena tidak punya materi kunci privat yang sesuai, tapi penerima sendiri bisa menghitungnya. Poin desain yang menurutku cukup cerdik adalah: view key juga bisa diberi izin terpisah kepada pihak ketiga (misalnya auditor) untuk melakukan pemindaian read-only tanpa perlu menyerahkan otorisasi sebenarnya untuk menggerakkan dana.

//
Aku membandingkan perangkat ini dengan skema klasik stealth address (misalnya yang ada di CryptoNote). Ternyata rancangan Dusk ini bukan solusi yang berdiri sendiri—ia harus "mengunci" (berkesesuaian) dengan keseluruhan buku besar zk. Setelah alamat sekali pakai diturunkan, aset yang bersesuaian harus dikemas ke dalam sebuah note. Di dalam note ada nilai komitmen (value commitment). Saat dibelanjakan, harus pula dibuat nullifier yang sesuai untuk mencegah double-spending (pembelanjaan ganda).
Aku memahami bahwa penyembunyian alamat menyelesaikan masalah "uangnya pergi ke mana tidak bisa terlihat". Komitmen dan nullifier menyelesaikan masalah "berapa jumlah uangnya dan sudah dibelanjakan atau belum" yang tidak bisa terlihat. Ketiga lapisan ini harus selaras dan saling mengunci agar privasi benar-benar lengkap; jika ada satu yang kurang, akan ketahuan.

@Dusk #dusk $DUSK @Dusk
Apa fungsi view key?

🌙 Malam Spesial Hari Valentine Bulan｜Tangyuan mengundangmu merayakan Imlek Bulan

Babak ke-27 permainan “Syaraili” segera dimulai!🔥

📅 19 Agustus pukul 12:00 resmi dibuka
💰 Komunitas telah menyuntikkan hadiah bonus untuk total 100.000 Syaraili ke dalam pool
🎁 Alamat yang ikut serta dalam babak permainan ini, berhak memperoleh tambahan air drop bonus 20 Syaraili
⏰ Waktu klaim berlaku: hingga 20 Agustus pukul 22:00

Malam ini live stream, Tangyuan menemani semua orang merayakan Imlek Bulan yang berbeda ❤️

Live stream kali ini berfokus pada Festival Qixi × permainan Syaraili. Bagaimana cara bermain gamenya, dan bagaimana cara mendapatkan benefit,

juga ada benefit air drop yang terus berlangsung di ruang siaran.

Tidak peduli kamu teman lama atau teman baru yang baru datang ke plaza, semuanya dipersilakan untuk masuk dan bermain bersama.

Malam ini, jumpa di ruang live @Anna-汤圆 !
🎁 Air drop terus-menerus
🔥 Game terus berlangsung
🌙 Mari main bareng di Qixi!

Titik masuk permainan: 105906.xyz

#舍利子 #MEME #空投

Jika mengartikan FT, XT, dan GT milik @TermMax sebagai tiga Token yang berdiri sendiri, menurut saya akan mudah membuat bingung saat membaca.
Saya justru menyarankan untuk membalik cara berpikirnya:
Dalam sebuah pinjaman DeFi, sebenarnya apa saja yang terkandung di dalamnya?
Intinya ada beberapa hal: berapa banyak yang harus dibayar di masa depan, nilai bunga yang terkandung dalam pinjaman ini, serta jaminan apa yang diberikan oleh peminjam, dan seberapa besar risiko yang ditanggung oleh seluruh posisi.
Yang dilakukan TermMax adalah memisahkan hal-hal tersebut.
Pertama, lihat FT.
Secara esensial, FT mirip seperti obligasi tanpa kupon (zero-coupon bond): dibeli dengan diskon, lalu saat jatuh tempo dibayarkan sesuai nilai nominal. Misalnya, Anda membayar 90 USDC untuk membeli sebuah FT yang pada saat jatuh tempo bisa ditebus senilai 100 USDC—pada dasarnya yang Anda beli adalah arus kas di masa depan yang pasti.
Lalu lihat XT.
XT bukan sekadar “Token poin”, melainkan komponen nilai bunga dalam struktur pinjaman. Dalam mekanisme TermMax, FT dan XT bersama-sama membentuk hubungan nilai dari sebuah debt token; hubungan intinya bisa dipahami sebagai:
1 FT + 1 XT = 1 debt token
Terakhir, GT.
GT lebih menarik lagi: ia bukan ERC-20 biasa, melainkan ERC-721 NFT.
Anda bisa memahaminya sebagai “wadah posisi” yang mencatat aset jaminan dan utang, sekaligus merepresentasikan status seluruh posisi leverage. Dulu, saat mengelola posisi leverage yang kompleks, Anda mungkin perlu menangani banyak informasi—sekarang, Anda bisa “memasukkan” seluruh posisi ke dalam sebuah NFT.
Jadi kalau ketiga hal itu dilihat bersama, akan lebih jelas:
FT berurusan dengan “berapa banyak yang harus dibayar/diterima di masa depan”.
XT menampung “nilai bunga yang ada di dalam pinjaman ini”.
GT menyelesaikan masalah “bagaimana mengelola aset jaminan dan seluruh posisi pinjaman”.
Ini juga yang menurut saya membuat TermMax layak untuk diteliti.
Kemungkinannya tidak hanya soal suku bunga tetap, melainkan memecah sebuah pinjaman dalam pengertian tradisional menjadi arus kas yang ter-tokenisasi, nilai bunga, dan posisi NFT yang bisa dikelola serta dipindahkan.
Intinya, “memecah” sebuah pinjaman untuk dilihat secara terpisah.
Tapi masalahnya adalah
setelah Token dipisah begitu detail, siapa yang akan memberi harga untuk FT, XT, dan GT?
Untuk Token dengan jangka waktu berbeda, suku bunga berbeda, dan risiko berbeda, bagaimana cara membentuk harga yang masuk akal?
Persoalan ini justru mungkin lebih layak diteliti daripada “bagaimana Token dipecah”.
#termMax
TermMax FT secara esensial lebih mirip apa?

Dalam beberapa hari terakhir saya mengupas lagi struktur transaksi Phoenix. Kali ini saya bahkan membaginya jadi satu transaksi terpisah-pisah untuk melihat mana yang benar-benar bisa terlihat di chain dan mana yang tidak terlihat
━━━━━━━━━━━━━━
▎note—apa yang sebenarnya disembunyikan di dalamnya
Phoenix memakai model UTXO, jadi setiap aset di blockchain disebut sebagai sebuah note. Di dalam satu note ada tiga hal: sebuah komitmen untuk jumlah (bukan angka plaintext, melainkan nilai komitmen yang terenkripsi), sebuah faktor pengaburan (secara sederhana ini adalah garam acak yang ditambahkan ke komitmen agar orang tidak bisa menebak jumlah lewat collision), dan sebuah angka acak sekali pakai untuk memastikan setiap note unik sehingga tidak bertabrakan dengan note lain
Ketiga hal ini digabung. Di chain, yang terlihat hanyalah tumpukan data terenkripsi—berapa jumlah yang ditransfer, dan note itu nilainya berapa, sama sekali tidak bisa diketahui oleh pihak luar. Namun jaringan tetap bisa memverifikasi bahwa komitmen-komitmen tersebut seimbang untuk pemasukan dan pengeluaran, tanpa perlu mendekripsi angka spesifik mana pun
━━━━━━━━━━━━━━
▎Anti double-spend dengan nullifier
Hal yang menurut saya menarik dari desain ini: ia tidak mencegah pengeluaran ganda dengan cara "menghapus note lama", melainkan dengan mempublikasikan bukti konsumsi yang tidak bisa dilacak kembali ke note aslinya
Saat sebuah note dibelanjakan, akan dihasilkan nullifier yang sesuai. Nilai ini dihitung secara deterministik, tapi bagi pihak eksternal, sama sekali tidak bisa dipastikan note mana yang menjadi sumbernya. Jaringan cukup memantau: "apakah nullifier ini pernah muncul sebelumnya?" Jika pernah, berarti note yang bersangkutan sudah pernah dibelanjakan. Jika mencoba membelanjakan note yang sama untuk kedua kalinya, nullifier yang dihasilkan akan sama, sehingga berbenturan dengan catatan yang sudah ada—sistem langsung menolak
Seluruh proses tidak mengungkap "siapa yang membelanjakan apa"; semuanya diselesaikan lewat deteksi collision
━━━━━━━━━━━━━━
▎Hash Poseidon—fondasi yang menyangga seluruh status privasi
Status privasi perlu disimpan di dalam sebuah pohon Merkle, yang digunakan untuk membuat bukti keteranggotaan (membuktikan bahwa "note ini memang ada di dalam state tree")
Jika fungsi hash biasa dimasukkan ke dalam sirkuit zk, biayanya sangat besar. Poseidon adalah algoritma hash yang memang didesain agar ramah untuk zk. Struktur algoritmanya lebih selaras dengan sistem pembuktian, sehingga biaya melakukan operasi hash di dalam sirkuit bisa ditekan secara signifikan. Tanpa hash yang ramah zk seperti ini, pembuatan bukti untuk privacy state tree akan jadi terlalu lambat untuk digunakan
@Dusk $DUSK #dusk
Dalam transaksi Phoenix, mekanisme apa yang mencegah aset tersembunyi agar tidak bisa dibelanjakan dua kali?

Ada masalah di DeFi yang mudah diabaikan: floating rate ternyata juga merupakan risiko
Baru-baru ini saya melihat @TermMax dan tiba-tiba terpikir soal yang cukup menarik.
Saat kita meminjam USDC atau ETH di Aave atau Morpho, respons pertama biasanya melihat rasio agunan, LTV, dan garis likuidasi.
Tapi ada satu hal yang sebenarnya selalu berubah—yaitu suku bunga pinjaman.
Kalau hari ini Anda meminjam dengan bunga 4% mungkin terasa nyaman, tapi bagaimana 30 hari setelahnya? Jika pasar berubah, bunga bisa naik menjadi 7% atau 8%, dan ruang keuntungan yang sebelumnya sudah dihitung mungkin langsung hilang.
Apalagi untuk strategi seperti leverage dan arbitrase, hal ini benar-benar ditakuti.
Karena berapa banyak yang Anda dapatkan itu satu hal, tetapi berapa banyak yang harus Anda bayar untuk pinjaman itu hal yang lain.
Jadi sekarang saya semakin merasa, arti dari fixed rate bukanlah “bunga pasti lebih rendah”, melainkan setidaknya saya tahu:
uang ini saya pinjam sampai kapan, dan pada akhirnya saya harus membayar berapa.
Bagian yang paling menarik dari TermMax ada di sini.
Ia tidak sekadar mengubah floating rate menjadi fixed rate, tetapi juga memasukkan Maturity (waktu jatuh tempo) ke dalam pasar.
Dengan Debt Token, Collateral Token, dan Maturity, TermMax membentuk pasar yang berorientasi pada jangka waktu.
Intinya, DeFi lending memberi tambahan sesuatu yang dulu sering diabaikan:
waktu.
Dulu orang lebih terbiasa dengan “pinjam-sewaktu-waktu, bayar-sewaktu-waktu, suku bunga terus mengambang”.
TermMax mencoba mengubah pinjaman menjadi sebuah pembiayaan dengan jangka waktu yang jelas dan biaya yang jelas.
Saya pikir cara berpikir ini cukup menarik.
Karena di DeFi, kita terus membahas yield rate, likuidasi, dan leverage, tetapi jarang benar-benar membahas:
“apakah saya bisa mengetahui lebih awal berapa banyak utang saya akan menghabiskan biaya saya?”
Mungkin inilah nilai sesungguhnya dari fixed rate.
#TermMax
Apa nilai terbesar dari fixed rate TermMax?

PLONK：bagaimana komputasi di rantai “dapat dibuktikan” bukan “dapat direproduksi”
Beberapa hari ini saya mempelajari sistem bukti PLONK. Semakin saya lihat, semakin terasa bahwa verifikasi di blockchain telah benar-benar mengubah logikanya
Pertama-tama, masalah sederhana: bagaimana cara memastikan di rantai bahwa suatu komputasi itu benar?
Cara paling langsung adalah “menghitung ulang” — setiap node menjalankan perhitungan yang sama, hasilnya sama berarti valid. Metode ini memang bodoh tapi berhasil. Masalahnya, biaya meningkat secara linear seiring besarnya perhitungan; semakin rumit komputasinya, semakin besar juga beban seluruh jaringan untuk verifikasi ulang
Yang dilakukan PLONK adalah mengganti “menghitung ulang” menjadi “membuktikan bahwa suatu bagian berukuran tetap itu benar”. Tidak peduli seberapa kompleks komputasinya, ukuran bukti yang harus diperiksa oleh verifikator pada dasarnya konstan. Bebannya nyaris tidak membesar seiring skala komputasi—ini bukan sekadar optimasi, melainkan perubahan struktur biaya dari akarnya
━━━━━━━━━━━━━━
Di balik itu semua ada komitmen polinomial KZG
PLONK akan mengodekan seluruh syarat constraint dari sebuah sirkuit ke dalam beberapa polinomial. Pembukti tidak perlu membuka detail perhitungannya kepada Anda; cukup membuktikan “nilai polinomial-polainial tersebut pada titik-titik tertentu adalah benar”. Verifikator kemudian hanya menerima beberapa operasi grup—hitungannya sangat ringan. Jejak eksekusi yang panjang dan padat, dikompresi menjadi beberapa verifikasi aljabar yang ringkas
Ada satu desain kunci lagi: preprocessing
Bagian dari sirkuit yang bersifat publik dan tetap bisa dihitung terlebih dahulu secara offline, tidak perlu diulang setiap kali ada verifikasi. Saat verifikasi di rantai, yang diproses hanya bagian yang ringan dan relevan dengan bukti kali ini. Inilah juga mengapa PLONK bisa melakukan “universal dan bisa di-update” — kerangka yang sama bisa melayani sirkuit dengan ukuran berbeda; tidak perlu mengulang setup kepercayaan setiap kali ganti sirkuit
━━━━━━━━━━━━━━
Kalau diterapkan di sisi Dusk, sistem bukti ini dipanggil langsung oleh CVM
Setelah eksekusi kontrak privasi selesai, bukan hasilnya dibuang agar orang lain menjalankan verifikasi ulang, melainkan langsung mengeluarkan sebuah bukti—proses eksekusi itu sendiri adalah proses pembuatan bukti
Inilah perbedaan paling mendasar antara “dapat dibuktikan” dan “dapat direproduksi”: yang satu bergantung pada kemauan semua orang untuk menghitung ulang; yang lainnya membuat Anda tidak perlu menghitung karena matematika
@Dusk $DUSK #dusk