MEER BANO

Saya menjalankan skrip Python kecil di laptop saya di Islamabad yang melakukan hashing berat untuk proyek sampingan, dan pernah mencoba memindahkannya ke lingkungan yang di-sandbox dengan pemikiran bahwa ia akan berjalan sama cepat karena logikanya tidak berubah. Namun hasilnya terasa jauh lebih lambat, dan sampai saya membaca tentang Dusk's Piecrust VM saya belum benar-benar memahami alasannya secara teknis.

Saya mengira semua eksekusi smart contract di dalam virtual machine WASM berjalan dengan kecepatan kira-kira setara native, karena WASM biasanya dipasarkan sebagai performa mendekati native.
Itu tidak akurat untuk operasi kriptografis khususnya. Riset yang dikutip dalam whitepaper menunjukkan eksekusi WASM dapat berjalan 45 hingga 255 persen lebih lambat daripada kode native untuk aplikasi yang kompleks, terutama karena manajemen memori yang tervirtualisasi dan penanganan instruksi tambahan di dalam sandbox.

Itulah tepatnya mengapa Piecrust tidak menjalankan hal-hal seperti verifikasi bukti ZK, hashing, atau pemeriksaan tanda tangan sama sekali di dalam sandbox WASM. Piecrust malah mengekspos fungsi-fungsi host, panggilan native langsung untuk operasi seperti hash, verify_plonk, verify_groth16_bn254, verify_schnorr, dan verify_bls. Kontrak memanggil kode native untuk pekerjaan kriptografi yang mahal, lalu kembali ke WASM untuk semua hal lainnya. Itu adalah pemisahan arsitektural yang disengaja, bukan sekadar jalan pintas.

Yang diakui whitepaper secara langsung adalah bahwa Dusk belum mengukur penghematan daya aktual dari setup ini. Jadi saya tidak bisa memberi Anda angka efisiensi yang nyata, karena Dusk sendiri belum mempublikasikannya.

Uji sebenarnya untuk DUSK adalah apakah pendekatan fungsi host ini tetap bertahan seiring kompleksitas kontrak meningkat di mainnet.

Apakah ada yang sudah membandingkan benchmark panggilan fungsi host Piecrust dengan eksekusi WASM murni sendiri?
@Dusk #dusk $DUSK

💰 Salah satu alasan kami berpikir $BTC akan turun di bawah $45k :

Puncak 2021 ke Puncak 2026 : 1.8x
Dasar 2022 ke Puncak 2026 : 8.1x

Perhitungan yang Masuk Akal :

Puncak 2026 ke Puncak Berikutnya : 1.4x ($175k)
Dasar 2026 ke Puncak Berikutnya : 4.1x

$44k * 4x -> $175k
$35k * 5x -> $175k

Dasar 2026 Seharusnya : $44k - $35k
Dan Puncak Akhir Sekitar : $175k
$ONG $ZEC

Ikuti, repost, komentar, dan klaim amplop merah 🎁🎁🎁

🚀 WLD — Long Setup

Entry: 0.3968 (current market)
🎯 Target: 0.6320 (swing)
🛡️ SL: 0.3742

📈 Narasi AI makin memanas + berhasil merebut kembali HTF VAL dengan breakout yang lebih tinggi.

⚠️ Risiko: 🟡 Sedang — tetap pada rencana.
$WLD

Saya menyimpan gulungan struk kas lama dari toko ayah saya di Sialkot; setiap entri ditumpuk satu demi satu dan tidak ada yang pernah dihapus setelah dicetak. Itulah gambaran yang saya punya tentang sistem UTXO: catatan-catatan hanya menumpuk secara kronologis dan tetap ada di sana. Membaca Phoenix sedikit mengubah asumsi itu.

Phoenix memang menggunakan struktur UTXO, tetapi menyebutnya notes, disimpan dalam sebuah Merkle tree, bukan ledger datar. Saat Anda membelanjakan sebuah note, Anda tidak menghapusnya—Anda malah menghasilkan nullifier sebagai gantinya, yaitu nilai yang diturunkan dari secret key note tersebut yang membuktikan bahwa note itu sudah terpakai tanpa mengungkap note yang mana di seluruh tree tersebut. Jaringan hanya melacak daftar nullifier yang sudah digunakan. Notes secara fisik tetap berada di dalam tree selamanya, ukurannya terus membesar dengan setiap transaksi, baik yang dibelanjakan maupun tidak.

Rincian itulah yang benar-benar membingkai ulang cara saya melihatnya. Privasi tidak muncul dari menyembunyikan transaksi di luar chain, melainkan dari membuat setiap note tidak dapat dibedakan dari setiap note lain yang belum terpakai begitu sebuah nullifier muncul. Tidak ada siapa pun, termasuk validator, yang bisa menunjuk ke tree dan mengatakan leaf spesifik mana yang baru saja dibelanjakan. Kepemilikan dan saldo dibuktikan sepenuhnya melalui zero knowledge proof; jadi jaringan memverifikasi matematika, bukan memverifikasi jumlah yang terlihat.

Yang tidak diceritakan whitepaper kepada saya adalah bagaimana ukuran tree memengaruhi waktu pembuatan proof ketika jumlah note bertambah selama bertahun-tahun aktivitas mainnet. Itu pertanyaan skala yang nyata, dan saya tidak bisa menjawabnya dari materi sumber.

Uji nyata untuk DUSK adalah apakah Phoenix tetap cepat digunakan ketika tree note menjadi benar-benar besar.

Ada yang tahu seberapa besar Phoenix note tree saat ini di Dusk mainnet?
@Dusk #dusk $DUSK

Saya mengirim transfer bank ke seorang pemasok di Gujranwala kemarin, dan bukti pembayarannya menunjukkan semuanya: akun saya, akun dia, jumlah yang tepat—tidak ada yang disembunyikan. Saya mengira Dusk sebagai rantai privasi berarti setiap transaksi di dalamnya bekerja dengan cara yang sebaliknya, semuanya dibuat tidak terlihat secara default, tanpa pengecualian.

Namun asumsi itu tidak berlaku ketika Anda melihat Moonlight. Moonlight adalah model berbasis akun yang sepenuhnya transparan—lebih mirip cara kerja Ethereum daripada Zcash. Setiap akun memiliki kunci publik yang berperan sebagai pengenal, dan jaringan melacak nonce serta saldo yang terlihat untuk akun tersebut secara langsung. Kepemilikan dibuktikan dengan tanda tangan digital yang sederhana; jaringan memeriksa pengirim memiliki dana yang cukup, dan nonce harus persis satu lebih tinggi daripada jumlah saat ini pada akun untuk mencegah serangan replay.

Hal yang benar-benar mengubah cara pandang saya adalah menyadari bahwa Dusk bukanlah rantai privasi yang kebetulan mengizinkan transparansi sebagai pemikiran setelahnya. Dusk menjalankan Moonlight dan Phoenix berdampingan sebagai dua model transaksi yang sama-sama didukung, dan hanya Phoenix yang menangani sisi yang diacak/dibuat tidak terlihat. Artinya, Dusk dirancang secara sengaja untuk dunia di mana institusi keuangan membutuhkan keduanya: jejak audit publik untuk beberapa transaksi dan detail yang disamarkan untuk transaksi lainnya—bukan satu default privasi universal. Itu pilihan desain yang lebih matang dibandingkan yang dicoba oleh banyak koin privasi.

Yang tidak disebutkan dalam whitepaper adalah seberapa besar pemakaian jaringan yang benar-benar berjalan melalui Moonlight dibanding Phoenix dalam praktiknya. Saya tidak punya data pembagian transaksi yang nyata untuk ditunjukkan.

Uji sesungguhnya untuk DUSK adalah apakah institusi benar-benar menggunakan Moonlight untuk sisi operasional mereka yang patuh begitu volume nyata mulai muncul.

Apakah ada yang tahu pembagian transaksi terkini antara Moonlight dan Phoenix di mainnet Dusk?@Dusk #dusk $DUSK

📉 $BTC LTF Update

Konsolidasi pasca-pindah — harga kini bergerak dalam kisaran di timeframe yang lebih rendah. Likuiditas akhir pekan tipis, jadi bersiaplah untuk pergerakan yang cenderung tenang.

Dua level kunci ditandai pada chart. Sentuhan pada salah satu level dapat memicu sweep menuju sisi yang berlawanan.

🔍 Mengamati dorongan arah begitu batas-batas kisaran diuji.

Pembaca meter listrik saya di Rawalpindi mendapat surat peringatan bulan lalu karena melewatkan jalan kami dalam rondenya, tidak terlalu parah—hanya catatan formal di berkasnya. Saya mengira Dusk memperlakukan perilaku salah provisioner dengan cara yang sama: satu sistem peringatan, dan penalti meningkat dengan skala yang sama apa pun kesalahan yang sebenarnya Anda lakukan.

Ternyata tidak demikian. Dusk membagi gangguan menjadi dua kategori yang benar-benar terpisah dengan konsekuensi yang sepenuhnya berbeda. Gangguan minor, seperti gagal menyiarkan blok kandidat saat Anda terpilih sebagai generator, berujung pada skorsing dan soft slashing. Gangguan mayor, seperti menyiarkan blok yang tidak valid, double voting, atau mengeluarkan dua blok kandidat berbeda untuk iterasi yang sama, memicu hard slashing.

Perbedaan yang benar-benar mengubah cara pandang saya adalah apa yang sebenarnya dilakukan oleh soft slashing versus hard slashing. Soft slashing hanya mengunci sebagian dari aset Anda, sehingga menurunkan bobot Anda pada ronde sortisi berikutnya, tetapi tidak menghancurkan apa pun. Hard slashing langsung membakar sebagian aset Anda secara permanen, dengan jumlah yang dibakar meningkat sesuai seberapa parah atau seberapa sering kesalahan itu terjadi. Yang satu seperti timeout. Yang lainnya adalah kerugian finansial nyata tanpa jalan kembali.

Yang tidak dijelaskan whitepaper adalah persentase tepat atau jumlah DUSK yang dibakar untuk setiap tingkat kesalahan mayor. Tanpa angka itu, saya tidak bisa memberi tahu siapa pun seberapa mahal pelanggaran tertentu sebenarnya dalam istilah nyata.

Uji nyata untuk Dusk adalah apakah hard slashing tetap cukup berat untuk benar-benar mencegah double voting ketika konsentrasi aset semakin meningkat.

Apakah ada yang tahu persentase burn sebenarnya yang diterapkan Dusk untuk kesalahan mayor?
#dusk $DUSK @Dusk

Penjahitku di Lahore membagi penghasilan dengan dua asistennya dengan persentase tetap untuk setiap pekerjaan, potongan yang sama tanpa memedulikan seberapa banyak kerja yang benar-benar mereka lakukan pada hari itu. Aku mengira pembagian reward blok Dusk 80/10/10 bekerja dengan cara yang sama: bagian tetap diberikan tanpa tergantung apa pun.
Hanya 10 persen untuk Dusk dan struktur dasar yang tetap. Sementara 80 persen milik generator justru terbagi menjadi dua bagian: 70 persen yang terkunci dan 10 persen yang bersifat variabel, sepenuhnya bergantung pada berapa banyak suara yang dimasukkan generator dalam sertifikat blok. Kalau suara diabaikan, bagian variabel itu mengecil. Kalau semua suara yang diketahui disertakan, generator mendapatkan seluruh 80.
Detail itu mengubah cara pandangku terhadap sistem ini. Ini bukan benar-benar pembagian 80/10/10, melainkan insentif kepatuhan yang dibalut seperti pembagian reward. Secara finansial, generator didorong untuk mengumpulkan sebanyak mungkin tanda tangan validator sebelum memfinalkan sebuah blok, yang secara langsung memperkuat peluang bahwa pemilih benar-benar mendapatkan bagian 10 persen mereka juga. Kolam reward pemilih didistribusikan berdasarkan kredit yang dimiliki, yang kembali terhubung dengan sistem komite berbobot yang pernah kubahas sebelumnya.
Yang tidak dijelaskan whitepaper adalah seberapa sering generator dalam praktiknya mengirim blok dengan set suara yang tidak lengkap—apakah itu jarang atau benar-benar kebiasaan yang berulang. Aku tidak bisa menjawabnya dari materi sumber.

Uji nyata untuk DUSK adalah apakah struktur insentif ini membuat generator tetap menyertakan set suara yang lengkap begitu aktivitas jaringan meningkat.
Ada yang tahu apakah Dusk mempublikasikan tingkat inklusi suara generator yang sebenarnya di mana saja?
#dusk $DUSK @Dusk

$BTC Taps key resistance level dekat $80k. Koreksi diperkirakan terjadi jika gagal bertahan di atasnya.

Klarifikasi bea cukai yang saya lacak di pelabuhan Karachi sempat tertahan pada status "dalam peninjauan" selama tiga hari sebelum langsung meloncat menjadi "lulus/cleared" tanpa tahapan apa pun di antaranya yang ditampilkan di portal. Saya mengharapkan kepastian akhir blok Dusk bekerja dengan cara yang sama: menunggu lalu final, satu lompatan. Nyatanya, seperti itu tidak bekerja sama sekali untuk rolling finality.

Ada empat status berbeda yang dilalui sebuah blok, dan lompatan antarstatus tersebut sepenuhnya bergantung pada apa yang terjadi pada iterasi-iterasi sebelumnya. Sebuah blok dimulai sebagai attested jika pada ronde itu nol iterasi sebelumnya gagal, artinya tidak ada kandidat lain yang mungkin bisa mengalahkannya untuk mencapai konsensus. Jika ada iterasi sebelumnya yang gagal tanpa fail attestation, maka blok tersebut dimulai sebagai accepted—yang berarti blok pada iterasi yang lebih rendah masih secara teoritis bisa menggantikannya.

Bagian yang benar-benar mengubah cara berpikir saya adalah bahwa confirmed dan final sebenarnya tidak terlalu tentang blok itu sendiri. Blok yang telah attested menjadi confirmed setelah satu suksesor tunggal menjadi attested atau confirmed. Namun blok yang accepted perlu 2 kali n blok berturut-turut yang stacked di atasnya, yang semuanya attested atau confirmed, di mana n adalah jumlah iterasi prior yang tidak attested. Jadi dua blok yang usianya mirip bisa membutuhkan waktu yang sama sekali berbeda untuk mencapai tingkat keyakinan yang sama, tergantung murni pada seberapa bersih riwayat iterasinya.

Yang tidak diberikan whitepaper adalah perkiraan waktu rata-rata yang nyata, dalam hitungan detik atau blok, untuk sesuatu bisa berpindah dari accepted ke final pada infrastruktur Dusk yang berjalan. Saya tidak bisa mengarang angka itu.

Uji nyata untuk DUSK adalah apakah jalur variabel menuju finalitas ini masih terasa cukup cepat bagi pengguna harian yang memindahkan dana.

Sudah ada yang melacak berapa lama sebuah transaksi nyata sampai mencapai status final di Dusk?
#dusk $DUSK @Dusk

$BTC sangat bullish, tetapi candle saat ini melebar setelah pergerakan yang sangat tajam dari ~$62.7K ke ~$79.5K. Saya tidak akan mengejar LONG di $77.9K.

Level kunci dari chart Anda:

🟢 Resistance

$79,555: high terbaru

$80,400: resistance berikutnya yang terlihat

🟡 Support

$76,700: zona pullback terdekat

$74,300: EMA 7 dan support dinamis yang lebih kuat

$72,975: support struktural penting

$69,400: area EMA 25

Indikator

EMA 7 > EMA 25 > EMA 99 = struktur bullish yang kuat

MACD sangat positif dan melebar

Volume meningkat seiring pergerakan

Harga berada jauh di atas EMA 7, jadi periode pendinginan adalah hal yang normal

Rencana trading saya

LONG yang disukai: Tunggu pullback menuju $76.7K ke $74.3K dan cari konfirmasi bullish 4H.

Target yang mungkin: $79.5K → $80.4K → lebih tinggi jika $80.4K tembus

Breakout LONG: Jika BTC mendapatkan penutupan 4H yang bersih di atas $80.4K dengan volume kuat, setup kelanjutan menjadi lebih menarik.

SHORT: Saya tidak akan short hanya karena BTC terlihat overextended. Short menjadi lebih menarik hanya jika $74.3K tembus dengan tegas dan struktur 4H mulai berubah menjadi bearish.

Kesimpulan: 🔥 Tren = bullish.
⚠️ Entry di $77.9K = risk/reward yang buruk setelah pergerakan vertikal ini.
Kesabaran untuk menunggu pullback atau breakout $80.4K yang terkonfirmasi lebih aman daripada mengejar.

Dua vendor di pasar Saddar Karachi pernah sama-sama mengklaim bahwa mereka menjual kepadaku casing ponsel yang sama terlebih dahulu, dan si penjual toko hanya mengikuti siapa pun yang lebih dulu meraih buku struk. Aku menganggap Dusk menangani blok-blok yang saling bersaing dengan cara yang sama yang serampangan—yang mana pun yang dilihat jaringan lebih dulu akan menang.
Itu terbalik dengan cara kerja fallback yang sebenarnya. Ketika dua blok kandidat sama-sama mencapai konsensus pada putaran yang sama, yang bisa terjadi karena pesan yang tertunda atau hilang saat kongesti jaringan, Dusk tidak memihak pada yang tiba lebih dulu. Dusk memihak pada yang mencapai konsensus pada nomor iterasi paling rendah. Sebuah blok pada iterasi 5 bisa tergantikan oleh blok pada iterasi 2 jika blok iterasi yang lebih rendah itu juga berhasil mencapai kuorum. Prosedur fallback mengembalikan rantai lokal ke tepat sebelum blok iterasi yang lebih tinggi, menerima blok iterasi yang lebih rendah sebagai gantinya, dan membuang setiap suksesor yang dibangun di atas blok yang dibuang.
Yang benar-benar mengubah cara berpikirkku adalah pengecualian pada iterasi 0. Sebuah blok yang mencapai konsensus pada iterasi 0 tidak pernah bisa digantikan oleh blok dengan iterasi yang lebih rendah, karena memang tidak ada yang lebih rendah. Blok itu masih bisa diurungkan di kemudian hari, tetapi hanya jika ada sesuatu di hulu darinya—salah satu nenek moyangnya—yang diurungkan lebih dulu. Jadi, finalitas di Dusk sebenarnya bukan sekadar soal status satu blok, melainkan diwarisi dari semuanya yang berada di bawahnya.
Yang tidak dikuantifikasi oleh whitepaper adalah seberapa sering fork seperti ini benar-benar terjadi saat jaringan berada dalam kongesti nyata pada skala besar, bukan hanya dalam teori.

Ada yang pernah melihat kejadian fallback nyata terjadi pada sebuah blok Dusk?
#dusk $DUSK @Dusk

$HEMI mengambil napas setelah dorongan besar itu 😬
📉 HEMI bertahan di $0.009006 (+37,02%) — koreksi memang sudah seharusnya terjadi setelah menyapu level tertinggi lokal $0.009750.
⚠️ Level kunci yang perlu diperhatikan:
* Zona Support: $0.00829 - $0.00850 (sejalan dengan 7 EMA). Mempertahankan level ini membuat struktur parabola tetap utuh.
* Resistance: Mendapat kembali $0.00975 membuka peluang untuk menguji level psikologis $0.010.
* Zona Risiko: Jika kehilangan $0.0082 bisa memicu koreksi yang lebih dalam kembali ke area 25 EMA sekitar $0.00715.
Histogram MACD menunjukkan pendinginan ringan di timeframe 4H, jadi candle berikutnya akan menentukan arah.
Pertanyaannya:
Konsolidasi cepat sebelum tembus $0.010, atau pullback lebih dalam dulu? 👀
$VELVET $ACE

$ACE baru saja kehilangan momentum yang dibangunnya 😬

📉 ACE di $0.186 — pihak penjual mendorongnya kembali turun di bawah 25 EMA.

⚠️ Zona kunci buatku adalah $0.183-$0.188. Jika pembeli mempertahankannya, potensi reclaim di $0.203 bisa mengembalikan momentum.

💀 Tapi jika $0.183 hilang dengan konfirmasi, maka setup pemulihannya mulai terlihat lemah.

MACD sudah mulai mendingin, jadi aku memantau candle 4H berikutnya dengan saksama.

Pertanyaannya:
Pantulan dari sini atau reset yang lebih dalam? 👀
$VELVET $HEMI

Pasar ini terlalu cepat 😭

🔥 $BTW di $0.633 — momentum gila, tapi lonjakan 0.7788 itu menunjukkan betapa berbahayanya mengejar.

📈 $VELVET di $0.6718 — pantulannya masih bertahan, tapi masih perlu merebut lagi $0.72-$0.73 supaya benar-benar mengubah strukturnya.

👀 $HEMI di $0.00911 — yang licikku. Breakout kuat, dan $0.0085-$0.0086 adalah zona yang akan aku pantau saat terjadi pullback.

Tiga chart. Tiga cerita berbeda.

Pertanyaan sesungguhnya sekarang:
Yang mana yang bertahan setelah masa pendinginan? 👀

BACAAN GRAFIK 4H VELVET (VELVET)

Dari grafik, $0.65 hingga $0.66 adalah zona keputusan utama.

Dukungan

$0.64 hingga $0.65: dukungan langsung

$0.60 hingga $0.62: dukungan yang lebih kuat

$0.57: dukungan downside utama

Resistensi

$0.68 hingga $0.70: resistensi pertama

$0.73 hingga $0.75: resistensi yang lebih kuat, dekat EMA25

$0.90+: resistensi utama

Indikator

Harga: ~$0.658

EMA7: $0.655, hampir tepat di bawah harga

EMA25: $0.728, masih jauh di atas harga

EMA99: $0.657, hampir tepat pada harga saat ini

MACD masih negatif, tetapi histogramnya membaik.

Bias Perdagangan

Saat ini, saya akan menyebutnya netral hingga sedikit bullish untuk potensi pantulan, bukan pembalikan yang terkonfirmasi.

Skenario Long: Penutupan 4H di atas $0.68 hingga $0.70 disertai volume yang meningkat akan memberi konfirmasi yang lebih bersih. Target bisa di $0.73 hingga $0.75, lalu lebih tinggi.

Skenario Short: Jika harga kehilangan $0.64, terutama dengan penutupan 4H di bawahnya, skenario melemah dan $0.60 hingga $0.62 menjadi area berikutnya yang perlu diawasi.

Kesalahan terbesar di sini adalah mengejar kenaikan +32% terbaru sementara harga masih bertahan di sekitar EMA99 dan masih di bawah EMA25.
$VELVET

Kami mengalami pemadaman bergilir di Islamabad minggu lalu, ketika jaringan terus gagal berulang kali, dan setiap kali jaringan kembali, sistem cadangan harus memulai ulang dari awal, bukan melanjutkan dari titik terakhir. Saya mengira mode darurat Dusk bekerja dengan cara yang sama—macet jaringan, lalu sistem terus mencoba lagi dengan timeout tetap yang sama sampai ada yang berhasil.
Tapi kenyataannya tidak begitu. Mode darurat baru aktif setelah 16 iterasi berturut-turut gagal, dan begitu aktif, seluruh struktur timeout dihapus. Iterasi tidak kedaluwarsa lagi; iterasi berjalan terus tanpa batas sampai sebuah blok kandidat benar-benar diajukan dan mencapai kuorum pada tahap validasi serta ratifikasi. Vote NoCandidate dan NoQuorum juga dinonaktifkan, jadi setiap langkah harus benar-benar berhasil sebelum langkah berikutnya dimulai.
Yang benar-benar membuat saya memahami ini adalah bahwa beberapa iterasi terbuka bisa berjalan sekaligus. Itu bukan cacat, melainkan disengaja—untuk meningkatkan peluang setidaknya satu di antaranya menghasilkan blok yang valid. Konsekuensinya adalah risiko fork yang lebih besar, yang diselesaikan dengan selalu memilih kandidat yang mencapai konsensus pada nomor iterasi paling rendah.
Ada juga upaya terakhir di dalam upaya terakhir. Jika bahkan iterasi terakhir macet, provisioner yang memegang mayoritas dari total stake dapat meminta sebuah blok darurat—blok kosong khusus yang ditandatangani Dusk tanpa transaksi di dalamnya—hanya untuk menjaga ronde tetap berjalan.
Yang tidak disebutkan dalam whitepaper adalah seberapa sering ini sebenarnya pernah terpicu pada infrastruktur Dusk yang nyata sejauh ini. Saya tidak punya data untuk mendukung klaim frekuensi.

Uji nyata bagi DUSK adalah seberapa jarang mode darurat perlu dipanggil begitu mainnet berjalan pada skala nyata.
Ada yang benar-benar menyaksikan mode darurat terpicu di Dusk sejauh ini?
@Dusk #dusk $DUSK

Hari ini saya menghabiskan satu jam bolak-balik dengan seorang panitera pengadilan di Lahore tentang apa yang sebenarnya dihitung sebagai bukti hasil sidang versus sekadar catatan di berkas. Gambaran mental itu menempel di kepala saya ketika saya sampai pada sistem attestasi Dusk. Saya mengira attestasi hanyalah istilah keren untuk blok yang terkonfirmasi, satu status, selesai.

Salah. Attestasi adalah bukti bahwa kuorum telah tercapai dalam satu iterasi tertentu, dan itu datang dalam dua bentuk. Attestasi sukses membuktikan supermayoritas, dua pertiga kredit komite, memilih Valid. Attestasi gagal membuktikan mayoritas, setengah plus satu, memilih Invalid, NoCandidate, atau NoQuorum. Keduanya sama-sama bukti yang sah, hanya saja membuktikan hasil yang berlawanan.

Ini bagian yang mengubah cara pandang saya. Karena lebih banyak suara masih bisa masuk setelah kuorum secara teknis tercapai, ada kemungkinan berakhir dengan beberapa attestasi valid untuk iterasi yang sama. Jadi setiap blok sebenarnya membawa attestasi atas blok sebelumnya, yang disebut sertifikat blok, yang mengunci satu set pemilih tertentu sebagai catatan resmi. Sertifikat itulah yang menentukan hadiah dan penalti, bukan sekadar attestasi apa pun yang beredar.

Yang tidak dijelaskan whitepaper kepada saya adalah seberapa sering beberapa attestasi yang saling bersaing benar-benar muncul dalam praktik dibandingkan hanya menjadi kasus pinggiran yang jarang. Saya tidak bisa berpura-pura yakin soal itu.

Ujian sebenarnya bagi DUSK adalah apakah sertifikat blok tetap tidak ambigu saat kondisi jaringan menjadi kacau dalam skala besar.

Adakah yang sudah melihat kasus nyata attestasi yang saling bersaing pada blok Dusk?
@Dusk #dusk $DUSK

Paman saya di Peshawar duduk di sebuah komite masjid kecil, tempat setiap anggota mendapat tepat satu suara terlepas dari seberapa banyak yang mereka sumbangkan ke dana pembangunan. Saya mengira komite pemungutan suara milik Dusk bekerja dengan cara yang sama: satu provisioner terpilih sama dengan satu suara dihitung, hitungan kepala yang menentukan kuorum.

Namun asumsi itu runtuh setelah saya membaca bagaimana suara sebenarnya diberi bobot di dalam sebuah komite. Setiap anggota memegang sejumlah kredit, dan kredit tersebut langsung berasal dari proses sortisi deterministik yang saya tulis sebelumnya. Sebuah komite memiliki total kredit tetap sebanyak 64 yang didistribusikan kepada provisioner terpilih. Saat suara dihitung, suara seorang anggota tidak dihitung sekali saja, melainkan dikalikan dengan berapa banyak kredit yang mereka miliki. Seseorang dengan 3 kredit secara efektif memberikan 3 suara untuk tujuan kuorum.

Ini membingkai ulang arti kuorum di sini. Mencapai supermayoritas dua pertiga bukan soal dua pertiga orang di ruangan yang sepakat, melainkan dua pertiga dari 64 kredit yang menyetujui. Sebuah komite secara teoretis bisa memiliki lebih sedikit provisioner perorangan, tetapi tetap mencapai kuorum dengan cepat jika beberapa dari mereka memiliki bobot kredit yang besar. Suara juga diagregasi menggunakan tanda tangan BLS, dengan sebuah bitset yang menandai dengan tepat anggota mana yang disertakan, sehingga verifikasi tetap efisien bahkan untuk suara berbobot.

Yang tidak dijelaskan oleh whitepaper adalah seberapa sering distribusi kredit benar-benar timpang dalam satu komite dibandingkan tetap relatif merata. Tanpa data nyata, saya tidak bisa mengatakan seberapa umum anggota dengan bobot besar.

Uji nyata bagi DUSK adalah apakah pemungutan suara berbobot kredit tetap adil ketika semakin sedikit pemilik setoran besar mulai mendominasi kredit komite.

Ada yang tahu berapa sebaran kredit rata-rata yang terlihat di komite Dusk yang nyata sejauh ini?
@Dusk #dusk $DUSK