#dusk $DUSK @Dusk PoBB: Permainan Tersembunyi di Balik Pemilihan Pemimpin Dusk
Saya menganggap PoBB menarik karena ada alasan yang luput ketika orang menyebutnya “pemilihan pemimpin privat.”
Gagasan yang lebih mendalam adalah bahwa seorang validator dapat bersaing untuk produksi blok tanpa memublikasikan informasi yang membuat mereka menjadi target yang jelas. Dalam rancangan Dusk, bid dikomitkan dan pemenang akhirnya bisa membuktikan validitas bid dengan zero knowledge, bukan sekadar mengekspos seluruh lanskap proses lelang.
Itu mengubah permainan.
Dalam sistem PoS yang lebih transparan, mengetahui siapa yang kemungkinan besar menghasilkan blok berikutnya bisa menjadi informasi yang berguna. Anda bisa memantau stake, melacak validator, dan menyusun strategi berdasarkan kepemimpinan yang dapat diprediksi. PoBB mencoba mengurangi sebagian visibilitas itu.
Namun saya belum yakin bahwa privasi secara otomatis membuat sistem lebih aman.
Pertanyaan yang saya pedulikan lebih bersifat praktis: apa yang terjadi ketika pemenang yang melakukan bid menghilang? Apakah sensor berulang terhadap bukti bid dapat memengaruhi liveness? Apakah operator besar memperoleh keuntungan melalui koordinasi? Dan apakah mekanisme penilaian bisa menahan manipulasi tanpa membuat partisipasi yang jujur menjadi terlalu mahal?
Saya telah melihat rancangan protokol yang menyelesaikan satu masalah insentif saja untuk memindahkannya ke tempat yang kurang terlihat.
Itulah yang membuat PoBB layak dipelajari. Uji nyatanya bukan apakah Dusk bisa menyembunyikan bid validator. Melainkan apakah sebuah blockchain dapat menjaga persaingan yang adil ketika para pesaing tidak bisa dengan mudah melihat satu sama lain.
#dusk $DUSK @Dusk SMST Zedger: Mungkin Privasi untuk Efek Membutuhkan Sistem Akuntansi Lebih Dulu
Saya telah melihat Zedger dari sudut pandang yang sedikit berbeda. Sebagian besar model privasi bertanya bagaimana cara menyembunyikan akun atau transaksi. Namun efek memiliki masalah lain: kepemilikan bukan sekadar angka. Kepemilikan berubah seiring waktu, hak transfer, hak suara, dividen, dan status persetujuan.
Itulah sebabnya Sparse Merkle-Segment Trie menarik perhatian saya. SMST menggabungkan Sparse Merkle Tree dengan Segment Tree, sehingga Zedger dapat berkomitmen pada keadaan akun sambil tetap menyimpan kategori saldo yang berbeda di dalam struktur. Desain ini dapat melacak saldo maksimum, yang dapat ditransfer, yang memenuhi syarat untuk voting, dan yang memenuhi syarat dividen tanpa menampilkan seluruh riwayat akun secara terbuka.
Saya telah melihat model akun privasi lainnya, seperti BlockMaze, yang sangat berfokus pada menyembunyikan saldo dan hubungan pengirim-penerima dengan zk-SNARKs. Hal itu berguna untuk pembayaran privat, tetapi sekuritas perusahaan menciptakan masalah data yang berbeda. Anda sering perlu membuktikan bahwa sebuah transfer diizinkan, bukan sekadar membuktikan bahwa nilai telah berpindah.
Di sinilah Zedger terasa lebih terencana bagi saya. Struktur whitelist tree dan memori akun terhubung dengan state machine, sehingga kepatuhan bukan merupakan dasbor eksternal yang memeriksa transaksi setelah kejadian.
Saya tetap berhati-hati terhadap kompleksitasnya. Setiap tambahan kolom state dan aturan pembuktian menambah beban rekayasa dan verifikasi.
Namun pertanyaan yang menarik bukanlah apakah SMST menyembunyikan saldo. Pertanyaannya adalah apakah model akun kriptografis dapat mempertahankan realitas rumit kepemilikan sekuritas tanpa mengubah buku besar menjadi basis data pemegang saham publik.
#dusk $DUSK @Dusk Phoenix membuatku melihat Dusk dengan cara yang berbeda.
Menurutku, sistem privasi sering dinilai dengan cara yang terbalik. Orang bertanya apakah sebuah transaksi bisa menyembunyikan pengirimnya, jumlahnya, dan tujuannya. Aku lebih memilih bertanya apa yang dilakukan sistem di balik lapisan privasi itu, serta apa yang terjadi ketika penggunaan nyata mulai menumpuk.
Phoenix memakai model bergaya UTXO di mana DUSK ada sebagai catatan privat. Sebuah pengeluaran memublikasikan sebuah nullifier untuk membuktikan bahwa catatan itu sudah pernah dikonsumsi tanpa mengekspos catatan yang mana. Pemisahan ini penting karena himpunan privasi bisa tumbuh dari riwayat catatan, bukan bergantung pada segelintir umpan palsu (decoys) yang dipilih saat pengeluaran.
Di sinilah menurutku desainnya lebih menarik dibandingkan konsep umum “Dusk itu privat”.
Pertanyaan yang lebih sulit adalah efisiensi.
Phoenix menggunakan bukti tanpa pengetahuan (zero-knowledge proofs) untuk menyatukan semuanya, dan itu menghasilkan profil rekayasa yang sangat berbeda dari sistem seperti Monero, yang memakai ring signatures plus Bulletproofs+, atau Zcash, yang desain Orchard terbarunya menggunakan Halo 2.
Aku belum yakin pemenangnya adalah siapa pun yang kriptografinya paling kuat di atas kertas.
Aku ingin tahu biaya dari privasi tersebut: ukuran bukti, waktu pembuatan bukti (proving time), waktu verifikasi, serta bagaimana metrik-metrik itu berubah saat himpunan catatan menjadi lebih besar.
Karena privasi yang bekerja sangat indah dalam sebuah prototipe adalah satu hal. Privasi yang tetap bisa digunakan ketika rantai (chain) membawa bertahun-tahun transaksi adalah ujian yang jauh lebih menarik.
#dusk $DUSK @Dusk Standar XSC dan Perdagangan Privasi/Kepatuhan
Saya terus kembali ke satu pertanyaan yang tidak nyaman seputar XSC: bisakah Anda membuat transaksi keuangan bersifat privat tanpa membuat logika kepatuhan yang mendasarinya menjadi terlalu kaku?
Bagian menarik dari rancangan Dusk bukan sekadar bahwa bukti zero-knowledge dapat menyembunyikan detail transaksi. XSC dibangun di atas gagasan untuk membuktikan bahwa kondisi tertentu terpenuhi tanpa mengekspos semuanya yang ada di balik bukti tersebut. Spesifikasinya menjelaskan jenis-jenis bukti untuk hal-hal seperti inklusi himpunan, pengetahuan, kesetaraan, pemeriksaan rentang, dan otorisasi, sementara kontraknya sendiri mendefinisikan aturan yang harus ditegakkan oleh sebuah dompet.
Kedengarannya rapi sampai Anda melihat sisi hukumnya. Regulasi jarang menjadi pernyataan Boolean yang rapi. “Apakah investor ini memenuhi syarat?” bisa berubah menjadi pertanyaan tentang yurisdiksi, perubahan status, pengecualian, kewajiban pelaporan, dan siapa yang berhak memverifikasi apa.
Saya telah melihat sistem privasi diperlakukan seolah kriptografi bisa menyelesaikan masalah kepatuhan dengan sendirinya. Itu tidak benar. ZK dapat membuktikan sebuah pernyataan; ia tidak dapat memutuskan apakah pernyataan itu benar-benar menangkap maksud regulator. Riset mengenai kepatuhan blockchain membuat pembedaan yang sama: bukti yang menjaga privasi dapat mengurangi pengungkapan yang tidak perlu, tetapi aturan tata kelola, otorisasi, dan pengungkapan tetaplah penting.
Karena itulah saya menganggap XSC lebih menarik sebagai masalah desain daripada sekadar cerita produk. Uji yang sesungguhnya adalah apakah keuangan yang teregulasi bisa dinyatakan sebagai predikat yang presisi dan dapat ditegakkan tanpa secara diam-diam mengubah privasi menjadi lapisan izin lain.
Di situlah pertukaran tersebut—pekerjaan serius dimulai.
Emas menembus di atas $4.400 per ounce, mencapai level tertinggi dalam lebih dari dua bulan, sementara harga spot sempat menyentuh kisaran sekitar $4.435.
Pergerakan ini terjadi saat para trader menilai kembali prospek suku bunga AS setelah data pekerjaan yang lebih lemah, sementara perhatian kini beralih ke angka inflasi AS yang menjadi petunjuk langkah berikutnya The Fed.
Bagi emas, pertanyaan pentingnya adalah apakah para pembeli dapat mempertahankan momentum di atas $4.400—atau apakah kenaikan harga minyak, imbal hasil, dan ekspektasi kenaikan suku bunga kembali memicu koreksi lainnya. $RAD $BANANAS31 $MITO
SpaceX baru saja memublikasikan laporan pendapatan publik pertamanya, dan angkanya kuat: pendapatan melonjak 92% menjadi $7,8 miliar dan melampaui perkiraan. Sekarang pasar sedang memantau dua hal secara ketat—penguncian saham (share lockup) dan biaya AI yang terus meningkat. $HEI $BICO $BANK
#baby $BABY @BabylonLabs_io Saya telah memikirkan Babilonia dari perspektif pengalaman pengguna, dan saya terus kembali pada satu gagasan: Bitcoin tidak menjadi sulit karena kriptografi. Bitcoin menjadi sulit karena setiap langkah penandatanganan tambahan membuat orang mempertanyakan apakah mereka akan melakukan kesalahan yang tidak bisa dibatalkan.
Babilonia meminta pengguna untuk tetap memegang kendali atas BTC mereka saat berinteraksi dengan timelock, transaksi staking, langkah pendaftaran, dan kompatibilitas dompet. Tidak ada satu pun dari hal tersebut yang merupakan kekurangan dengan sendirinya, tetapi semuanya bersama-sama meningkatkan biaya mental untuk ikut berpartisipasi.
Hal yang paling menarik bagi saya bukan model staking-nya. Melainkan antarmuka antara protokol dan orang yang memegang kunci.
Proyek-proyek yang menang tidak harus yang memiliki skrip paling cerdas. Mereka akan menjadi yang menyembunyikan kompleksitas tanpa menyembunyikan kepemilikan.
Bagi saya, itulah tolok ukur yang sesungguhnya. Jika saya perlu memahami detail internal Bitcoin sebelum saya merasa nyaman melakukan staking, berarti UX masih perlu dikerjakan. Self-custody seharusnya membangun kepercayaan diri, bukan keraguan.
🎙️ 3 Saran Penting untuk Pemula dari CZ: Mulai dengan Belajar Dulu, Mulai dari Modal Kecil, dan Utamakan Manajemen Risiko; obrolan bahasa sehari-hari di ruang siaran langsung sedang dibahas🎤
#baby $BABY @BabylonLabs_io Satu hal yang terus saya kembali ke dalam Babylon adalah bahwa privasi bukanlah hal yang sesederhana “ya” atau “tidak”.
BTC Anda tidak pernah keluar dari kendali Anda, dan Taproot melakukan pekerjaan yang baik untuk menyembunyikan skrip staking. Namun jejak di rantai (on-chain) tetap ada. Seiring waktu, waktu staking, pola UTXO, dan aktivitas pendaftaran dapat mengungkap lebih banyak daripada yang banyak orang perkirakan—termasuk petunjuk tentang penyedia finalitas di balik sebuah stake.
#baby $BABY @BabylonLabs_io Saya terus memperhatikan bahwa orang memperlakukan interoperabilitas Babylon seolah-olah itu menyelesaikan masalah yang sama di setiap rantai.
Saya tidak yakin itu demikian.
Di dalam ekosistem Cosmos, desainnya terasa rapi. Sebuah relayer IBC memindahkan checkpoint ke Babylon, dan validator Babylon memverifikasi serta memberikan suara atasnya. Model keamanan tetap relatif konsisten karena rantai-rantai tersebut sudah berbicara dengan bahasa yang serupa.
Di luar Cosmos, gambarnya berubah.
Saya sudah pernah melihat ini pada infrastruktur lintas-rantai. Begitu Anda masuk ke lingkungan eksekusi yang berbeda, "interoperabilitas" menjadi masalah proof-engineering. Setiap ekosistem baru perlu caranya sendiri untuk memverifikasi keamanan yang didukung Bitcoin, alih-alih memasang ke satu standar universal.
Karena itu, saya pikir tantangan terbesar Babylon bukanlah menambahkan lebih banyak rantai.
Melainkan membuat model keamanan terasa sama-sama asli di mana pun tanpa menciptakan kisah kepercayaan yang berbeda untuk setiap integrasi.
#baby $BABY @BabylonLabs_io Hal yang paling menarik dari Babylon bagi saya adalah bahwa ia tidak mencoba membuat perilaku buruk menjadi mustahil. Ia mencoba membuatnya menjadi mustahil untuk disembunyikan.
Itu perbedaan besar. Jika penyedia finalitas menandatangani dua pesan yang saling bertentangan dengan kunci EOTS yang sama, kesalahan itu mengungkap kuncinya sendiri. Jadi, pembuktian itu bukan sesuatu yang ditambahkan belakangan. Pembuktian adalah kesalahan.
Saya sudah melihat banyak pembahasan keamanan kripto tentang hukuman, tetapi ini terasa lebih langsung. Seolah-olah sistem itu berkata, “Kalau kamu curang, kamu mengungkap diri.” Bagi saya, itu terasa lebih rapi dibanding pengaturan yang memerlukan argumen panjang setelah kejadian.
Desain 3f+1 juga menceritakan kisah yang jelas. Babylon mengantisipasi beberapa validator akan gagal. Ia hanya tidak ingin pemegang BTC yang jujur harus menanggung kegagalan itu. Bagian itu sangat penting bagi saya karena banyak sistem mengatakan mereka melindungi pengguna, tetapi tetap memberi ruang agar orang-orang yang tidak bersalah bisa ikut terluka ketika ada yang salah.
Jadi kesimpulan saya sederhana. Model slashing Babylon sebenarnya bukan soal drama atau rasa takut. Model ini tentang membuat ketidakjujuran meninggalkan jejak yang tidak bisa diabaikan.
#baby $BABY @BabylonLabs_io Saya melihat bahwa sebagian besar diskusi tentang Babylon berfokus pada unbonding yang cepat. Menurut saya, pertanyaan yang lebih menarik adalah apa yang membuat "cepat" itu terasa masuk akal sejak awal.
Jawabannya bukan kecepatan. Melainkan disiplin timestamp.
Setiap checkpoint Bitcoin pada dasarnya adalah bukti penerimaan publik yang mengatakan, "ini adalah riwayat yang sedang kami komitkan." Jika bukti itu cukup sering, para validator tidak perlu menunggu lama periode penarikan karena riwayatnya sudah lebih dulu ditambatkan. Jika terlalu jarang, waktu tunggu tambahan itu diam-diam muncul kembali lewat pintu yang lain.
Itulah sebabnya saya tidak menganggap frekuensi timestamp sebagai parameter operasional. Saya melihatnya sebagai anggaran keamanan. Posting terlalu sering dan biaya Bitcoin menjadi bagian dari biaya keamanan Anda. Posting terlalu jarang dan jaminan finalitas Anda mulai bergantung pada asumsi di luar Bitcoin.
Bagi saya, Babylon tidak berusaha menghilangkan trade-off. Babylon hanya memindahkannya ke satu tempat agar semua orang bisa mengukurnya: jadwal checkpoint.
nLIGHT (NASDAQ: LASR) naik sekitar 5,8%, menonjol di tengah penjualan saham teknologi yang lebih luas.
Kenaikan ini menyusul kabar tentang kontrak pertahanan AS besar untuk sistem laser berenergi tinggi. Penghargaan awal bernilai $44 juta, dengan total program berpotensi mencapai $627 juta.
Meskipun saham semikonduktor dan AI berada di bawah tekanan, para investor tampaknya lebih fokus pada peran nLIGHT yang terus berkembang dalam teknologi pertahanan dan sistem directed-energy.
Rencana Gangguan Otorisasi Newton Protocol: Apa yang Terjadi Saat Persetujuan Tidak Bisa Dicapai?
Newton Protocol dirancang untuk menentukan apakah transaksi blockchain tertentu harus diizinkan sebelum dieksekusi. Itu membuat lapisan otorisasinya lebih dari sekadar alat pemantauan atau sistem peringatan keamanan. Lapisan itu menjadi bagian dari transaksi itu sendiri. Jika Newton tidak dapat menyelesaikan permintaan otorisasi, tindakan yang dilindungi mungkin tidak dapat berlanjut, bahkan ketika tindakan tersebut sangat mendesak. Ini menimbulkan pertanyaan yang tidak bisa dijawab oleh laporan uptime biasa. Apa yang terjadi ketika lapisan otorisasi Newton Protocol berhenti merespons?
Saya pikir tantangan tata kelola terbesar bagi Newton bukanlah memilih agen AI paling pintar. Tantangannya adalah menentukan kapan agen yang sama itu telah berubah cukup banyak sehingga ia tidak lagi menjadi agen yang awalnya semua orang percayai.
Pasar berkembang, model diperbarui, dan bahkan perubahan kecil dapat sepenuhnya mengubah perilaku suatu agen. Jika setiap pembaruan harus melalui pemungutan suara DAO, inovasi akan melambat drastis. Namun jika pengembang bisa mengubah segalanya tanpa pengawasan, tata kelola pada akhirnya hanya menjadi semacam kotak centang.
Pendekatan yang lebih baik adalah mengatur tingkat risiko, bukan setiap perubahan kode. Perbaikan kecil bisa bergerak cepat, tetapi apa pun yang memperluas izin agen, paparan modal, atau ruang lingkup eksekusi harus secara otomatis menghadapi peninjauan komunitas, simulasi, dan timelock sebelum diterapkan.
Bagi saya, di sinilah desentralisasi yang sesungguhnya dimulai—bukan dengan mengendalikan setiap keputusan AI, melainkan memastikan komunitas punya suara setiap kali potensi dampaknya meningkat.