Bitcoin Forum
May 08, 2024, 12:31:48 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 80 81 [82] 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 ... 201 »
1621  Other / Meta / Re: Censorship on BCT software forum is a joke. on: November 26, 2018, 12:38:26 PM
You can only post technical comments on the forum if you believe that Bitcoin is the best software ever invented
and the price of bitcoin can only ever go up. [...]

Incorrect assertions and repeated off-topic ramblings about "CPU-wars" and "casino operators" while adding little substance to the topic at hand are not technical comments. They are just incorrect assertions and off-topic ramblings, regardless of whether they are "Pro" or "Anti" Bitcoin. As such they may eventually fall victim to deletion, especially in the more technical sections of Bitcointalk.
1622  Economy / Services / Re: [FULL] ChipMixer Signature Campaign | 0.00075 BTC/post on: November 26, 2018, 09:48:44 AM
To also chime in: If I'd wanted fiat rates I would have joined one of the campaigns that do so. I also very much appreciate ChipMixer sticking to their rates even during the last moon phase.
1623  Bitcoin / Development & Technical Discussion / Re: Plans of attack for bitcoin? on: November 23, 2018, 07:13:23 PM
The main vulnerability of Bitcoin or any system are the users. [...]

Now if the goal is to hack bitcoin users, then i can think in 2 ways, the first one is with trojans and keyloggers you know... the old school way. I have seen users who get hacked trying to play Mario for bitcoin, lol. And the
other way i would recommend is the MITM attack, of course, you need to do this attack in the same network of the victim, but if you go to a bitcoin conference and poison the network, every guy there will be vulned.

Good point. I guess social engineering is more effective than any direct attack on Bitcoin can ever be, so I'd probably add:

1) Create a shitcoin or shitfork for pump-and-dumping (disclaimer: I don't believe all alts are bad)
2) Create an ICO and spend years "developing" your "project" (disclaimer: I'm not so sure about ICOs though)
3) Run a HYIP
4) Offer cloud mining (essentially a HYIP without the H)

 (using a rather loose definition of social engineering, that is)

1624  Bitcoin / Bitcoin Technical Support / Re: What determines Bitcoins decimal system? on: November 23, 2018, 06:51:39 PM
So Bitcoin has 21,000,000.00000000 in existence. How does someone determine how many zeros are placed behind it? Could someone make an asset that has 1 coin but 1.910980182309824791827981240912094109249129837 in total token supply ?
Yes?

Not using 64 bit Integers such as Bitcoin uses.

Even using unsigned 64 bit Integers the largest number that can be stored precisely is 2^64 or roughly 10^19. OP's example of 1.910980182309824791827981240912094109249129837 being in the range of 10^45, would require 256 bit Integers (ie. 2^256 or roughly 10^77) as even 128 bit integers (~ 10^38) would lack precision. Note that in common programming languages 64 bit integers is all you get (if even that), 128 bit if you have long doubles at your disposal. Everything beyond that requires a custom implementation.

Side note on precision, for those unfamiliar with software development: Storing a number beyond the precision level of a numeric data-type leads to one of the following outcomes: For (a) integers, the number wraps around, like it would with the odomoter of a car (ie. starting from zero, if the integer is unsigned or starting from the lowest negative number, if the integer is signed), for (b) floating point numbers (ie. if the the position of the decimal point is stored as well), it essentially starts truncating the last few digits. Neither which is desirable for monetary transactions.


Thanks for the information. How about this one?

https://www.researchgate.net/publication/322416133_A_New_Method_of_Golden_Ratio_Computation_for_Faster_Cryptosystems

How would you go about trying to create your own crypto using this?

Not as part of token supply calculations. This paper is suggesting an alternative to RSA's asymmetric encryption scheme and is unlikely to make any sense as far as storing transaction amounts is concerned.
1625  Bitcoin / Development & Technical Discussion / Re: Plans of attack for bitcoin? on: November 23, 2018, 12:51:08 AM
Actually, hack is the last label one ever could find appropriate for brute forcing hashed public keys. A lot of literature out there showing how dumb it would be attempting such an attack. And it is brute force, clueless naive brute force, forget about AI and QC, neither of the two would be of little help in this context.

I prefer the first two methods.  Keep generating as many key pairs as you can and wait.  As much chance of getting lucky as solo mining.  Wink


If you solo mine with a single Antminer S9 (ie. 14.5 TH/s) your chance of finding a block within a year is approx 1.9053% (assuming an average total network hashrate of 40,000,000 TH/s [1]).

14.5 TH/s of 40,000,000 TH/s = 0.00003625%

144 blocks/day * 365 = 52,560 blocks/year

52,560 blocks/year * 0.00003625% = 1.9053%


If you bruteforce Bitcoin's key space using all computational power currently available to the Large Bitcoin Collider at roughly 365 Mkeys/s [2] your chance of finding an active private key within a year is approx 0.000000000000000000000000055% (assuming 550,000 used addresses [3]).

365 Mkey/s = 31.5 Tkey/day = 1.14975 * 10^16 keys/year

10^16 scanned keys * 550,000 used addresses of 10^48 (ie. 2^160 of 2^256 due to RIPEMD-160) = 5.5% * 10^-25


TLDR; You're approx 10^25 times less likely to find a private key with balance using hundreds of machines than you are to successfully mine a block using a single miner.

That's the likeliness of getting hit by lightning during the same timeframe -- four times [4].

So not quite the same chance as getting lucky solo mining Grin


[1] https://www.blockchain.com/en/charts/hash-rate
[2] https://lbc.cryptoguru.org/stats
[3] https://www.blockchain.com/charts/n-unique-addresses
[4] https://www.cbs17.com/news/odds-of-winning-powerball-jackpot-less-than-being-hit-by-lightning-twice/1082701256
1626  Economy / Economics / Re: POLL: Would you rather see Bitcoin price grow steadily or in spikes? on: November 22, 2018, 02:48:01 PM
I'm not going anywhere, so I'd prefer a slow but steady growth. This would also be more beneficial to Bitcoin's usage as a currency or store of value, rather than being the high-risk high-reward kind of asset it currently represents. Profits are nice, but I want a long-lived technology as well.

It can't be denied though that Bitcoin's growth spikes are what lead to its popularity in the first place. Volatility and drama catches more eyes than reliability. As such I think of Bitcoin's growth spikes as a necessary evil until we've reached widespread adoption.
1627  Bitcoin / Hardware wallets / Re: [PSA] Non-genuine Trezor One devices spotted on: November 22, 2018, 01:16:23 PM
I guess when you connect fake Trezor to original UI it should work same as original, otherwise it would not make sense for forgers to make and sell them. The only question is whether such a device is made for intention to steal users coins, or it is just a identical copy made with a reason to profit on sales.
Does the Trezor not show a warning about using a modified firmware? I was sure that it had a warning if a firmware that was not signed by SatoshiLabs was loaded... at least as far back as March this year anyway...

https://blog.trezor.io/trezor-one-firmware-update-1-6-1-eecd0534ab95

So are these 1:1 copies using modified Firmware AND Bootloaders? Huh SatoshiLabs haven't really mentioned much... and seem to say that only by looking at the box and label... no onscreen warnings??!? Huh

Trezors come only with the bootloader pre-installed, the firmware is installed when first initializing the device making sure one can start from a clean slate.

Presumably the Trezor clones use the same bootloader, allowing it to install and run the official firmware. If that's the case no warning will be shown on the web interface.

Problem being that while the software may be verified, you have no way of knowing whether the hardware is trustworthy. They could have used less secure components, they could have installed a backdoor on the hardware level, etc.
1628  Bitcoin / Development & Technical Discussion / Re: In case of a 51% attack, can the damage be reverted? on: November 22, 2018, 12:41:07 AM
I do think it's important to point out that a 51% attack (however unlikely) is not a mere double-spend attack which can be averted by awaiting an appropiate confirmation count. Any adversary holding 51% of the hashrate will always outmine their competitors, for as long as they are able to uphold the majority hashrate. (again, completely ignoring the economics of such an attack)

Sure they will but why ignoring economics? It is all about economics isn't it? [...]

Because we're talking about the hypothetical! Smiley

Do you look at a drawing of a Pegasus and are like "Wait a minute, those wings are way too small for a creature of this size, why would someone even draw this it makes no sense!"? Wink


Your arguments about the attacker switching back to another coin after ruining the one under attack is correct, but does not lead to anything new, once he leaves everything is restored and he has been rewarded by a bunch of now worthless coins, given he has not managed to fool some reckless merchant or exchange to buy a reverted transaction.

Assuming they are after the coins. Considering all the drama going on I wouldn't dismiss mining attacks out of political reasons (*cough* Bitcoin ABC vs Bitcoin SV *cough*)

The cost of attacking your cash cow is: Electricity + Deprecation of the mined coins + Making your mining equipment useless

The cost of attacking a minority coin is "only": Electricity + Deprecation of the mined coins


And please note, bitcoin started with a few desktop computers and took almost a decade to reach the current state in which like 200k$ a day (at least) worth of electricity is  being spent for its security and yet it has been always secure against 50%+1 attack from the first day because of the beauty of PoW and the equilibrium state between incentives and costs involved in such an attack.

Excellent point, but back then all computational power that went into mining simply went into Bitcoin. Nowadays there's massive computational power floating between whatever coins are most profitable to mine at the time.


Well, there is one thing that we should consider: "genesis block mined by CPU". This obviously influences the early consensus estimations of PoW. Just like the effect of center of mass in Pisa Tower, the granted tolerance of forces is important to the final stability. Even adding equal huge amounts of forces in different direction of Pisa Tower may still preserve its stability, but this time they are far above the granted tolerance and absence of one force in one moment will break down that beautiful tower..

[...]

How does this analogy apply to Bitcoin and PoW? A blockchain is not less stable merely because early blocks were mined at a lower difficulty.


and let me add another note here.. the incentives are different among FARMERS (huge facilities of mining) and MINERS (rigs at home). miners do mine for fun, opinion, curiosity, learning or investment. miners also 100% own their tools (paid in cash) and usually have no employees and are loyal to some coins. but farmers are a group of stakeholders who invest in setting up huge mining facilities (paid by loans) just for PROFIT and have employees for physical security, accounting, operation, etc. farmers also are not loyal to a specific coin - even if they equip their farms by ASIC devices.

therefore these two group of miners show different reactions in pricing crisis. it seems we always could count on MINERS group.

Commercial miners will usually be able to mine much cheaper than hobby miners, due to economics of scales. So while a hobby miner may be willing to mine less profitably, commercial miners are able to stick around longer due to larger profit margins. Therefore I don't think hobby miners are necessarily more likely to keep mining during a bear market than commercial miners. I do think that hobby miners are more likely to hold onto their mined coins than commercial miners though, due to the latter's requirement to keep a consistent (fiat) cashflow.
1629  Other / Beginners & Help / Re: Technical Analysis and Fundamental Analysis👀 on: November 21, 2018, 11:57:34 PM
One problem with TA is that nobody actually keeps track of its results. The result is that people remember the times that it worked for them, and they discount or forget the times when it didn't. People want to believe that there is a magic formula so much that they ignore the evidence against it.

that's not really a claim about TA so much as a claim about most of its practitioners. serious traders always backtest their trading systems. one of the reasons i transitioned from poker to day trading was because i saw opportunities to repeatedly grind out statistical edges.

[...]

If you backtest a sufficient amount of strategies you're statistically bound to find a "successful" strategy eventually though. Put differently, you can find "patterns" in any snippet of random data if you look long enough, that doesn't make the pattern applicable to larger amounts of random data from the same source though.

How to ensure that the backtesting results are actually sound and not just some random fluke? Serious question, not a rethorical one.
1630  Bitcoin / Development & Technical Discussion / Re: 2038 year problem: does it have an impact on bitcoin? on: November 21, 2018, 08:35:59 PM
Bitcoin won't face this problem in 2038 as bitcoin use unsigned 32-bit/4-byte int

Yep, in the case of Bitcoin it will be a year 2106 problem [1].

I don't think migrating to another dataformat will be of much trouble though. If other software is able to mitigate the year 2038 problem in time, so will Bitcoin.

[1] https://en.bitcoin.it/wiki/Block_timestamp
1631  Bitcoin / Development & Technical Discussion / Re: In case of a 51% attack, can the damage be reverted? on: November 21, 2018, 06:09:18 PM
2- Limited  user vulnerability: The main targets of 50%+1 attack with its short-range chain rewrite consequences are merchants and exchanges that do not take proper security measures by waiting for enough confirmations (blockchain growth) for high stake transactions. This vulnerability could be mitigated if users closely observe the network overall 50%+1 attack cost and wait for more confirmations up to safe thresholds.

I think this piece of code in JavaScript could help merchants to understand how much confirmations would be enough for their trades - so mitigate the vulnerability. Wallets could generate such information for end users:

https://people.xiph.org/~greg/attack_success.html

That's the thing about 51% attacks though, there is no safe confirmation count for as long as a 51% attack is going on.
As much as I appreciate your good knowledge in the field, I strongly denounce above argument. It contradicts with the most fundamental idea behind security of bitcoin and other PoW cryptocurrencies. I think you are underestimating the importance of such a claim.

[...]

Let me clarify:

I don't think a 51% attack on Bitcoin is even remotely viable for a variety of reason that I probably don't need to enumerate -- you summed it up pretty well in your post above.

I do think it's important to point out that a 51% attack (however unlikely) is not a mere double-spend attack which can be averted by awaiting an appropiate confirmation count. Any adversary holding 51% of the hashrate will always outmine their competitors, for as long as they are able to uphold the majority hashrate. (again, completely ignoring the economics of such an attack)


People with little knowledge and journalists talk too much about coins with low hashrate and their vulnerability to 50%+1 attacks. it is not true. There exists and will exist no PoW coin vulnerable to this attack, users could always calculate the stakes involved and the costs of running an attack and spot the right length for their security.

Here I (partially) disagree with you.

I fully agree with your assessment that users can always calculate the stakes involved and adjust their expected confirmation count accordingly. That's pretty much what happened with Bitcoin Cash, for example, when exchanges upped the required confirmation count to 10-20 confirmations IIRC.

I disagree that alts with low hashrates are just as safe from 51% attacks as the larger coins in which shadow they stand (assuming that's what you're saying).

Problem being: If you attack the largest coin within your mining space (be it Sha256 or Scrypt ASIC, be it GPU) you kill your cashcow and are highly disincentivized to do so. If you attack one of the smaller coins, the stakes are not quite as high, since you can always point your miners back to the larger coin (ie. you don't turn your miner into an expensive paperweight by such an attack). Obviously the benefit of such an attack would still be questionable -- as you rightfully pointed out above the more worthy of an attack a coin is, the better it is secured and vice versa -- but the incentive is not quite as beneficial.
1632  Bitcoin / Development & Technical Discussion / Re: Storing of Bitcoin & other private keys in RDBMS on: November 21, 2018, 05:16:16 PM
To be honest I don't think you'll be able to fully rid your service of an automated hot wallet / manual cold storage set up.

Problem being, even if the private keys are securely encrypted in a way that is not accessible by an adversary, as long as they are able to call an API that even just sends a transaction, your safeguards are down. Even automating cold storage can be tricky. I remember there was a site (an exchange or a casino, I can't recall) that automatically moved coins out of cold storage to its hot wallet once the hot wallet reached a certain threshold, only to have its cold storage emptied by an attacker emptying the hot wallet (which got automatically replenished whenever the attacker had emptied the hot wallet). Put differently, keeping the private keys safe is just one part of the equation.

That's just my 2 sats though, maybe someone else has a suggestion that could actually help you with your problem.
1633  Economy / Service Discussion / Re: Fidor.de bank limits and receiving big wires for exchanges? on: November 21, 2018, 02:25:11 PM
If you're receiving transactions from or to a German bank account, be aware of the AWV Meldepflicht:
http://www.zahlungsverkehrsfragen.de/auslandszahlung/awv-meldepflicht

TLDR; Any in- or outgoing bank transaction larger than EUR 12,500,- "crossing" German borders needs to be reported in advance to your bank and local authorities.

Your bank may or may not be alerted by smaller transactions as well though, I think LeGaulois is right that even international transactions as little as EUR 5,000,- can already cause suspicion. In that case it will mostly depend on your relationship with your bank though.

What do you mean by additional documents or proofs btw? In general your bank should already have your ID and address... or are you referring to things like documenting the source of income?
1634  Economy / Securities / Re: LoyceV's Legendary 10 Month 10 Person 10 Altcoin Investment Roller Coaster #2 on: November 21, 2018, 02:09:57 PM
Quote
It could have easily been another coin that was up 100%
I'm more looking for that one coin that goes up 1000%. KingZee calls it "the burden" carried by a few coins, but I'd say it's a pretty good result if one or a few coins carry this whole thing into a profit.

IMO this aspect is inherent to this type of investment strategy, similar to why VCs invest in a wide range of startups rather than going all-in on a single one. You can't know which one of your investments will succeed, so have to diversify, assuming that most of your investments will fail but that the few successful ones will make for an overall profit.

Either way, I hope to take part in the next round of this, assuming there is one Smiley


Thanks for the update, I'm happy that my Monero is still on plus Smiley

Ya, just don’t look at that USD value.  Cry

Blasphemy! :O

1 BTC = 1 BTC
1635  Other / Meta / Re: Post Deleted - Standing up for bitcoin. on: November 21, 2018, 01:52:13 PM
I think it was simply deleted for not being a very good post. Obviously seems kinda unfair knowing that there are lot worse posts out there that fly under the radar. Don't worry too much about it though, that just happens sometimes.
1636  Other / Beginners & Help / Re: Technical Analysis and Fundamental Analysis👀 on: November 21, 2018, 01:33:06 PM
A friend of mine once wrote a script to generate random chart patterns, for testing. Candlestick charts, based on randomly generated buy and sell orders. They looked really good, pretty natural.

So good actually, that we started to apply some basic TA to the charts as they were generated in real time, just for the lulz.

And it worked.

Subjectively speaking, of course. They were just random patterns generated in real time but we could still make out "resistance" and "support" levels, ascending and descending triangles, etc. and their predictions seemed to hold true. But in the end it was still just random data without logic or reason.

So yeah, so much for TA.

I really want to believe in TA and maybe it does work on some weird level that can't be taught but must be experienced. However in general I think odolvlobo's post summed it up pretty well: TA appears to be mostly a reflection of Confirmation and Survivorship Bias.

That being said, I still think TA is fun. I just wouldn't rely on it.
1637  Bitcoin / Development & Technical Discussion / Re: Bitcoin Scaling Solution Without Lightning Network... on: November 21, 2018, 12:33:14 PM
"Lightning network" == Mini banks

They're not.


I did warn you all and no the so called new "Off-Block" hubs did not save BTC as we can see from the price

Caring about short-term fluctuations are usually a sign of a lack of long-term thinking.


CPU-Wars, mere 9 transactions per second from 20,000 miners and fees hitting $55 per transaction is what
the BTC code will be remembered for as it enters our history books just like Tulip Mania did in the 1700's

Irrelevant to the discussion.


Casino managers are not the best people in the world to take financial advise from and the same goes for the
dis-information moderator here that keeps pressing the delete button here because he hates the truth being exposed.

See above, which may also be the reason why some of these posts got deleted, rather than a hidden conspiracy by big crypto.
1638  Bitcoin / Development & Technical Discussion / Re: In case of a 51% attack, can the damage be reverted? on: November 21, 2018, 12:13:34 PM
2- Limited  user vulnerability: The main targets of 50%+1 attack with its short-range chain rewrite consequences are merchants and exchanges that do not take proper security measures by waiting for enough confirmations (blockchain growth) for high stake transactions. This vulnerability could be mitigated if users closely observe the network overall 50%+1 attack cost and wait for more confirmations up to safe thresholds.

I think this piece of code in JavaScript could help merchants to understand how much confirmations would be enough for their trades - so mitigate the vulnerability. Wallets could generate such information for end users:

https://people.xiph.org/~greg/attack_success.html

That's the thing about 51% attacks though, there is no safe confirmation count for as long as a 51% attack is going on.

To illustrate:

Code:
AttackerSuccessProbability(0.51,1)=1
AttackerSuccessProbability(0.51,6)=1
AttackerSuccessProbability(0.51,100)=1

The question is then not how many confirmations suffice, but how long an adversary can hold 51% of the network's hashrate.
1639  Economy / Speculation / Re: Satoshi sold his BTC. on: November 20, 2018, 04:10:45 PM
Whoever that is, it's most likely not satoshi. As pointed out by other posters, the majority of his stashes are publicly known and none of these coins point towards satoshi's old addresses.


Of course, Satoshi did not sell his Bitcoin as if he wanted to do it, then he would do it at the peak of the price.

Even satoshi wouldn't be able to call the top. But you're right in that satoshi's sell order would like cause the end of a bull run Wink


peoples wallets do not contain the coins hidden away. the only thing in a wallet is the private key
this is the failure of buzzwords because a "wallet" should actually be called a "keyring"

Oh even if you'd call them "keyrings" people would still find ill-fitted metaphors...
1640  Bitcoin / Development & Technical Discussion / Re: In case of a 51% attack, can the damage be reverted? on: November 20, 2018, 01:31:13 PM
Note that a long range 50%+1 attack is impractical and won't e carried out in real world because the attacker will ruin the coin under consideration by such an attack while spending too much resources (electricity, rents, ...) it turns the whole purpose of the attack to be void.

I agree as it's not impractical, expect it happened once with Bitcoin Gold (a fork of BTC). AFAIK attacker borrow hashrate from various mining rental services such as NiceHash to reverse 22 blocks, which is far higher than average confirmation needed by most merchants/exchange (1-6 confirmation).
While it can't happen to Bitcoin as there's no services which could provide hashrate enough to perform 51% attack. All cryptocurrency which it's hashrate is lower than hashrate of mining rental service combined should be very careful.

That's the upside of ASICs vs GPUs. As an ASIC-mined coins you have fewer coins to compete with than being one that is GPU-mined.

If you're the largest coin that can be profitably mined via GPU you're golden. But as soon as you're one of the smaller ones you're a potential target. Since the infrastructure already exists, the hashing power merely needs to be pointed in your direction at the flip of a switch.

True also for ASIC-mined coins, of course, but less pronounced than with GPU mining. Obviously it also helps that Bitcoin has by far the largest Sha256 hashrate, so there's little hashrate that can come "out of nowhere" as was the case with Bitcoin Gold.
Pages: « 1 ... 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 80 81 [82] 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 ... 201 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!