Bitcoin Forum
May 02, 2024, 12:07:36 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 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 ... 327 »
1221  Bitcoin / Armory / Re: Armory - Discussion Thread on: August 05, 2014, 08:56:10 PM
Part of the issue is that they refused to get us a persistent donation address, so they only address we could get would technically only be valid for 15 min.
Would support for stealth addresses fix that problem?
1222  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 07:31:12 PM
This is pretty much the limiting factor. As a rough barometer, I think I saw some poll of investors recently that said ~55% of them thought bitcoin was a terrible investment, or that it was in a bubble. Further increases in value would only reinforce this position for some of those folk, would it not?
You want a certain number of people to remain sceptical of Bitcoin for as long as possible, especially among the people who lend USD.

Is there a single event, or chain of events that would change this perception, or do we watch the number slowly fall until the remainder can't stem the tide?
Hyperbitcoinization is the last bubble in the USD/BTC exchange rate.

All the prior speculative manias collapse when the infrastructure can no longer handle the growth and Bitcoin holders sell in order to "lock in their gains"

One of these times (we won't know which one until after the fact) the risk perception of BTC vs fiat will invert such that Bitcoin will be regarded as the safe asset. Once that happens, the bubble doesn't pop because it becomes less about the rise of Bitcoin and instead is the flight to safety away from the USD (fiat in general).
1223  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 07:10:54 PM
It's already a no-brainer to borrow long term in USD and buy and hold BTC.

What we're waiting for to see hyperbitcoinization is for that knowledge to rapidly spread through the pool of potential borrowers.
1224  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 07:05:37 PM
When it becomes a no lose scenario to borrow USD to buy bitcoin, then the whole thing will implode at the speed of banking.
Since Bitcoin began trading on exchanges, how many 365 day periods exist where would you end up with a loss if you had borrowed USD at typical credit card rates, vs the number in which you'd end up with a gain?
1225  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 06:57:59 PM
Worth reviewing:

http://nakamotoinstitute.org/mempool/speculative-attack/
1226  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 06:47:07 PM
Haha, I see what you're getting at, but certainly if the Fed just came out and said the USD will be dead sometime in the next decade and bitcoin might replace it, It still wouldn't happen overnight. There would be a date for those circumstances as well, and that would be the worst case scenario.

So, assuming they are never going to say that, and some people will dismiss this rumor, and they can delay with regulation, etc. There is some kind of date that might account for all these circumstances? I'm not a researcher, but I imagine that I would try to create different variables for all of these things, if I were...
It's something that can only be known in retrospect.

Once you have positive feedback loops in a system(*), you're outside the domain of linear predictions and into chaos theory.

The act of measuring the system to obtain dates introduces new knowledge, which changes behaviour, which invalidates your prior measurements.

(*)simplified, the actual mathematical conditions for chaos are a bit more involved.
1227  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 06:37:53 PM
how can we be sure that these dates do not account for that?
Because they can't. It would create a logical paradox.

The existence of the prediction inevitably changes the basis of the prediction.
1228  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: August 05, 2014, 06:24:19 PM
There's some question about the authenticity of that posts, but assuming it's true, I can see one thing I bet his analysis missed:

Quote
Our best case scenarios are modeled upon current bitcoin adoption rates which have simulated a tipping point for the year 2026 (worst case 2021); this time frame projects the Fed (via the dollar) to lose its dominant global monetary policy maker status - instead everything will superceded by bitcoin.

The mere existence of this kind of knowledge sets up a positive feedback loop.

When the insiders know the game will be over between 2021 and 2026, some of them will start moving for the exits with a goal of being out by that time.

The actions of insiders to exit from a collapsing system by nature accelerate the process of collapse.

The insiders will notice the acceleration, and everyone who is preparing their exit will accordingly accelerate their plans. This causes further acceleration of the collapse...

If that Reddit post is true, then the tipping point will arrive much sooner than 2021.
1229  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 05, 2014, 01:14:34 PM
https://twitter.com/anonymouscoin/status/496513836133154816
1230  Bitcoin / Armory / Re: Armory - Discussion Thread on: August 05, 2014, 01:07:52 PM
Also, I love the idea of a DIY Bitmessage-Mail-gateway on my own hardware. Is there anything out there already?
All the pieces exist if you know how to put them together.

If you're running your own mail server, then you can run Bitmessage in daemon mode and use bmwrapper to add a POP/SMTP interface that your stack can interface with.
1231  Economy / Speculation / Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion on: August 04, 2014, 08:44:26 PM
http://nakamotoinstitute.org/mempool/im-hoarding-bitcoins-and-no-you-cant-have-any/

Quote
One of the most annoying things about Bitcoin is that it’s so convenient to make payments with it that sometimes it is extremely tempting to spend it and avoid the hassle of using dollars. One of the ways to help deal with the temptation to spend is to demand a Bitcoin discount at any store that accepts Bitcoin. This is perfectly reasonable because not only is the store lowering its own costs by using Bitcoin, but it is asking me to give up an inherently superior commodity.

Hoarders are more important than merchants. If a restaurant downtown starts accepting bitcoins, this does not necessarily create an incentive for anybody to buy more bitcoins. Why would anyone bother if they can still just use a credit card? If you can convince a merchant to accept bitcoins and stop accepting dollars, then I’ll be impressed.

Unless a merchant is offering something that cannot be bought for dollars, or at least offering a discount, he is only benefiting Bitcoin to the extent that he encourages more hoarding. If he immediately converts the bitcoins he receives as payment into dollars, and if his customers only buy bitcoins so as to spend them at his shop shortly thereafter, then neither has much direct effect on Bitcoin’s demand. The real hero is the hoarder behind the scenes who buys from the merchant and enables him to convert his payments into dollars.
1232  Bitcoin / Armory / Re: Armory - Discussion Thread on: August 04, 2014, 07:43:05 PM
And wouldn't it be awesome to have BitMessage broadcast around unsigned simulfund transactions...
I'll go a step further and say Bitmessage should be the basis for a Bitcoin payment protocol.

https://gist.github.com/ryanxcharles/1c0f95d0892b4a92d70a#comment-1275249
1233  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 06:58:17 PM
There is no reason that all payments couldn't be done with this kind of address— assuming it was well constructed, and users would be much less private if only a narrow usecase uses them.
So the entire Bitcoin ecosystem should wait around for your NIH solution to be ready instead of taking advantage of the immediate improvement that's available right now?
1234  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 06:39:16 PM
Already we seem to have not learned from the experience with this kind of address in Bytecoin/Monero/etc.—  Payment IDs are an important feature but also a usability challenge with the way they're implemented in BCN/XMR/.... Right now with the way dark wallet implements this if you ask two different parties to pay you with the same address and only one of them does, you cannot tell which one paid you.
How is this any different than the problem we have right now without stealth addresses?

1) Some merchant uses a blockchain.info wallet containing a single address to accept payments (yes, people really do this).
2) They give the address to two customers.
3) Only one customer pays.
4) Merchant doesn't know which customer paid without asking them.

It doesn't make sense to delay stealth addresses because they don't solve every problem.
1235  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 05:21:27 PM
Maybe they need to be renamed to "tip addresses" or something to make sure people don't use them in situations where they are not appropriate.
1236  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 05:16:34 PM
Already we seem to have not learned from the experience with this kind of address in the Bytecoin/Monero space— the payment IDs are an important feature but also a usability challenge with the way they're implemented there. Right now with the way dark wallet implements this if you ask two different parties to pay you with the same address and only one of them does, you cannot tell which one paid you.
I don't think stealth addresses are ever going to be appropriate for anything other than online tip jars. They do a great job in that role.

If you want to know who has paid you, then you should give them an xpub specific to them and let them use that from that point on.

See my comment on this gist:
https://gist.github.com/ryanxcharles/1c0f95d0892b4a92d70a
1237  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 04:57:57 PM
In addition, stealth addresses only need to be better than the current standard of "publish a static address that anyone can look up in blockchain.info" in order to represent an improvement. The only thing they could possibly get wrong and be worse than what we have now is leak private keys.
1238  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 04:51:06 PM
New address types should not see widespread use without extensive review for cryptographic and privacy weaknesses and functionality footguns. This really needs a clear specification.
All true, and at the same time we don't want this to turn into a Waiting for Godot situation.

"Inadequate review" could be a great excuse to pigeonhole the functionality indefinitely.
1239  Bitcoin / Project Development / Re: [Tracker] Stealth Address Support on: August 04, 2014, 04:44:19 PM
From IRC:

Quote
2014-08-04T16:12:34 <@jrick>I marked the issue as low prio for now since there are just other things that need to happen first, but I would like to see support for it in btcwallet
1240  Bitcoin / Project Development / [Tracker] Stealth Address Support on: August 04, 2014, 04:02:56 PM
This thread is to track the progress of stealth address support in various Bitcoin clients.

In order for stealth addresses to be useful, it's necessary for Bitcoin clients to support sending funds to them, even if those clients do not support receiving funds via a stealth address.

To accelerate this process, anyone who would like to see stealth addresses become a standard feature of the Bitcoin landscape should ask the developers of their wallets they use to support at least sending to stealth addresses. Since in some cases the developers may be reluctant to add this feature and may be unwilling (or unable) to explain why, asking them in a public forum is best so that their answer - or refusal to answer - is also public.

Please feel free to create feature requests, etc for clients that aren't in this list and link them in this thread so I can add them to this post.

sx
Status: supports sending and receiving

http://sx.dyne.org/stealth.html

Dark Wallet
Status: supports sending and receiving

https://wiki.unsystem.net/en/index.php/DarkWallet/Stealth

Electrum
Status: Sending support:: https://github.com/spesmilo/electrum/pull/817

Bitcore
Status: Sending support: https://twitter.com/ryanxcharles/status/514224778052243456

https://gist.github.com/ryanxcharles/1c0f95d0892b4a92d70a
https://github.com/ryanxcharles/bitcore2/blob/master/lib/expmt/stealthmessage.js
https://github.com/ryanxcharles/bitcore2/blob/master/lib/expmt/stealthaddress.js

btcwallet
Status: interested, no immediate plans: https://github.com/conformal/btcwallet/issues/90

airBitz
Status: "very interested", no immediate plans https://twitter.com/anonymouscoin/status/496513836133154816

Mycelium
Status: Tentatively interested: https://twitter.com/MyceliumCom/status/500327004022243328

Coinkite
Status: "at some point": https://twitter.com/Coinkite/status/509489249826373632

Armory
Status: no official comment: https://github.com/etotheipi/BitcoinArmory/issues/226

Blockchain
Status: unknown

Bitcoin-Qt
Status: unknown

Multibit
Status: unknown

Coinbase
Status: unknown

Pages: « 1 ... 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 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 ... 327 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!