[ABCbits]

 

[elda34b]

2. Node mengirim/broadcast transaksi ke node lainnya dalam

Gan, sepertinya untuk bagian ini ada yang kurang. Kalau mengacu ke thread agan yang berbahasa Inggris seharusnya tertulis (kurang lebih):

Sebuah node mem-broadcast transaksi ke node lainnya yang ada dalam satu sirkuit.

CMIIW.

[Alizaind]

Apa manfaat Dandelion Secara Real bagi saya sebagai nubie di dunia crypto? Tentu selain manfaat bertambahnya wawasan.
Andai saja IP/nodes yang saya gunakan dilacak itu bukan masalah bagi saya.
Karena :

• Saya bukan seorang kriminal 
• Saya tidak memiliki aset yang cukup besar

Saya pikir, Dandelion dapat disalah-gunakan oleh para cyber crimes untuk mencegah segala tindak-tanduknya diketahui oleh pihak berwajib dan pemerintahan. Mohon dikoreksi jika saya salah.

[manjiLocked]

om perbedaannya apa antara Protocol DD dengan Mixer misal Bitcoin Mixer. Bukan kah prinsip kerja nya sama antara "Mixer" dan DD (Hidden).

thanks Om, perbedaan mencoloknya point 4&5 ternyata.

tambahan om, berarti kl diterapkan apakah butuh Sync terlebih dahulu/gmna Om?.

Untuk sekarang, proses development Dandelion difokuskan untuk Bitcoin Core, sehingga perlu sync.

siap jelas om, sebenarnya masih banyak yg ingin ditanyakan tpi ntr dikiranya malas googling pdhl sy lebih senang belajar ke org yg berpengalaman.

semoga ada members lain yg bertanya dan jawaban om bisa jd sharing ilmu. karena tdk mungkin memberikan jawaban tanpa ada pertanyaan

[abhiseshakana]

Hanya sekedar konfirmasi saja, klo salah mohon dikoreksi 

2. Node mengirim/broadcast transaksi ke node lainnya dalam satu sirkuit.

Pada fase stem transaksi (message) diteruskan ke node selanjutnya secara acak (dari 1 node ke 1 node lainnya)

3. Node selanjutnya (yang menerima transaksi) secara acak menentukan :
   A. Mengirim/broadcast transaksi ke bitcoin network (kemungkinan 10% pada umumnya)
   B. Hanya Mengirim/broadcast transaksi ke node selanjutanya di dalam sirkuit tersebut (kembali ke step 3)

Pada fase fluff, node yang menerima transaksi (message) tersebut selanjutnya akan menyebarkan message tersebut ke node-node lainnya menggunakan protocol diffusion.

Ref : https://arxiv.org/pdf/1701.04439.pdf

[bots1]

Ilmu lagi ini, numpang tanya om mumpung masih anget-anget.

1. Pada fase terakhir "fase fluff" apakah memungkinkan broadcast transaksi memiliki jumlah yang sama dan waktu transaksi yang sama? Lalu bagaimana jika ada creator protokol baru yang berhasil memecahkan protokol Dandelion berdasarkan kecocokan transaksi dan waktu transaksi "the end donk".

2. Apakah memungkinkan protokol ini mengeksekusi transaksi dengan beberapa wallet atau satu wallet saja?

Hal ini mungkin cukup aman untuk menyembunyikan transaksi bitcoin skala besar, namun ketika melakukan proses WD ke fiat pasti pemerintah juga tahu melalui sistem audit perbankkan.

[Alizaind]

Ternyata privasi itu penting.  

~snip~
Saya tidak setuju karena kriminal sudah lebih pintar dalam menyembunyikan/menghilangkan jejak mereka dalam dunia maya. Berbagai solusi seperti menggunakan :
1. Tor / VPN untuk koneksi yang lebih aman
2. Bitcoin mixer untuk mencegah analisa/tracking Bitcoin
3. Monero, Zcash atau privacy-focused cryptocurrency

Ini juga berarti solusi bagi saya juga. Coba buatin juga penjelasan singkatnya om tentang 3 poin di atas om. Sehingga saya memiliki pengetahuan dasar untuk mempermudah proses belajar saya. Saya yang pengetahuan dunia crypto masih setingkat "TK", disajikan penjelasan sekelas anak Kuliah. jadi sering gak mudeng. hahaha. Klo threadnya om Abhi dan om mu_enrico sering kali materinya terlalu berat bagi saya. Apalagi thread di board International. Nambah gak mudeng.

User tidak perlu melakukan apapun, karena semua sudah diatur oleh wallet/client

Berarti ada wallet yang memiliki fitur Dandelion dan ada yang tidak?
Atau semua wallet bitcoin sudah membawa fitur Dandelion?
Mencoba untuk "mudeng"

[joniboini]

Bump. Ane rasa topik ini masih menarik untuk dibahas.

Selain itu, ada beberapa pertanyaan:
1. Yang ane baca dari berita-berita, BIP156 masih belum diimplementasikan dan butuh waktu lebih lama lagi.[1] Apakah ini reliable?
2. Ane baca juga dari sini[2], walau beda implementasi, sepertinya node yang menjalankan dandelion bisa 'diintercept' atau mungkin seorang penyerang bisa ngesniff data dari node. Sepertinya ini berhubungan dengan poin 3 yang disebutin om ETF di atas. Apa ada perkembangan untuk mengatasi serangan semacam ini?
3. Apakah problem yang dijelaskan/didiskusikan di sini[3] sudah mendapatkan solusinya? Ane agak kesulitan mencari bacaan karena rata-rata berita yang muncul cuma mengulas seputar dandelion dan bagaimana protokol itu bisa membantu meningkatkan privasi bitcoin tapi ga ada follow-upnya. Selain itu, pull request juga diclose karena sepertinya belum ditemukan solusi atas serangan DOS (sejauh yang ane pahami).[4] Dan tidak ada lagi milestonenya setelah dihapus dari 0.18.[5]

[1] https://bravenewcoin.com/insights/cryptos-fungibility-problem
[2] https://news.bitcoin.com/researcher-breaks-mimblewimble-deanonymizing-96-of-grin-transactions/
[3] https://bitcoin.stackexchange.com/questions/81503/what-is-the-tradeoff-between-privacy-and-implementation-complexity-of-dandelion/81504#81504
[4] https://github.com/bitcoin/bitcoin/pull/13947
[5] https://github.com/bitcoin/bitcoin/milestone

[joniboini]

Terima kasih atas informasinya om. Berarti bisa dibilang implementasi Dandelion menunggu masalah serangan DOS itu selesai dulu. Ane akan baca-baca dulu papernya.

Ngomong-ngomong, apakah ada sumber belajar juga untuk "Dandelion Light" atau "Dandelion one-hop" yang disebut MarcoFalke di komen pull requestnya? Ane juga agak kesulitan mencari informasi yang bersangkutan dengan dua hal itu.

[Chikito]

1. Karena dapat menyembunyikan alamat IP bertransaksi, Apa Dandelion ini bisa berbarengan dijalankan dengan koneksi jaringan TOR?.
2. Bagaimana cara mengetahui IP address suatu transaksi, karena di blockchain sendiri IP address tidak dimunculkan?

[abhiseshakana]

1. Karena dapat menyembunyikan alamat IP bertransaksi, Apa Dandelion ini bisa berbarengan dijalankan dengan koneksi jaringan TOR?.

Seharusnya sih bisa ... jadi mekanismenya Bitcoin Node >>> TOR Routing >>> Dandelion

Dan tentu saja untuk Node Bitcoin mesti diatur dulu parameternya https://github.com/bitcoin/bitcoin/blob/master/doc/tor.md

2. Bagaimana cara mengetahui IP address suatu transaksi, karena di blockchain sendiri IP address tidak dimunculkan?

Pada dasarnya suatu transaksi memang tidak memiliki pesan (kandungan) yang menyimpan IP address, tetapi pada saat Transaksi ini di broadcast kedalam jaringan, maka transaksi ini akan diteruskan oleh node-node (peers) yang terkoneksi dengan node yang melakukan transaksi tersebut. Dan tentu saya node-node peers yang terkoneksi dengan node pembuat transaksi akan mengetahui IP address-nya, sehingga jika ada suatu sistem supernode yang mampu memetakan perutean transaksi tersebut, maka IP address dari node pembuat transaksi akan dapat dilacak oleh supernode tersebut.

Atau paling gampangnya coba agan jalankan Bitcoin core, dan lihat berapa peers yang terkoneksi dengan node agan. Pada peers list tersebut agan akan bisa mengetahui informasi mengenai Node ID beserta IP-nya.

[joniboini]

Model serangan supernode ini pernah dicoba dan 'katanya' berhasil membuat 96% transaksi Grin yang pake Dandelion terekspos[1]. Dari sini kemudian Grin membuat patch yang diberi nama "Patient Dandelion".

Tentunya juga tergantung dengan seberapa besar jaringan dari sebuah network. Kalau cukup besar dan ada jutaan node, mungkin hanya satu dua orang saja yang punya daya untuk melakukan serangan semacam ini. Belum lagi kalau masing-masing node menggunakan ToR/VPN yang membuat IP makin sulit dilacak. CMIIW.

Sebagai perbandingan, Bitcoin punya sekitar 9000an open nodes[2][3], sementara Grin punya 2000an nodes dan saat ini 85nya bersifat publik[4].

[1] https://medium.com/dragonfly-research/breaking-mimblewimble-privacy-model-84bcd67bfe52
[2] https://bitnodes.io/
[3] https://coin.dance/nodes
[4] http://grinnodes.org/

[abhiseshakana]

FYI, 9000an adalah jumlah node yang bersifat publik. Total Bitcoin node yang ada sekarang kurang lebih berjumlah 51000 menurut https://luke.dashjr.org/programs/bitcoin/files/charts/software.html.

Berarti jumlah node yang ditampilkan oleh Bitnodes.io hanyalah node-node yang open port (accept incoming connections) saja ya, sedangkan jumlah node pada https://luke.dashjr.org/programs/bitcoin/files/charts/software.html meliputi node-node yang membuka inbound connections dan node-node yang tidak membuka inbound connections.

Perbedaan ini apakah karena disebabkan Bitnodes.io bukanlah bagian dari DNS seeder layaknya Luke Dashjr (https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L118) ??

Dan apakah 8 DNS seeder tersebut bisa dianggap sebagai supernode ??

[joniboini]

FYI, 9000an adalah jumlah node yang bersifat publik.

Sudah ane edit om. Memang maksud awalnya adalah membandingkan open nodes antara Grin dan Bitcoin jadi bisa melihat kira-kira seberapa jauh perbedaan level untuk melakukan serangan "super-node" yang disebutkan di atas. Asumsinya, semakin sedikit open nodes maka semakin mudah "super-node" dilakukan.

Dan apakah 8 DNS seeder tersebut bisa dianggap sebagai supernode ??

Ane rasa tidak bisa dianggap demikian karena DNS seeder 'hanya' mengecek mana full node yang open dan mana yang closed, tapi tidak menjadi gateway antara klien dengan node yang bersangkutan. Dengan kata lain, DNS seeder cuma berperan ngasih tanda "ini buka gan, silakan dipake" tapi tidak bisa mengetahui apa yang dikomunikasikan antara klien dengan node yang bersangkutan. CMIIW.

[Chikito]

~~ maka transaksi ini akan diteruskan oleh node-node (peers) yang terkoneksi dengan node yang melakukan transaksi tersebut. Dan tentu saya node-node peers yang terkoneksi dengan node pembuat transaksi akan mengetahui IP address-nya, ~~

Jadi, Saya asumsikan, suatu group/perseorangan atau penerima tidak bisa mengetahui IP address si pengirim jika Dandelion ini dikonfigurasikan di node. Namun apakah tidak menghalangi miner untuk mengkonfirmasi transaksi jika node tersebut berbeda dari asal?

Dan, apa bisa dikatakan Dandelion ini mixer-nya untuk node?

[joniboini]

Namun apakah tidak menghalangi miner untuk mengkonfirmasi transaksi jika node tersebut berbeda dari asal?

Tidak ada masalah. Miner tidak akan mempermasalahkan siapa yang ngirim transaksinya ketika membuat blok. Bisa dicek di https://en.bitcoin.it/wiki/Block.

Dan, apa bisa dikatakan Dandelion ini mixer-nya untuk node?

Walau tujuannya sama-sama privasi tapi ane rasa cara kerjanya cukup berbeda jauh. Pihak 'ketiga' yang menjadi jembatan antar node tidak ada (seperti mixer yang punya pihak ketiga). Bagi ane, mungkin lebih mirip dengan Coinjoin-nya node. Bisa dicek juga perbedaan yang udah di post oleh agan ETFbitcoin.

[abhiseshakana]

Walau tujuannya sama-sama privasi tapi ane rasa cara kerjanya cukup berbeda jauh. Pihak 'ketiga' yang menjadi jembatan antar node tidak ada (seperti mixer yang punya pihak ketiga). Bagi ane, mungkin lebih mirip dengan Coinjoin-nya node. Bisa dicek juga perbedaan yang udah di post oleh agan ETFbitcoin.

Cara kerja Dandelion dengan Coinjoin juga berbeda gan, karena pada dasarnya peningkatan privacy dari Coinjoin bersumber dari isi transaksi, tetapi untuk broadcast transaksinya sendiri tetap akan diteruskan kepada node-node peers yang terhubung dengan node pembuat transaksi tersebut.

Sedangkan pada Dandelion peningkatan privacy bersumber pada perutean transaksi, dimana alur broadcast-nya didasarkan pada Stem Phase dan Fluff Phase, dan tentu hal ini berbeda dengan perutean transaksi pada umumnya.

Dan satu lagi yang menurut saya membuat Dandelion berbeda dari Coinjoin maupun tumbler, yakni model implementasinya, dimana Dandelion bakal menjadi bagian langsung dari Protocol jaringan P2P Bitcoin karena langsung diimplementasikan kedalam Client node. Sedangkan Coinjoin dan tumbler tidak (atau dengan kata lain jika pengguna ingin meningkatkan privacy menggunakan coinjoin dan tumbler, maka pengguna tersebut harus melakukan upaya terlebih dahulu).

[cocoklogi]

Catatan
1. Thread ini adalah hasil terjemahan dengan modifikasi dari thread yang saya buat di [Discussion] Dandelion - A protocol to hide transaction origin
2. Semua spam atau FUD akan saya hapus
3. Silahkan bertanya jika masih bingung atau ingin belajar lebih lanjut
4. Mohon koreksi jika ada kesalahan dalam thread ini

Apa itu Dandelion?
Dandelion adalah sebuah protokol untuk mencegah pelacakan IP/nodes yang pertama kali mengirim/broadcast sebuah transaksi.

Mengapa Dandelion penting?
Pada umumnya, sebuah node selalu mengirim/broadcast sebuah transaksi ke node lainnya. Hal ini berarti node lainnya mengetahui siapa yang mengirim/broadcast transaksi tersebut. Sebuah grup atau pemerintah yang ingin melacak asal mula sebuah transaksi bisa menjalankan nodes sebanyak-banyaknya supaya bisa mengetahui node yang membuat/pertama kali mengirim/broadcast sebuah transaksi.
Sebuah makalah akademis (https://arxiv.org/pdf/1810.02466.pdf) menyatakan bahwa China memiliki kemampuan untuk melacak asal mula transaksi.

Peran Dandelion disini untuk mencegah orang lain mengetahui nodes yang membuat/broadcast sebuah transaksi.

Akan lebih mudah penjelasannya jika mengurai terlebih dahulu bagaimana Gossip Protocol yang digunakan bitcoin untuk broadcast transaksi.

nah, dari sana nanti bisa terlihat perbedaan mendasarnya dengan pola Dandelion. Cukup simple sebetulnya, jika secara sederhana proses broadcast transaksi melalui Gossip Protocol dilakukan secara terbuka kepada seluruh node, maka Dandelion dilakukan secara sembunyi-sembunyi. Dan menggunakan fase delay.

implementasinya tanpa Dandelion, mungkin cara yang termudah adalah dilakukan diluar jaringan, seperti menggunakan TOR untuk menyamarkan transaksi awal yang dimaksudkan. Sementara dari Dandelion, memungkinkan proses itu dilakukan di dalam jaringan, artinya membutuhkan perbaikan dari yang semula menggunakan Gossip Protocol menjadi lebih bersifat private. Tanpa perlu lagi menggunakan TOR.

Kenyataannya, Dandelion sendiri juga masih belum bersifat privasi penuh. Implementasi Dandelion++ di Zcoin mungkin jauh lebih ekstrim, ditambahkan dengan properti privasi yang lainnya. Protokol privasi itu lebih dikuatkan dengan proof of burning setelah transaksi dilakukan, lalu minting kembali menjadi unit-unit cash baru. Secara sederhana, itu sudah menghilangkan kesejarahan transaksi, dan memberikan privasi yang jauh lebih tinggi. 

[cocoklogi]

Tujuan CoinJoin dan Dandelion sangat berbeda, secara simpel :
* Coinjoin : Menyembunyikan hubungan antara pengirim dan penerima Bitcoin (dengan cara menggabungkan beberapa transaksi)
* Dandelion : Menyembunyikan IP (yang digunakan untuk mengirim transaksi Bitcoin ke jaringan Bitcoin)

Sebetulnya titik tekannya bukan pada penyembunyian IP address. Mengapa demikian? Karena dalam transaksi Bitcoin, IP address tidaklah disimpan di dalam blockchain bukan? Konteks bitcoin, privasi titik tekannya adalah dalam transaksinya. Dari privasi transaksi bitcoin yang bersifat tidak privasi sepenuhnya, maka upaya peningkatan itu perlu dilakukan. Termasuk dengan ide Dandelion tersebut.

Maka titik tekan konsep Dandelion adalah untuk menyamarkan transaksi agar tidak lebih sulit ditracing. Itulah sebabnya pola penyamaran IP Address melalui TOR pada akhirnya jauh kurang memberikan privasi. Jelas, karena meskipun IP Adress pengirim transaksi sudah disamarkan, jika broadcast transaksinya masih memungkinkan tracing akhirnya juga jadi bisa dilacak.

[joniboini]

Jelas, karena meskipun IP Adress pengirim transaksi sudah disamarkan, jika broadcast transaksinya masih memungkinkan tracing akhirnya juga jadi bisa dilacak.

Saya rasa ini cuma masalah beda persepsi maksud 'tujuan' saja. Terlebih Dandelion juga tetap saja secara praktis adalah praktik untuk menyembunyikan IP si broadcaster transaksi. Walaupun wordingnya "menyembunyikan" tidak serta merta mengasumsikan hal itu melibatkan blockchain.

Btw, "menyamarkan transaksi agar lebih sulit dilacak" juga bisa bermakna ambigu atau berlaku untuk coinjoin juga tergantung sudut pandang agan. Bukan masalah besar menurut ane.