kjj
Legendary
Offline
Activity: 1302
Merit: 1026
|
|
October 09, 2012, 10:34:51 PM |
|
That is exactly what we are working towards at BitPay. eventually the bitcoin address will be invisible, just like all the IP headers and other things we used to have to deal with when sending emails. From the standpoint of privacy it would be better to have a URI that sends parameters for generating a set of BIP 32 public keys instead of a single address. The URIs can be dynamic, just like all other content in the web. It can be a different address on every page load, or order, or whatever.
|
17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8 I routinely ignore posters with paid advertising in their sigs. You should too.
|
|
|
Cranky4u
|
|
October 09, 2012, 10:42:00 PM |
|
So what is the impact to the BTC community? Are we about to see mainstream software companies accepting BTC as payments?
|
|
|
|
justusranvier
Legendary
Offline
Activity: 1400
Merit: 1013
|
|
October 09, 2012, 10:43:07 PM |
|
The URIs can be dynamic, just like all other content in the web. It can be a different address on every page load, or order, or whatever. What BIP 32 can do is allow two entities to establish a payment channel that can have an arbitrary number of unique addresses with a single page load. Of course that same webpage can also generate unique BIP 32 parameters on every page load.
|
|
|
|
dissipate
|
|
October 09, 2012, 11:11:00 PM |
|
So what is the impact to the BTC community? Are we about to see mainstream software companies accepting BTC as payments?
No way. Even if they wanted to they wouldn't because the market cap of Bitcoin is too low and the liquidity is just not there. These companies deal in billions, not thousands. If they can't liquidate millions of dollars worth of BTC on a moments notice they won't touch it. Unless they wanted to use Bitcoin for some niche product/service.
|
|
|
|
bg002h
Donator
Legendary
Offline
Activity: 1465
Merit: 1047
I outlived my lifetime membership:)
|
|
October 10, 2012, 12:26:29 AM |
|
http://research.microsoft.com/pubs/156072/bitcoin.pdf
The article does raise a very serious point (oversight) in the bitcoin protocol -- suppose I put a high transaction fee on my transaction because I want it verified quickly....and the first node that I send to (and let's say the only node I can connect to) see that high fee, why would that node send the transaction to other nodes rather than spend a few weeks trying to include it in a block that it solves itself (and hence collects the fee)? Receiving nodes have no reason to forward transactions on, and in fact, have an incentive to not forward paying transactions. That to me sounds like a big deal...you don't want each client to have to purposefully connect to thousands of nodes to broadcast transactions to get a decent confirmation time...that's not very p2p
|
|
|
|
dissipate
|
|
October 10, 2012, 12:42:11 AM |
|
http://research.microsoft.com/pubs/156072/bitcoin.pdf
The article does raise a very serious point (oversight) in the bitcoin protocol -- suppose I put a high transaction fee on my transaction because I want it verified quickly....and the first node that I send to (and let's say the only node I can connect to) see that high fee, why would that node send the transaction to other nodes rather than spend a few weeks trying to include it in a block that it solves itself (and hence collects the fee)? Receiving nodes have no reason to forward transactions on, and in fact, have an incentive to not forward paying transactions. That to me sounds like a big deal...you don't want each client to have to purposefully connect to thousands of nodes to broadcast transactions to get a decent confirmation time...that's not very p2p Strange, I haven't heard of this problem playing out in practice.
|
|
|
|
Gavin Andresen
Legendary
Offline
Activity: 1652
Merit: 2301
Chief Scientist
|
|
October 10, 2012, 12:42:33 AM Last edit: October 10, 2012, 12:56:33 AM by Gavin Andresen |
|
Receiving nodes have no reason to forward transactions on...
Actually, there is a small incentive to forward transactions: If you mine a block that contains a lot of transactions that have never been broadcast on the network, it will take your peers longer to verify that the signatures in the block are valid.* So it takes your block longer to propagate through the network, which makes it slightly more likely to lose a block race.
* A couple of releases ago I implemented a signature cache, so if a node sees a transaction broadcast it doesn't have to re-check it when that transaction is part of a block.
|
How often do you get the chance to work on a potentially world-changing project?
|
|
|
justusranvier
Legendary
Offline
Activity: 1400
Merit: 1013
|
|
October 10, 2012, 12:51:42 AM |
|
Receiving nodes have no reason to forward transactions on...
Actually, there is a small incentive to forward transactions: If you mine a block that contains a lot of transactions that have never been broadcast on the network, it will take your peers longer to verify that the signatures in the block are valid.* So it takes your block longer to propagate through the network, which makes it slightly more likely to lose a block race. Does this imply the existance of an optimum transaction fee which exactly balances the two incentives?
|
|
|
|
bg002h
Donator
Legendary
Offline
Activity: 1465
Merit: 1047
I outlived my lifetime membership:)
|
|
October 10, 2012, 12:54:45 AM |
|
http://research.microsoft.com/pubs/156072/bitcoin.pdf
The article does raise a very serious point (oversight) in the bitcoin protocol -- suppose I put a high transaction fee on my transaction because I want it verified quickly....and the first node that I send to (and let's say the only node I can connect to) see that high fee, why would that node send the transaction to other nodes rather than spend a few weeks trying to include it in a block that it solves itself (and hence collects the fee)? Receiving nodes have no reason to forward transactions on, and in fact, have an incentive to not forward paying transactions. That to me sounds like a big deal...you don't want each client to have to purposefully connect to thousands of nodes to broadcast transactions to get a decent confirmation time...that's not very p2p Strange, I haven't heard of this problem playing out in practice. I doubt it would...there are like....uhh...no significant transaction fees...right? addendum -- nothing compared to the block reward, that's for sure...
|
|
|
|
dissipate
|
|
October 10, 2012, 12:59:13 AM |
|
http://research.microsoft.com/pubs/156072/bitcoin.pdf
The article does raise a very serious point (oversight) in the bitcoin protocol -- suppose I put a high transaction fee on my transaction because I want it verified quickly....and the first node that I send to (and let's say the only node I can connect to) see that high fee, why would that node send the transaction to other nodes rather than spend a few weeks trying to include it in a block that it solves itself (and hence collects the fee)? Receiving nodes have no reason to forward transactions on, and in fact, have an incentive to not forward paying transactions. That to me sounds like a big deal...you don't want each client to have to purposefully connect to thousands of nodes to broadcast transactions to get a decent confirmation time...that's not very p2p Strange, I haven't heard of this problem playing out in practice. I doubt it would...there are like....uhh...no significant transaction fees...right? addendum -- nothing compared to the block reward, that's for sure... To be clear, this disincentive to not broadcast applies to mining nodes, right? Personally, I just run the Bitcoin qt client and have no reason to stop transactions from being broadcast.
|
|
|
|
firefop
|
|
October 10, 2012, 01:10:49 AM |
|
I think that's really cool
|
|
|
|
bg002h
Donator
Legendary
Offline
Activity: 1465
Merit: 1047
I outlived my lifetime membership:)
|
|
October 10, 2012, 01:50:19 AM |
|
http://research.microsoft.com/pubs/156072/bitcoin.pdf
The article does raise a very serious point (oversight) in the bitcoin protocol -- suppose I put a high transaction fee on my transaction because I want it verified quickly....and the first node that I send to (and let's say the only node I can connect to) see that high fee, why would that node send the transaction to other nodes rather than spend a few weeks trying to include it in a block that it solves itself (and hence collects the fee)? Receiving nodes have no reason to forward transactions on, and in fact, have an incentive to not forward paying transactions. That to me sounds like a big deal...you don't want each client to have to purposefully connect to thousands of nodes to broadcast transactions to get a decent confirmation time...that's not very p2p Strange, I haven't heard of this problem playing out in practice. I doubt it would...there are like....uhh...no significant transaction fees...right? addendum -- nothing compared to the block reward, that's for sure... To be clear, this disincentive to not broadcast applies to mining nodes, right? Personally, I just run the Bitcoin qt client and have no reason to stop transactions from being broadcast. yup..you're a good Bitcoin citizen
|
|
|
|
blablahblah
|
|
October 10, 2012, 11:32:32 AM |
|
So what is the impact to the BTC community? Are we about to see mainstream software companies accepting BTC as payments?
No way. Even if they wanted to they wouldn't because the market cap of Bitcoin is too low and the liquidity is just not there. These companies deal in billions, not thousands. Yeah, yeah... The liquidity is not there because large companies are not yet using it. If they can't liquidate millions of dollars worth of BTC on a moments notice they won't touch it. Unless they wanted to use Bitcoin for some niche product/service. Interesting... What do you mean by "liquidating" millions of dollars at a moment's notice? Hiding profits from auditors? Many companies deal with commodities that are far slower than Bitcoin, yet they somehow manage to work around that. For example, shipping companies cannot just magically liquidate their stock at a moment's notice. On the other hand, if large companies are unable to use Bitcoin because of some fear that they'll be like an elephant in a china shop, that's their problem. Their incompetence is another's advantage.
|
|
|
|
Kris
Donator
Hero Member
Offline
Activity: 640
Merit: 500
|
|
October 10, 2012, 12:51:05 PM |
|
|
|
|
|
markm
Legendary
Offline
Activity: 2996
Merit: 1121
|
|
October 10, 2012, 01:41:24 PM |
|
Just try writing even a simple budget etc using bitcoins as a unit of account.
Advertising: one billion.
Oops, wait, one billion bitcoins at current conversion rates?
Conversion rates seem broken, surely no amount of value when converted to bitcoin as unit of account should come out to more than 21 million bitcoins?
Or do we go ahead and write our budget of billions of bitcoins anyway then try to pump it all through the only 21 million bitcoins "pipe"? What kind of velocity is needed for billions to flow through an aperture only 21 millions wide?
Bitcoins need to be asigned much much much higher value to work as units of account.
-MarkM-
|
|
|
|
kjj
Legendary
Offline
Activity: 1302
Merit: 1026
|
|
October 10, 2012, 03:54:22 PM |
|
Just try writing even a simple budget etc using bitcoins as a unit of account.
Advertising: one billion.
Oops, wait, one billion bitcoins at current conversion rates?
Conversion rates seem broken, surely no amount of value when converted to bitcoin as unit of account should come out to more than 21 million bitcoins?
Or do we go ahead and write our budget of billions of bitcoins anyway then try to pump it all through the only 21 million bitcoins "pipe"? What kind of velocity is needed for billions to flow through an aperture only 21 millions wide?
Bitcoins need to be asigned much much much higher value to work as units of account.
Bitcoin value isn't assigned, it is discovered. And you can easily calculate your budget in bitcoin, even a billion of them, but if you try to actually spend a billion of them in a year, you will find out that your estimate of their value was wrong, and you will actually need many fewer of them than you expected.
|
17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8 I routinely ignore posters with paid advertising in their sigs. You should too.
|
|
|
DoomDumas
Legendary
Offline
Activity: 1002
Merit: 1000
Bitcoin
|
|
October 10, 2012, 08:50:45 PM |
|
Just try writing even a simple budget etc using bitcoins as a unit of account.
Advertising: one billion.
Oops, wait, one billion bitcoins at current conversion rates?
Conversion rates seem broken, surely no amount of value when converted to bitcoin as unit of account should come out to more than 21 million bitcoins?
Or do we go ahead and write our budget of billions of bitcoins anyway then try to pump it all through the only 21 million bitcoins "pipe"? What kind of velocity is needed for billions to flow through an aperture only 21 millions wide?
Bitcoins need to be asigned much much much higher value to work as units of account.
-MarkM-
That's why I'm pretty sure that as BTC get more and more adoption, by bigger and bigger companies, even a BIG enterprise who's willing to make it a try as a precusor, it will soon (few years), be traded as satoshi instead of BTC, because BTC will worth too much for the average joe to own/buy. I'm preparing myself to calculate it as satoshi ! Those days may come sonner that we tought.. To date, BTC had a surprisingly fast pace of growth.. Used as Satoshi, BTC will have billions of units of value, that's would enable it to work as units of value ! I've bought fiat U$ with more than 5k BTC, when the ratio was under 1 U$, and do not regret any trade ! As months goes on, we may be very surprised ! That was my 2 satoshi
|
|
|
|
poblico
Member
Offline
Activity: 75
Merit: 10
|
|
December 20, 2013, 11:35:03 AM |
|
Receiving nodes have no reason to forward transactions on...
Actually, there is a small incentive to forward transactions: If you mine a block that contains a lot of transactions that have never been broadcast on the network, it will take your peers longer to verify that the signatures in the block are valid.* So it takes your block longer to propagate through the network, which makes it slightly more likely to lose a block race. There is a small incentive but not on all transactions, a node can decide to broadcast only transactions with small fees and keep transactions with a nice chunky fee to themselves until a block is discovered, this may indirectly introduce the opposite result of a high fee transaction getting confirmed slower because its not getting relayed (that might incentive usage of a fixed fee transactions actually?).
|
|
|
|
|