Binance Square
Jeeya_Awan
12.2k Posting

Jeeya_Awan

MPhil Student | 📚 🌍 Exploring crypto 💡 Excited to grow in digital finance | Let’s connect, learn & grow in blockchain 🚀
Perdagangan Terbuka
Pedagang dengan Frekuensi Tinggi
3.3 Tahun
552 Mengikuti
24.5K+ Pengikut
20.3K+ Disukai
Posting
Portofolio
·
--
Terverifikasi
#dusk $DUSK @Dusk_Foundation Piecrust: Mesin Virtual Kontrak Cerdas Dusk aku berpikir malam ini bahwa saat orang membicarakan smart contract, sorotan biasanya tertuju pada aplikasinya. Namun, lapisan eksekusi yang berada di bawahnya sama pentingnya. VM Piecrust milik Dusk mengambil pendekatan yang berbeda: modul WASM berukuran ringkas dijalankan di dalam lingkungan yang ringan dan modular, dirancang untuk eksekusi smart contract yang aman dan efisien. Ditulis terutama dengan Rust, Piecrust didukung oleh piecrust-uplink, yang membantu pengembang mengompilasi, menguji, men-deploy, dan mengelola kontrak. Yang menarik perhatianku adalah bagaimana Piecrust menangani pekerjaan kriptografi yang berat. Alih-alih memaksa semuanya melewati WASM, fungsi host menangani tugas seperti hashing, verifikasi ZK-proof, dan validasi tanda tangan. Desain ini menghubungkan fleksibilitas smart contract dengan arsitektur Dusk yang berfokus pada privasi.
#dusk $DUSK @Dusk

Piecrust: Mesin Virtual Kontrak Cerdas Dusk

aku berpikir malam ini bahwa saat orang membicarakan smart contract, sorotan biasanya tertuju pada aplikasinya. Namun, lapisan eksekusi yang berada di bawahnya sama pentingnya.

VM Piecrust milik Dusk mengambil pendekatan yang berbeda: modul WASM berukuran ringkas dijalankan di dalam lingkungan yang ringan dan modular, dirancang untuk eksekusi smart contract yang aman dan efisien. Ditulis terutama dengan Rust, Piecrust didukung oleh piecrust-uplink, yang membantu pengembang mengompilasi, menguji, men-deploy, dan mengelola kontrak.

Yang menarik perhatianku adalah bagaimana Piecrust menangani pekerjaan kriptografi yang berat. Alih-alih memaksa semuanya melewati WASM, fungsi host menangani tugas seperti hashing, verifikasi ZK-proof, dan validasi tanda tangan.

Desain ini menghubungkan fleksibilitas smart contract dengan arsitektur Dusk yang berfokus pada privasi.
Terverifikasi
#dusk $DUSK @Dusk_Foundation Zedger: Membawa Sekuritas Privat dan RWA ke Onchain pikiranku kemarin Apa yang menarik saya tentang Dusk adalah bahwa mereka tidak memperlakukan aset dunia nyata sebagai sekadar token. Protokol Zedger mereka dirancang untuk bagian yang lebih sulit: membuat sekuritas dan RWA dapat digunakan di onchain sambil tetap mempertimbangkan privasi dan kebutuhan regulasi. Menurut Whitepaper Dusk, Zedger mendukung aset yang ditokenisasi maupun aset yang diterbitkan secara native. Ia dapat menangani aksi seperti minting, burning, dividen, dan force transfer yang diprakarsai penerbit, sambil menggunakan bukti ZK dan kemampuan audit untuk memvalidasi aktivitas tanpa membuat semuanya terekspos secara publik. Itu menciptakan model yang menarik untuk pasar keuangan: privasi untuk transaksi yang sensitif, tetapi tetap menyediakan struktur yang cukup untuk kepatuhan dan auditabilitas. Bagi saya, Zedger menunjukkan bahwa membawa sekuritas ke onchain bukan hanya soal tokenisasi. Ini tentang membangun aturan di sekitar asetnya juga.
#dusk $DUSK @Dusk

Zedger: Membawa Sekuritas Privat dan RWA ke Onchain

pikiranku kemarin Apa yang menarik saya tentang Dusk adalah bahwa mereka tidak memperlakukan aset dunia nyata sebagai sekadar token. Protokol Zedger mereka dirancang untuk bagian yang lebih sulit: membuat sekuritas dan RWA dapat digunakan di onchain sambil tetap mempertimbangkan privasi dan kebutuhan regulasi.

Menurut Whitepaper Dusk, Zedger mendukung aset yang ditokenisasi maupun aset yang diterbitkan secara native. Ia dapat menangani aksi seperti minting, burning, dividen, dan force transfer yang diprakarsai penerbit, sambil menggunakan bukti ZK dan kemampuan audit untuk memvalidasi aktivitas tanpa membuat semuanya terekspos secara publik.

Itu menciptakan model yang menarik untuk pasar keuangan: privasi untuk transaksi yang sensitif, tetapi tetap menyediakan struktur yang cukup untuk kepatuhan dan auditabilitas.

Bagi saya, Zedger menunjukkan bahwa membawa sekuritas ke onchain bukan hanya soal tokenisasi. Ini tentang membangun aturan di sekitar asetnya juga.
#dusk $DUSK @Dusk_Foundation Moonlight vs Phoenix: Dua Model Transaksi Saya menemukan apa yang membuat Dusk menarik bagi saya adalah bahwa ia tidak memaksa setiap transaksi masuk ke model privasi yang sama. Sebaliknya, ia memberi pengguna dua jalur yang berbeda. Moonlight mengikuti desain berbasis akun. Kunci publik Anda mengidentifikasi akun, saldo dipelihara sebagai status global, dan transaksi diotorisasi melalui tanda tangan digital. Ini adalah jalur yang lebih transparan, sehingga saldo akun dan pemeriksaan transaksi terlihat oleh jaringan. Phoenix mengambil pendekatan yang berbeda. Ia menggunakan sistem bergaya UTXO di mana aset direpresentasikan sebagai catatan (notes). Dalam mode tersamarnya, bukti pengetahuan nol memungkinkan jaringan memverifikasi bahwa suatu transaksi valid tanpa mengungkap detail dasarnya secara langsung. Nullifiers mencegah catatan yang sama dibelanjakan dua kali. Jadi saya melihat Moonlight dan Phoenix bukan sebagai pesaing, melainkan lebih sebagai alat yang saling melengkapi: transparansi saat dibutuhkan, privasi saat diperlukan. Desain ganda itu memberi Dusk cara yang praktis untuk menangani kasus penggunaan keuangan di mana kerahasiaan dan keterverifikasian harus dapat berjalan berdampingan.
#dusk $DUSK @Dusk

Moonlight vs Phoenix: Dua Model Transaksi

Saya menemukan apa yang membuat Dusk menarik bagi saya adalah bahwa ia tidak memaksa setiap transaksi masuk ke model privasi yang sama. Sebaliknya, ia memberi pengguna dua jalur yang berbeda.

Moonlight mengikuti desain berbasis akun. Kunci publik Anda mengidentifikasi akun, saldo dipelihara sebagai status global, dan transaksi diotorisasi melalui tanda tangan digital. Ini adalah jalur yang lebih transparan, sehingga saldo akun dan pemeriksaan transaksi terlihat oleh jaringan.

Phoenix mengambil pendekatan yang berbeda. Ia menggunakan sistem bergaya UTXO di mana aset direpresentasikan sebagai catatan (notes). Dalam mode tersamarnya, bukti pengetahuan nol memungkinkan jaringan memverifikasi bahwa suatu transaksi valid tanpa mengungkap detail dasarnya secara langsung. Nullifiers mencegah catatan yang sama dibelanjakan dua kali.
Jadi saya melihat Moonlight dan Phoenix bukan sebagai pesaing, melainkan lebih sebagai alat yang saling melengkapi: transparansi saat dibutuhkan, privasi saat diperlukan. Desain ganda itu memberi Dusk cara yang praktis untuk menangani kasus penggunaan keuangan di mana kerahasiaan dan keterverifikasian harus dapat berjalan berdampingan.
#dusk $DUSK @Dusk_Foundation Insentif Dusk dan Mekanisme Slashing Yang menonjol bagi saya dari Dusk adalah bahwa insentif konsensinya dirancang berdasarkan satu gagasan sederhana: terpilih saja tidak cukup, Anda perlu berperilaku benar saat terpilih. Penyedia (provisioners) dapat memperoleh imbalan dari mengusulkan dan memberikan suara, sementara protokol juga mengatasi risiko tersamar: pembuat blok di masa depan bisa diuntungkan dari iterasi awal yang gagal. Dusk menanggulanginya dengan memberi penghargaan kepada para pemilih, mengaitkan sebagian imbalan generator dengan suara yang disertakan, serta membatasi jumlah iterasi. Sisi penalti juga tersusun dengan cara yang serupa. Kesalahan minor dapat berujung pada skorsing dan soft slashing, sehingga mengurangi pengaruh seorang provisioner. Tindakan yang lebih serius, seperti memberikan suara ganda atau mengajukan proposal blok yang tidak valid, memicu hard slashing yang membakar (burn) sejumlah stake. Hasilnya adalah sistem insentif di mana partisipasi, keandalan, dan perilaku jujur terhubung secara ekonomi.
#dusk $DUSK @Dusk

Insentif Dusk dan Mekanisme Slashing

Yang menonjol bagi saya dari Dusk adalah bahwa insentif konsensinya dirancang berdasarkan satu gagasan sederhana: terpilih saja tidak cukup, Anda perlu berperilaku benar saat terpilih.

Penyedia (provisioners) dapat memperoleh imbalan dari mengusulkan dan memberikan suara, sementara protokol juga mengatasi risiko tersamar: pembuat blok di masa depan bisa diuntungkan dari iterasi awal yang gagal. Dusk menanggulanginya dengan memberi penghargaan kepada para pemilih, mengaitkan sebagian imbalan generator dengan suara yang disertakan, serta membatasi jumlah iterasi.

Sisi penalti juga tersusun dengan cara yang serupa. Kesalahan minor dapat berujung pada skorsing dan soft slashing, sehingga mengurangi pengaruh seorang provisioner. Tindakan yang lebih serius, seperti memberikan suara ganda atau mengajukan proposal blok yang tidak valid, memicu hard slashing yang membakar (burn) sejumlah stake.

Hasilnya adalah sistem insentif di mana partisipasi, keandalan, dan perilaku jujur terhubung secara ekonomi.
#dusk $DUSK @Dusk_Foundation Finalitas Bergulir: Bagaimana Dusk Mengonfirmasi Transaksi Tidak setiap blok perlu langsung melompat dari "diterima" menjadi final secara permanen dalam satu momen. Dusk mengambil pendekatan yang lebih progresif melalui finalitas bergulir. Sebuah blok pertama kali dapat diterima, artinya konsensus telah tercapai, namun blok yang saling bersaing dengan iterasi lebih rendah masih dapat menggantikannya. Jika semua iterasi sebelumnya telah terbukti gagal, maka blok tersebut menjadi ter-attestasi dan tidak dapat digantikan oleh alternatif dengan iterasi lebih rendah. Lalu datang konfirmasi. Setiap penerus yang memenuhi syarat menambah bukti bahwa para provisioner membangun di atas rantai yang sama. Untuk blok yang diterima, jumlah penerus yang diperlukan bergantung pada iterasi-iterasi sebelumnya yang masih belum terselesaikan. Semakin besar ketidakpastian, semakin banyak konfirmasi yang dibutuhkan. Terakhir, konfirmasi bergulir melalui rantai: setelah sebuah blok dikonfirmasi dan induknya sudah final, ia pun dapat menjadi final. Bagian menariknya adalah bahwa finalitas di Dusk tidak diperlakukan sebagai penghitung waktu sederhana atau jumlah konfirmasi yang tetap. Ia menyesuaikan diri dengan riwayat blok dan bukti yang diciptakan oleh putaran konsensus berikutnya. Itu menciptakan jalur yang bergerak dari kemungkinan → penerimaan → keyakinan yang lebih kuat → finalitas.
#dusk $DUSK @Dusk

Finalitas Bergulir: Bagaimana Dusk Mengonfirmasi Transaksi

Tidak setiap blok perlu langsung melompat dari "diterima" menjadi final secara permanen dalam satu momen. Dusk mengambil pendekatan yang lebih progresif melalui finalitas bergulir.

Sebuah blok pertama kali dapat diterima, artinya konsensus telah tercapai, namun blok yang saling bersaing dengan iterasi lebih rendah masih dapat menggantikannya. Jika semua iterasi sebelumnya telah terbukti gagal, maka blok tersebut menjadi ter-attestasi dan tidak dapat digantikan oleh alternatif dengan iterasi lebih rendah.

Lalu datang konfirmasi. Setiap penerus yang memenuhi syarat menambah bukti bahwa para provisioner membangun di atas rantai yang sama. Untuk blok yang diterima, jumlah penerus yang diperlukan bergantung pada iterasi-iterasi sebelumnya yang masih belum terselesaikan. Semakin besar ketidakpastian, semakin banyak konfirmasi yang dibutuhkan.

Terakhir, konfirmasi bergulir melalui rantai: setelah sebuah blok dikonfirmasi dan induknya sudah final, ia pun dapat menjadi final.

Bagian menariknya adalah bahwa finalitas di Dusk tidak diperlakukan sebagai penghitung waktu sederhana atau jumlah konfirmasi yang tetap. Ia menyesuaikan diri dengan riwayat blok dan bukti yang diciptakan oleh putaran konsensus berikutnya.

Itu menciptakan jalur yang bergerak dari kemungkinan → penerimaan → keyakinan yang lebih kuat → finalitas.
Jeeya_Awan
·
--
#dusk $DUSK @Dusk

Komite Pemungutan Suara dan Pernyataan (Attestations)

Salah satu bagian dari desain konsensus Dusk Network yang menurut saya sangat menarik adalah bagaimana komite pemungutan suara mengubah suara individu menjadi bukti yang ringkas.

Dalam protokol Succinct Attestation dari Dusk, penyedia layanan (provisioners) dipilih untuk komite validasi dan ratifikasi melalui sortition deterministik. Anggota komite menerima kredit yang menentukan bobot suara mereka, dengan komite menggunakan struktur kredit tetap 64 dalam whitepaper.

Yang membuat proses ini lebih efisien adalah tanda tangan BLS: suara dari banyak provisioner dapat diagregasikan menjadi satu tanda tangan agar verifikasi lebih mudah.

Selanjutnya, sebuah attestation menjadi bukti bahwa kuorum telah tercapai. Supermayoritas 2/3 dari suara Valid menghasilkan success attestation, sedangkan mayoritas dari suara Invalid, NoCandidate, atau NoQuorum menghasilkan fail attestation.

Gagasan besarnya: Dusk tidak hanya mengumpulkan suara, tetapi mengemas bukti konsensus menjadi struktur yang dapat diverifikasi yang mendukung pendekatannya pada infrastruktur keuangan yang cepat dan berfokus pada privasi.
Jeeya_Awan
·
--
#dusk $DUSK @Dusk

Komite Pemungutan Suara dan Pernyataan (Attestations)

Salah satu bagian dari desain konsensus Dusk Network yang menurut saya sangat menarik adalah bagaimana komite pemungutan suara mengubah suara individu menjadi bukti yang ringkas.

Dalam protokol Succinct Attestation dari Dusk, penyedia layanan (provisioners) dipilih untuk komite validasi dan ratifikasi melalui sortition deterministik. Anggota komite menerima kredit yang menentukan bobot suara mereka, dengan komite menggunakan struktur kredit tetap 64 dalam whitepaper.

Yang membuat proses ini lebih efisien adalah tanda tangan BLS: suara dari banyak provisioner dapat diagregasikan menjadi satu tanda tangan agar verifikasi lebih mudah.

Selanjutnya, sebuah attestation menjadi bukti bahwa kuorum telah tercapai. Supermayoritas 2/3 dari suara Valid menghasilkan success attestation, sedangkan mayoritas dari suara Invalid, NoCandidate, atau NoQuorum menghasilkan fail attestation.

Gagasan besarnya: Dusk tidak hanya mengumpulkan suara, tetapi mengemas bukti konsensus menjadi struktur yang dapat diverifikasi yang mendukung pendekatannya pada infrastruktur keuangan yang cepat dan berfokus pada privasi.
🎙️ Arsitektur kadcast $Dusk
cover
Berakhir
04 j 08 m 35 d
3k
8
7
Terverifikasi
#dusk $DUSK @Dusk_Foundation Komite Pemungutan Suara dan Pernyataan (Attestations) Salah satu bagian dari desain konsensus Dusk Network yang menurut saya sangat menarik adalah bagaimana komite pemungutan suara mengubah suara individu menjadi bukti yang ringkas. Dalam protokol Succinct Attestation dari Dusk, penyedia layanan (provisioners) dipilih untuk komite validasi dan ratifikasi melalui sortition deterministik. Anggota komite menerima kredit yang menentukan bobot suara mereka, dengan komite menggunakan struktur kredit tetap 64 dalam whitepaper. Yang membuat proses ini lebih efisien adalah tanda tangan BLS: suara dari banyak provisioner dapat diagregasikan menjadi satu tanda tangan agar verifikasi lebih mudah. Selanjutnya, sebuah attestation menjadi bukti bahwa kuorum telah tercapai. Supermayoritas 2/3 dari suara Valid menghasilkan success attestation, sedangkan mayoritas dari suara Invalid, NoCandidate, atau NoQuorum menghasilkan fail attestation. Gagasan besarnya: Dusk tidak hanya mengumpulkan suara, tetapi mengemas bukti konsensus menjadi struktur yang dapat diverifikasi yang mendukung pendekatannya pada infrastruktur keuangan yang cepat dan berfokus pada privasi.
#dusk $DUSK @Dusk

Komite Pemungutan Suara dan Pernyataan (Attestations)

Salah satu bagian dari desain konsensus Dusk Network yang menurut saya sangat menarik adalah bagaimana komite pemungutan suara mengubah suara individu menjadi bukti yang ringkas.

Dalam protokol Succinct Attestation dari Dusk, penyedia layanan (provisioners) dipilih untuk komite validasi dan ratifikasi melalui sortition deterministik. Anggota komite menerima kredit yang menentukan bobot suara mereka, dengan komite menggunakan struktur kredit tetap 64 dalam whitepaper.

Yang membuat proses ini lebih efisien adalah tanda tangan BLS: suara dari banyak provisioner dapat diagregasikan menjadi satu tanda tangan agar verifikasi lebih mudah.

Selanjutnya, sebuah attestation menjadi bukti bahwa kuorum telah tercapai. Supermayoritas 2/3 dari suara Valid menghasilkan success attestation, sedangkan mayoritas dari suara Invalid, NoCandidate, atau NoQuorum menghasilkan fail attestation.

Gagasan besarnya: Dusk tidak hanya mengumpulkan suara, tetapi mengemas bukti konsensus menjadi struktur yang dapat diverifikasi yang mendukung pendekatannya pada infrastruktur keuangan yang cepat dan berfokus pada privasi.
Terverifikasi
#dusk $DUSK @Dusk_Foundation Sortisi Deterministik: Bagaimana Dusk Memilih Validator ditemukan satu detail menarik tentang Dusk bahwa pemilihan validator tidak sekadar “lebih banyak stake = selalu terpilih.” Dalam konsensus Succinct Attestation Dusk, para penstak yang disebut "provisioner" dipilih melalui Deterministic Sortition (DS). Proses ini menggunakan ekstraksi deterministik untuk menetapkan kredit berdasarkan stake, sementara skor yang dihasilkan oleh SHA3 membantu menentukan setiap pemilihan. Skor menggabungkan seed blok sebelumnya dengan ronde, langkah, dan nomor kredit saat ini. Bagian yang cerdas adalah bahwa bobot provisioner dikurangi 1 DUSK setelah menerima sebuah kredit, sehingga partisipasi tetap proporsional terhadap stake, bukan terus-menerus lebih menguntungkan peserta yang sama. Jadi Dusk mengubah “acak” menjadi proses pemilihan yang dapat direproduksi, tertimbang berdasarkan stake, secara diam-diam menentukan siapa yang mengusulkan dan siapa yang memberikan suara pada blok.
#dusk $DUSK @Dusk

Sortisi Deterministik: Bagaimana Dusk Memilih Validator

ditemukan satu detail menarik tentang Dusk bahwa pemilihan validator tidak sekadar “lebih banyak stake = selalu terpilih.”

Dalam konsensus Succinct Attestation Dusk, para penstak yang disebut "provisioner" dipilih melalui Deterministic Sortition (DS). Proses ini menggunakan ekstraksi deterministik untuk menetapkan kredit berdasarkan stake, sementara skor yang dihasilkan oleh SHA3 membantu menentukan setiap pemilihan. Skor menggabungkan seed blok sebelumnya dengan ronde, langkah, dan nomor kredit saat ini.

Bagian yang cerdas adalah bahwa bobot provisioner dikurangi 1 DUSK setelah menerima sebuah kredit, sehingga partisipasi tetap proporsional terhadap stake, bukan terus-menerus lebih menguntungkan peserta yang sama.

Jadi Dusk mengubah “acak” menjadi proses pemilihan yang dapat direproduksi, tertimbang berdasarkan stake, secara diam-diam menentukan siapa yang mengusulkan dan siapa yang memberikan suara pada blok.
Jeeya_Awan
·
--
#dusk $DUSK @Dusk

Provisioners dan Proof-of-Stake di Dusk

Yang membuat model Proof-of-Stake Dusk menarik adalah bagaimana model ini mengubah DUSK yang dipertaruhkan menjadi peran aktif dalam konsensus. Para staker, yang disebut provisioners, dapat menghasilkan dan memvalidasi blok melalui Succinct Attestation (SA). Alih-alih bergantung pada kompetisi komputasi yang terus-menerus, Dusk menggunakan Deterministic Sortition untuk memilih pembuat blok dan komite pemungutan suara berdasarkan besar taruhan. Proses ini dirancang agar permissionless, sementara pemungutan suara berbasis komite membantu jaringan mencapai kesepakatan secara efisien. Para provisioners juga memiliki insentif untuk berpartisipasi, dengan imbalan untuk partisipasi yang jujur dan penalti untuk kesalahan. Ini menciptakan lapisan ekonomi di mana taruhan tidak sekadar modal yang dikunci—melainkan menjadi bagian dari mekanisme yang mengamankan jaringan.
#dusk $DUSK @Dusk_Foundation Mekanisme Konsensus Succinct Attestation milik Dusk Yang menonjol bagi saya dari desain konsensus Dusk adalah bahwa desain ini berfokus pada pencapaian kesepakatan tanpa membuat setiap partisipan melakukan pekerjaan berat yang sama. Succinct Attestation (SA) adalah mekanisme Proof-of-Stake berbasis komite yang permissionless, di mana staker, yang disebut provisioners, dipilih melalui sortisi deterministik. Satu putaran bergerak melalui proposal, validasi, dan ratifikasi. Komite pemungutan suara memverifikasi blok kandidat, dan tanda tangan mereka dapat dielompokkan menjadi atestasi yang ringkas sehingga membuktikan bahwa kuorum telah tercapai. Mayoritas super 2/3 dari suara Valid dapat menghasilkan hasil sukses. Bagian menarik adalah bagaimana hal ini terhubung dengan rolling finality: Dusk menggunakan atestasi dan blok-blok berikutnya untuk secara bertahap memperkuat status sebuah blok hingga akhirnya menjadi final.
#dusk $DUSK @Dusk

Mekanisme Konsensus Succinct Attestation milik Dusk

Yang menonjol bagi saya dari desain konsensus Dusk adalah bahwa desain ini berfokus pada pencapaian kesepakatan tanpa membuat setiap partisipan melakukan pekerjaan berat yang sama. Succinct Attestation (SA) adalah mekanisme Proof-of-Stake berbasis komite yang permissionless, di mana staker, yang disebut provisioners, dipilih melalui sortisi deterministik.

Satu putaran bergerak melalui proposal, validasi, dan ratifikasi. Komite pemungutan suara memverifikasi blok kandidat, dan tanda tangan mereka dapat dielompokkan menjadi atestasi yang ringkas sehingga membuktikan bahwa kuorum telah tercapai. Mayoritas super 2/3 dari suara Valid dapat menghasilkan hasil sukses.

Bagian menarik adalah bagaimana hal ini terhubung dengan rolling finality: Dusk menggunakan atestasi dan blok-blok berikutnya untuk secara bertahap memperkuat status sebuah blok hingga akhirnya menjadi final.
Terverifikasi
Bagaimana Kadcast Meningkatkan Komunikasi Jaringan Sebuah blockchain bisa memiliki konsensus dan privasi yang kuat, tetapi semuanya tidak berarti jika informasi bergerak secara tidak efisien. @Dusk_Foundation tackles ini pada lapisan komunikasi dengan Kadcast, sebuah protokol P2P yang dibangun di atas struktur DHT Kademlia. Alih-alih membanjiri setiap node terdekat dengan pesan yang sama, Kadcast menggunakan jarak XOR dan peer terpilih untuk membuat suatu rangkaian (cascade) yang terstruktur. Pohon multicast membantu menyebarkan blok, transaksi, dan suara konsensus dengan lebih sedikit transmisi redundan. Hasilnya adalah penggunaan bandwidth yang lebih rendah, propagasi yang lebih cepat, dan ketahanan yang lebih baik saat node bergabung, keluar, atau gagal. Whitepaper tersebut juga menyoroti manfaat privasi karena asal-usul pesan menjadi lebih sulit untuk dilacak saat data melewati peer yang dipilih. #dusk $DUSK
Bagaimana Kadcast Meningkatkan Komunikasi Jaringan

Sebuah blockchain bisa memiliki konsensus dan privasi yang kuat, tetapi semuanya tidak berarti jika informasi bergerak secara tidak efisien. @Dusk tackles ini pada lapisan komunikasi dengan Kadcast, sebuah protokol P2P yang dibangun di atas struktur DHT Kademlia. Alih-alih membanjiri setiap node terdekat dengan pesan yang sama, Kadcast menggunakan jarak XOR dan peer terpilih untuk membuat suatu rangkaian (cascade) yang terstruktur. Pohon multicast membantu menyebarkan blok, transaksi, dan suara konsensus dengan lebih sedikit transmisi redundan. Hasilnya adalah penggunaan bandwidth yang lebih rendah, propagasi yang lebih cepat, dan ketahanan yang lebih baik saat node bergabung, keluar, atau gagal. Whitepaper tersebut juga menyoroti manfaat privasi karena asal-usul pesan menjadi lebih sulit untuk dilacak saat data melewati peer yang dipilih.
#dusk $DUSK
Masuk untuk menjelajahi konten lainnya
Bergabunglah dengan pengguna kripto global di Binance Square
⚡️ Dapatkan informasi terbaru dan berguna tentang kripto.
💬 Dipercayai oleh bursa kripto terbesar di dunia.
👍 Temukan wawasan nyata dari kreator terverifikasi.
Email/Nomor Ponsel
Sitemap
Preferensi Cookie
S&K Platform