Bitcoin Forum
January 22, 2019, 09:42:56 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 [29] 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 ... 304 »
561  Local / Bahasa Indonesia (Indonesian) / Re: [INFO] Dandelion - protokol untuk menyembunyikan asal mula transaksi on: October 13, 2018, 02:00:46 PM
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):
Quote
Sebuah node mem-broadcast transaksi ke node lainnya yang ada dalam satu sirkuit.

CMIIW.

Terima kasih atas koreksinya gan Smiley

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  Cool
  • Saya tidak memiliki aset yang cukup besar

Hal tersebut benar jika anda tidak peduli dengan privasi agan dan tidak peduli jika data yang diketahui bisa digunakan untuk hal yang tidak berkenan, seperti menjadi target Hacker jika hacker mengetahui jumlah Bitcoin yang agan punya atau berusaha menteror agan dengan alasan yang terdengan masuk akal (meskipun kenyataannya tidak) seperti Bitcoin itu illegal.
Mungkin video Why Privacy Matters oleh Gleen Greenwald bisa membuat agan melihat privasi dari sudut pandang lain.

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.

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

Menurut saya, Dandelion lebih berguna untuk meningkatkan privasi Bitcoiner tanpa merepotkan user dengan technical details. Bahkan user tidak perlu tau apapun tentang Dandelion karena semua sudah diatur oleh wallet/client.
562  Local / Bahasa Indonesia (Indonesian) / [INFO] Dandelion - protokol untuk menyembunyikan asal mula transaksi on: October 13, 2018, 12:24:06 PM
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.

Cara kerja Dandelion

1. Node membentuk sebuah sirkuit (privacy graph) yang berisikan kumpulan nodes lainnya.
2. Node mengirim/broadcast transaksi ke node lainnya dalam satu sirkuit.
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)

FAQ
Q: Apakah perlu soft-fork/hard-fork?
A: Dandelion tidak perlu soft-fork maupun hard-fork karena hanya Dandelion tidak mengubah protokol Bitcoin dan hanya perlu diimplentasikan di Bitcoin Client (seperti Bitcoin Core) saja.

Q: Apakah Dandelion membuat penyebaran/propagation transaksi di Bitcoin network menjadi lebih lambat?
A: Sedikit lebih lambat, karena transaksi perlu "lompat"/hop melalui lebih banyak nodes. Tetapi perbedaannya tidak akan terasa.

Q: Siapa saja yang dapat menikmati keuntungan Dandelion?
A: Semua orang yang menggunakan wallet full-nodes dan SPV (dengan konfigurasi tertentu) yang mendukung protokol Dandelion.

Q: Kapan Dandelion dirilis?
A: Tidak ada tanggal pasti. Awalnya Dandelion direncakan rilis bersamaan dengan Bitcoin Core 0.17.0, tetapi diundur dan direncanakan rilis bersamaan dengan Bitcoin Core 0.18.0.

Q: Apakah ada cryptocurrency yang telah menggunakan Dandelion?
A: Ada, yaitu ZCoin, meskipun cara kerja secara detail agak berbeda.

Sumber/info lebih detail
1. https://arxiv.org/pdf/1701.04439.pdf
2. https://github.com/dandelion-org/bips/blob/master/bip-dandelion.mediawiki
3. https://t4ch.top/dandelion-a-bitcoin-protocol-to-hide-a-transactions-origin/
4. https://medium.com/@thecryptoconomy/dandelions-and-a-bright-future-for-bitcoin-privacy-712dbc4b1ec5
5. https://bitcoinmagazine.com/articles/anatomy-anonymity-how-dandelion-could-make-bitcoin-more-private/
6. https://github.com/bitcoin/bips/blob/master/bip-0156.mediawiki
7. https://hackernoon.com/bitcoin-upgrades-with-dandelion-the-transaction-privacy-protocol-ae9647bfbcb2



Thread ini diarsipkan di https://archive.fo/Q9ue7
Total post spam/FUD yang telah dihapus : 0

Thread lainnya :
[INFO][GUIDE] Waktunya menggunakan SegWit address/wallet
563  Bitcoin / Bitcoin Technical Support / Re: Cant find receiving adress srry total noob here help :) on: October 13, 2018, 09:07:48 AM
If you're using Bitcoin Core, you can get list of your receiving address by click "File" > "Receiving address" on Menu Bar. Bitcoin Core generate lots of addresses, so there's no way it's empty.
If not, please tell us the name of wallet/client that you use and give proper link since your current link leads to your own desktop.


sorry for misunderstanding everyone here is the version and the receiving adresses tab that is empty https://imgur.com/a/PwQeovt

That's weird, AFAIK Bitcoin Core automatically generate address and show few of them on receiving address tab. I just moved my wallet.dat, then running Bitcoin Core (which means it automatically create new wallet.dat) and there aren't any address on receiving address tab. Looks like it's normal behavior and you don't need to worry about it (my nodes is fully synced, obviously).
Just choose "Receiving" icon/text and click request payment, then the result will be added to receiving address tab.

Also, is it fresh wallet or you've used it (to receive TX, send TX or request payment) previously?
564  Economy / Gambling / Re: New Dicebot script. Earn 10% fast with low risk. on: October 12, 2018, 08:20:51 PM
Aside from whether this script is legit or not, the real questions are :
1. Why buy script if you can use built-in automated-bet / API?
2. Why buy script if you can look for strategy or formula at trusted / popular website?
3. How do we make sure the script isn't infected or backdoored, whether it's intentional or not?

They said: "Investing without knowlegde is gamebling, gamebling with knowledge is investing"

Doesn't apply to luck-based games with house edge, including Dice Roll Eyes
565  Bitcoin / Development & Technical Discussion / Re: Is Bitcoin infrastructure too Chinese? What should be done technically? on: October 12, 2018, 08:12:40 PM
Then how about a group of developer upload encrypted code of the algorithm? They simply need to decrypt when it's needed.
That would still require trust in none of the developers leaking the selected algorithm.

True, but there aren't many choice in this case. Otherwise, the only choices are :
1. Picking acceptable PoW-algorithm that never seriously considered as SHA-256 alternative
2. Use flexible/configurable algorithm such as ProgPoW, but few parts of the algorithm/formula will be changed to prevent ASIC.

Maybe manufacturing the chips in China isn't really a problem. Many companies from other countries manufacture their products in China, and they control that the producers don't "tamper" with the design of their products. If the Chinese manufacturer manipulated the product, the customer would be able to charge a penalty for breaching the contract and change the manufacturer. An "open mining hardware" project could do the same thing, ensuring no Antbleed-style backdoors are implemented - and such a backdoor would be very easy to discover, above all if the firmware is open-source.

Once Bitcoin and the mining market becomes really big, it would be perhaps no problem to install production infrastructure outside of China able to deliver similar production costs.

Even if "open mining hardware" is popular and your scenario can't happen, i still think China still have someone advantage because :
1. Transportation cost is far lower if the chips is manufactured in China.
2. Faster transportation allows China to gain more edge since they're the first to use the chips in big scale.

But if mining on other country have maintenance/electricity price similar with China, then it's enough to prevent mining domination by china.
566  Economy / Gambling discussion / Re: What is better in poker: bluffing or playing only with good cards? on: October 12, 2018, 07:59:39 PM
It is extremely situational, if it's online poker, play only with good cards works better most time since people won't be deceived easily by words alone. Otherwise, there are 3 conditions/things we could consider before choose bluff or play with good cards :
1. Is enemy easily bluffed?
2. Can you find out/guess whether enemy pretend to be bluffed?
3. Are you good at bluffing (choosing good words, maintain poker face and good body expression)?

If there are at least 2 condition meets, bluffing should works better. Otherwise just play with good cards and totally ignore all enemy bluff attempt.
567  Bitcoin / Development & Technical Discussion / Re: Decrypt sha 512 on: October 12, 2018, 03:54:32 PM
I doubt you understand about hashing and encryption.

Both of them are different things and you can't get any data from hash alone. Hash useful to verify whether a message/file has been tampered or not and hash size always same no matter how big the message/file.
568  Bitcoin / Bitcoin Technical Support / Re: Cant find receiving adress srry total noob here help :) on: October 12, 2018, 08:37:17 AM
If you're using Bitcoin Core, you can get list of your receiving address by click "File" > "Receiving address" on Menu Bar. Bitcoin Core generate lots of addresses, so there's no way it's empty.
If not, please tell us the name of wallet/client that you use and give proper link since your current link leads to your own desktop.
569  Bitcoin / Development & Technical Discussion / Re: Is Bitcoin infrastructure too Chinese? What should be done technically? on: October 12, 2018, 05:38:30 AM
It's not good to have an exact algorithm planned out, since then someone could make an ASIC for it in advance.

Then how about a group of developer upload encrypted code of the algorithm? They simply need to decrypt when it's needed.
Or choose ProgPoW since it's flexible and valid algorithm parameter/formula depends from previous block metadata (hash, merkle root, etc.).

It is odd, imo, too much concerns about ASICs and zero interest in the situation with pools.

Because potential solution/"solution" is known by more people Huh

I'm also a bit concerned about the "new monopolies" that could emerge after a PoW change. It may sound a bit naive, but - is there a possibility to create/fund an open hardware project for mining chips running the "new Bitcoin algorithm"? It's true however that major "chip foundries" are located in China, but there are at least some scattered around the world (mainly Europe and North America) which could step in for production.

I think it's possible. But, the competition with China won't gone since the cost to manufacture the chips is still cheaper on China.
570  Bitcoin / Development & Technical Discussion / Re: What is use of Checkpoints in a cryptocurrency? on: October 12, 2018, 05:24:04 AM
As you see, Bitcoin has removed checkpoints, so it's not as necessary as you think (it was removed because couldn't prevent any meaningful attack) but yeah, others have it too. The reason why they are using checkpoints is to provenet denial-of-service attack.

Additionally, the main reason to implement checkpoint was to prevent history manipulation where attacker attempt to make a node only connect to their nodes which contain different blockchain.
571  Economy / Gambling discussion / Re: Popular Betting Strategies on: October 11, 2018, 04:19:04 PM
Unless we're talking about betting/wager on real-life result (sports, election or other major event results) where in-depth analysis or research might be needed, all strategy rely on your luck and how fast the the increment before you out of money.
572  Other / Meta / Re: new board - Altcoin technical support. what do you think? on: October 11, 2018, 03:18:22 PM
It's great idea, even though your idea already mentioned few times in past (i also suggest similar things), but there aren't much attention or support. I also want to see "Altcoin Development & Technical Discussion" board though.

But, the reason Bitcoin technical support boards barely have spam because :
1. The moderator is Core developer and easily can identify spam/FUD
2. I think member who usually visit this boards actively report posts which violate rules

My doubt is finding qualified moderator and whether member will report bad-posts. There are another option such as Disabling Signature and don't count post on this boards for counting activity.
573  Bitcoin / Development & Technical Discussion / Re: Securing an Alt-Chain by Proof of Bitcoin Payment on: October 11, 2018, 01:59:51 PM
Can you please elaborate on these "low cost manipulations" and how they are different from manipulating any low hashrate altcoin?
Clearly when the altcoin is young, the hashrate is presumably low and anyone can cheaply attack it. In the above setup you don't need to buy mining equipment to perform the attack, you spend bitcoins doing it.

My point is people can attack young/minor altcoin with low cost, whether it uses PoW or PoP.

Besides, attackers (who wish to attack PoW-based coins) don't need to buy mining equipment, since they simply could spend their bitcoins to rent mining equipment to launch the attack. Various minor altcoin which listed on exchange including Bitcoin Gold has become the victim.

Regarding the blockchain bloat argument, I tend to think that this type of questions are best left for the market to decide. "Bloat" is a moral objection saying "useless tx", but I think all tx are equally useful as long as the sender is willing to pay the fee and miner is willing to mine. Plus, "buying altcoin security" sounds like a legitimate use case to me. Also there is a flip side that by paying miners (instead of burning electricity) we are increasing Bitcoin miners' reward thus contributing to Bitcoin security.

Can't argue against that, however the real problem is multiple altcoin miners make Bitcoin transaction, but only few altcoin miners got their blocks confirmed by network/become longest chain. This means some transaction become "useless".
574  Other / Meta / Re: I'm thinking of running a topic starting contest for non-english speakers. on: October 11, 2018, 11:24:58 AM
Some idea/suggestion :
1. Don't use pool to choose best topic, it's more suitable for most favorable topic and could be abused easily.
2. Allow topics about Mining/Cryptocurrency Legality

If this is not a problem, I would recommend discussion about Bitcoin regarding its technology (perhaps something with scalability).

Scalability isn't easy topic and heated discussion/ideology clash will happen because there are many different perspective. Something easier such as multi-signature and seed/mnemonic would be better.
575  Bitcoin / Development & Technical Discussion / Re: Securing an Alt-Chain by Proof of Bitcoin Payment on: October 11, 2018, 10:59:53 AM
I haven't read your PDF, but looks like altcoin which use this consensus method could be attacked/manipulated with low cost. Even worse if the altcoin miner/pool also own big hashrate of Bitcoin's mining.

Additionally, i don't like this idea since this would bloat Bitcoin's blockchain heavily.
576  Bitcoin / Bitcoin Technical Support / Re: Why does Bitcoin Core(testnet) unable to connect to bitcoin network? on: October 11, 2018, 05:32:12 AM
As usual, please post your debug.log, bitcoin.conf/startup parameter and getnetworkinfo result so we can diagnose the problem.

My guess are :
1. Corrupted downloaded block / chainstate
2. Bad configuration on your desktop / router firewall
3. Unstable/very slow connection

Is it possible that bitcoin core has been updated to 17.0 a few day ago?

There aren't any hard-fork, so it's not the reason.
577  Bitcoin / Development & Technical Discussion / Re: Suggested Bitcoin Core Pruned Node Size on: October 11, 2018, 03:38:40 AM
Well it would just be for the node nothing else. 100 mb/s read is the spec I'm looking at, doesn't say what the write is though.

Then there shouldn't be any problem, even though i doubt microSD is durable if you plan to run node 24/7.

You should look random read/write speed and make sure at least it's as fast as HDD's random read/write speed.
578  Other / Serious discussion / Re: Bitcointalk: decentralization, English language and hypocresy . on: October 10, 2018, 06:15:44 PM
I'm not even sure if we have same interpretation/understanding about decentralization. But, how about start solve the problem by encourage people who can speak both language to translate content/thread (with writer permission in some cases) from English to your local language?
579  Bitcoin / Development & Technical Discussion / Re: Is Bitcoin infrastructure too Chinese? What should be done technically? on: October 10, 2018, 06:01:29 PM
To strengthen the MAD and prepare, I encourage people to be as ready and threatening as possible in case an immediate PoW change becomes necessary: for example, I've said several times (and I mean it) that if the Bitcoin Core devs fail to respond adequately to a miner attack, I'll propagate the necessary hardfork myself. But I oppose a preemptive PoW change unless there's some sort of new long-term solution.

How about start by prepare guide/reference client in-case hard-fork is needed? Reflecting from Bitcoin-Qt 0.8.0 accident (which is accidental hard-fork due to different DB version), that would help community/developer where to start solve the problem.

1. Increase maximum block size weight to the point where Chinese pool's connection can't keep up, but this is difficult since block propagation already use Compact Block

This runs both ways though. With the majority hashrate presumably being located in China it may very well be that using increased block weight as a weapon would merely lead to an increased orphan rate in Europe and the Americas, further strengthening China's position.

I think that won't happen since IMO Chinese miners would rather connect to pool outside China rather than let block orphan happen which could hurt many pools and potential FUD/price crash due to high block orphan.

I have this idea for a long time, a 2-way concurrent PoW algorithm with a 2-3 years smooth migration from ASICs to the alternate cpu/gpu PoW method e.g. ProgPoW. I'm thinking of starting with a 10:1 ratio in favor of sha2 ASICs and a gradual transition to 1:10 ratio against them.

ProgPoW already exist (https://github.com/ifdefelse/ProgPOW) and looks like developed well from commit/contributor number, but the hardest part is making sure existing miners won't do anything crazy such as boycott or attack network knowing MAD situation.
580  Bitcoin / Development & Technical Discussion / Re: Suggested Bitcoin Core Pruned Node Size on: October 10, 2018, 05:21:31 PM
While it's possible, it's not scenario at all because :
1. Higher network usage since you need to download all blocks/transaction since last time you sync
2. Time needed to verify blockchain each time (whether it's partial check or full scan)
3. I doubt microSD can keep up with all read/write operation if it's used together by other application

IMO it would be better to use SPV wallet combined with Tor/VPN or/and only connect to your own full-nodes.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 [29] 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 ... 304 »
Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!