| --- Log opened Sat May 09 00:00:06 2015 | ||
| -!- p15_ [~p15@124.64.96.124] has joined #bitcoin-wizards | 00:00 | |
| -!- p15 [~p15@111.193.181.221] has quit [Ping timeout: 244 seconds] | 00:00 | |
| -!- p15x [~p15x@111.193.181.221] has quit [Ping timeout: 264 seconds] | 00:01 | |
| -!- Logicwax [~Logicwax@c-76-126-174-152.hsd1.ca.comcast.net] has quit [Ping timeout: 240 seconds] | 00:03 | |
| -!- hktud0 [wq@unaffiliated/fluffybunny] has quit [Read error: Connection reset by peer] | 00:05 | |
| -!- hktud0 [ncidsk@unaffiliated/fluffybunny] has joined #bitcoin-wizards | 00:08 | |
| -!- dEBRUYNE_ [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has quit [Ping timeout: 255 seconds] | 00:09 | |
| -!- orperelman [~orperelma@bzq-79-182-122-50.red.bezeqint.net] has joined #bitcoin-wizards | 00:09 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 00:11 | |
| -!- antanst [~Adium@adsl-117.79.107.165.tellas.gr] has joined #bitcoin-wizards | 00:17 | |
| -!- kmels [~kmels@186.151.61.56] has joined #bitcoin-wizards | 00:19 | |
| -!- hearn [~mike@84-75-198-85.dclient.hispeed.ch] has joined #bitcoin-wizards | 00:21 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 00:28 | |
| -!- hearn [~mike@84-75-198-85.dclient.hispeed.ch] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…] | 00:31 | |
| -!- dEBRUYNE_ [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 00:38 | |
| -!- orperelman [~orperelma@bzq-79-182-122-50.red.bezeqint.net] has quit [Ping timeout: 276 seconds] | 00:42 | |
| -!- s3gfault [~nulll123@CPEc8fb2652083f-CMc8fb2652083c.cpe.net.cable.rogers.com] has joined #bitcoin-wizards | 00:43 | |
| -!- orperelman [~orperelma@bzq-79-182-122-50.red.bezeqint.net] has joined #bitcoin-wizards | 00:43 | |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 256 seconds] | 00:45 | |
| -!- iyrsx [~876fdcv@188.26.14.15] has quit [Quit: Leaving] | 00:45 | |
| -!- uydxhc [~876fdcv@188.26.14.15] has joined #bitcoin-wizards | 00:45 | |
| -!- uydxhc [~876fdcv@188.26.14.15] has quit [Read error: Connection reset by peer] | 00:47 | |
| -!- p15_ [~p15@124.64.96.124] has quit [Max SendQ exceeded] | 00:51 | |
| -!- p15 [~p15@124.64.96.124] has joined #bitcoin-wizards | 00:54 | |
| -!- lclc [~lucas@unaffiliated/lclc] has joined #bitcoin-wizards | 00:56 | |
| -!- Mably [~Mably@unaffiliated/mably] has joined #bitcoin-wizards | 01:01 | |
| -!- Logicwax [~Logicwax@c-76-126-174-152.hsd1.ca.comcast.net] has joined #bitcoin-wizards | 01:04 | |
| -!- andy-logbot [~bitcoin--@wpsoftware.net] has quit [Remote host closed the connection] | 01:04 | |
| -!- andy-logbot [~bitcoin--@wpsoftware.net] has joined #bitcoin-wizards | 01:04 | |
| * andy-logbot is logging | 01:04 | |
| -!- p15x_ [~p15x@124.64.96.124] has quit [Max SendQ exceeded] | 01:07 | |
| -!- p15x [~p15x@182.50.108.80] has joined #bitcoin-wizards | 01:08 | |
| -!- s3gfault [~nulll123@CPEc8fb2652083f-CMc8fb2652083c.cpe.net.cable.rogers.com] has quit [Ping timeout: 240 seconds] | 01:08 | |
| -!- spinza [~spin@197.89.24.61] has joined #bitcoin-wizards | 01:10 | |
| -!- SubCreative [~SubCreati@unaffiliated/cannacoin] has joined #bitcoin-wizards | 01:11 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 01:11 | |
| -!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 240 seconds] | 01:13 | |
| -!- sparetire [~sparetire@unaffiliated/sparetire] has quit [Quit: sparetire] | 01:18 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 01:22 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 252 seconds] | 01:29 | |
| -!- cpacia [~chris@c-76-118-174-159.hsd1.nh.comcast.net] has quit [Quit: Leaving.] | 01:39 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 01:48 | |
| -!- lclc [~lucas@unaffiliated/lclc] has quit [Ping timeout: 264 seconds] | 01:49 | |
| -!- sickpig [~sickpig@94.160.160.111] has joined #bitcoin-wizards | 01:58 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 01:58 | |
| -!- damethos [~damethos@unaffiliated/damethos] has joined #bitcoin-wizards | 02:01 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 02:07 | |
| -!- sickpig [~sickpig@94.160.160.111] has quit [Ping timeout: 256 seconds] | 02:15 | |
| -!- hashtagg [~hashtagg_@cpe-69-23-213-3.ma.res.rr.com] has quit [Read error: Connection reset by peer] | 02:16 | |
| -!- hashtagg [~hashtagg_@cpe-69-23-213-3.ma.res.rr.com] has joined #bitcoin-wizards | 02:17 | |
| -!- p15x_ [~p15x@111.193.178.252] has joined #bitcoin-wizards | 02:17 | |
| -!- orperelman [~orperelma@bzq-79-182-122-50.red.bezeqint.net] has quit [Ping timeout: 256 seconds] | 02:18 | |
| -!- p15 [~p15@124.64.96.124] has quit [Ping timeout: 240 seconds] | 02:19 | |
| -!- p15x [~p15x@182.50.108.80] has quit [Ping timeout: 264 seconds] | 02:19 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 244 seconds] | 02:21 | |
| -!- Relos [~Relos@unaffiliated/relos] has joined #bitcoin-wizards | 02:22 | |
| -!- p15x_ [~p15x@111.193.178.252] has quit [Max SendQ exceeded] | 02:23 | |
| -!- p15x [~p15x@182.50.108.58] has joined #bitcoin-wizards | 02:26 | |
| -!- damethos [~damethos@unaffiliated/damethos] has quit [Quit: Bye] | 02:28 | |
| -!- damethos [~damethos@unaffiliated/damethos] has joined #bitcoin-wizards | 02:28 | |
| -!- hashtag_ [~hashtag@82.131.207.82.pool.invitel.hu] has joined #bitcoin-wizards | 02:32 | |
| -!- lclc [~lucas@unaffiliated/lclc] has joined #bitcoin-wizards | 02:33 | |
| -!- hashtag [~hashtag@91.82.147.59.pool.invitel.hu] has quit [Ping timeout: 240 seconds] | 02:36 | |
| -!- p15 [~p15@111.193.178.252] has joined #bitcoin-wizards | 02:39 | |
| -!- shesek [~shesek@77.125.87.8] has quit [Ping timeout: 245 seconds] | 02:39 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 02:42 | |
| -!- copumpkin [~copumpkin@unaffiliated/copumpkin] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…] | 02:46 | |
| Jaamg | amincd_: my take on the subject (copy paste from the reddit thread): we should have as big of a blockchain as is technologically possible. After we have that, we let the market decide which transactions happen where. If as big of a blockchain as is technologically possible is not enough for all blockchain-preferred transactions, then Mike Hearn's Crash Landing is what happens. | 02:47 |
|---|---|---|
| Jaamg | but I'm just a random lurker | 02:47 |
| gmaxwell | The arguments on that page don't match our expirence with full blocks at the end of 2012/ beginning of 2013; not really make much sense to me no matter what the supply is that has no relation to the demand; blocks could be 200MB (ignoring the viability of that in general) but then someone could offer 201MB of load; just like in 2012 a single really inefficient service pushed the network against i | 02:51 |
| gmaxwell | ts limits. | 02:51 |
| gmaxwell | So that page really seems to be arging that blocks need to be unboundadly large because things will fail if they're full; but failure isn't what we observed previously. | 02:52 |
| Jaamg | I'm not saying that complete failure happens if the blocks are full. What happens is that not all blockchain-preferred transactions can not happen in blockchain. | 02:55 |
| -!- shesek [~shesek@77.125.87.8] has joined #bitcoin-wizards | 02:55 | |
| Jaamg | Maybe they happen somewhere else or maybe they don't happen at all. | 02:55 |
| Jaamg | s/can not/can | 02:56 |
| gmaxwell | yea, thats fair; it's also just a consequence of resource allocation; there is a actual true limit in the supply of well decenteralized network capacity... so not all potential users may be able to get to it. | 02:56 |
| Jaamg | yes, I agree | 02:57 |
| Jaamg | So it's kind of a trade off wheter the potential user is left out from the blockchain because of too tough tech requirements for running a node or too little capacity in the blockchain | 03:00 |
| Jaamg | maybe I'm just being captain obvious in this | 03:00 |
| gmaxwell | sipa says, if the size is too large the system is moot because no one can verify so the lack of security makes it worthless, if the size is too small it's secure but thats irrelevant because you can't get access. Equlibrium is someplace in-between. | 03:01 |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 03:03 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 03:04 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Ping timeout: 264 seconds] | 03:08 | |
| Jaamg | yes, I agree that too large blocks lead into a situation where only few "professionals" can upkeep a node. And few professionals are easier target for Jack-booted thugs. I guess what was missing from my original argument was what I meant by "as big as technologically possible" | 03:10 |
| -!- amincd [42f9549f@gateway/web/freenode/ip.66.249.84.159] has joined #bitcoin-wizards | 03:11 | |
| gmaxwell | yea, I think I actually understood you there. if I thought you meant possible at all.. well thats a ton; if you want to e.g. admit a full rack of equipment. :) | 03:11 |
| Jaamg | It's of course a hard question. I think that tech requirements should not be more than what is possible with "standard home computer / net" ...or maybe even "highish end home computer / net" | 03:11 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 03:12 | |
| Jaamg | yea, I know you understood. But also noticed that my original argument was a little bit vague in that sense | 03:12 |
| gmaxwell | Jaamg: well I think more like 'using a small enough fraction of reasonably performant hardware/connectivity that its not a nussance' | 03:13 |
| gmaxwell | which also means it can run on somewhat less performant setups (but using most of its resources). | 03:13 |
| gmaxwell | e.g. ignoring the bad bufferbloat interaction, bitcoin core on a multimegabit cable connection and a modern i7 quad core with 16gb ram is basically unnoticable right now. But it still runs on the slowest DSL you're likely to find plus a rasberrypi; though using all the resources and behaving obviously slowly. | 03:15 |
| gmaxwell | This is important to because not all the world is the most developed parts of the world. | 03:15 |
| -!- p15 [~p15@111.193.178.252] has quit [Max SendQ exceeded] | 03:15 | |
| amincd | the argument that past a certain average size of block, Bitcoin is simply not secure/useful, makes sense to me. However, what I see as the open question is: would the larger economy associated with more legitimate (non-spam) transaction data attract more users willing to run full nodes, thus compensating for the loss of full nodes from higher node operating costs | 03:16 |
| -!- p15 [~p15@111.193.178.252] has joined #bitcoin-wizards | 03:16 | |
| gmaxwell | amincd: "number of nodes" is not a concern, it's not a capacity issue. If there was a capacity shortage; I'd plunk a credit card into ec2 and add a lot of capacity personally. | 03:17 |
| Jaamg | yes, it's important "what is behind a node" | 03:17 |
| gmaxwell | Node usage is a security issue; the criteria is how hard it is to violate the network's security properties due to users protecting themselves by not just trusting others. | 03:17 |
| Jaamg | what kind of services/users/etc | 03:18 |
| amincd | gmaxwell, number of independent parties running full nodes? | 03:18 |
| gmaxwell | someone that just starts up a bunch of ec2 nodes isn't really helping on this... it may add some somewhat useful capacity; but capacity can be added in many ways. outright capacity doesn't strictly need much decenteralization. | 03:18 |
| gmaxwell | amincd: and amount of economic activity indivigually protected by their own nodes. | 03:19 |
| fluffypony | node centralisation is far more concerning than miner centralisation | 03:20 |
| fluffypony | with miner centralisation they can certainly be selfish, but they can't change the rules without the vast array of non-mining nodes rejecting their blocks | 03:21 |
| amincd | SPV users trust others, yes, but it's not trust of the same manner that underpins a classic bank-customer relationship. It's only trusting that >50% of mining power is not trying to defraud them, and trusting that they are not isolated from the network and connected exclusively to cancer nodes | 03:21 |
| fluffypony | with node centralisation the small handful of node operators can change the rules at their discretion | 03:21 |
| Jaamg | i think node centralisation only becomes a problem when it becomes possible to coerce node-runners | 03:22 |
| gmaxwell | node decenteralization is what keeps miners on good-ish behavior even if miners are too centeralized; not that the latter isn't a serious concern too (e.g. due to the potential for censoring transactions) | 03:22 |
| -!- Crowley2k [~Crowley2k@93.113.62.93] has joined #bitcoin-wizards | 03:23 | |
| gmaxwell | amincd: right the combination of mining centeralization (which we have pretty terribly right now) and node centeralization is not good however. | 03:23 |
| -!- p15 [~p15@111.193.178.252] has quit [Max SendQ exceeded] | 03:23 | |
| amincd | what kind of selfish attacks are miners going to do because to low a percentage of Bitcoin users runs full nodes? | 03:24 |
| fluffypony | Jaamg: you don't even need to coerce them, they'll eventually just come together and say "you know, we're operating the 10 nodes around the world, and we don't get paid for it. Let's institute a small, 2%-of-value fee that gets paid to us for our trouble." | 03:24 |
| gmaxwell | amincd: lets be clear when you say "that >50% of mining power is not trying to defraud them" you mean "so long as a group of largely anonymous self selecting dozen or so parts (and maybe as few as 4 or 5) are not trying to defraud them". | 03:24 |
| amincd | *too low | 03:24 |
| gmaxwell | s/parts/parties/ | 03:24 |
| -!- p15 [~p15@111.193.178.252] has joined #bitcoin-wizards | 03:24 | |
| -!- p15x_ [~p15x@111.193.178.252] has joined #bitcoin-wizards | 03:24 | |
| gmaxwell | fluffypony: or screwing people in other ways like monitoring transactions and selling the data. | 03:25 |
| fluffypony | yup | 03:25 |
| Jaamg | fluffypony: i think we really can't avoid that, we already have the nodes that have that power | 03:26 |
| amincd | gmaxwell so would hashing power being split amongst a larger number full node running miners address the main security threat that emerges from high node operating costs? | 03:26 |
| gmaxwell | Jaamg: depends on how cemented it is; in todays world mining is at least fundimentally open access; anyone who wants to pay the energy costs can do it. | 03:26 |
| Jaamg | gmaxwell: but i meant nodes like coinbase, xapo, bitpay etc... | 03:27 |
| gmaxwell | Jaamg: even there; their behavior is backstopped by the very real threat of customer flight. | 03:27 |
| fluffypony | Jaamg: they can't change the rules without forking themselves off the network | 03:27 |
| -!- p15x [~p15x@182.50.108.58] has quit [Ping timeout: 264 seconds] | 03:28 | |
| fluffypony | I mean, I run in excess of 10 nodes, and none of them can be coerced into changing the rules or selling the data | 03:28 |
| gmaxwell | amincd: the direct one would be improved; there are indirect ones; e.g. higher validation costs is a pressure (in several respects) for miners (and other nodes) to centeralize. | 03:28 |
| fluffypony | so if CoinBase decides to do its own thing it won't make the smallest iota of difference to me | 03:28 |
| Jaamg | fluffypony: where dfo you think users go if coinbase, bitpay, xapo and circle decide to fork their own network, to their network or the one where you have 10 no-coerced nodes running? | 03:29 |
| gmaxwell | My point was more like if someone shows up and starts saying "Coinbase, you need to block all transactins that we haven't approved of..." coinbase would naturally push back hard because such a move would put them out of business. | 03:29 |
| -!- RoboTeddy [~roboteddy@24-234-180-234.ptp.lvcm.net] has joined #bitcoin-wizards | 03:30 | |
| amincd | gmaxwell doesn't this become moot if something like GBT gets adopted? in that scenario, hash power contributors can rely on any full node for tx data | 03:30 |
| gmaxwell | Jaamg: depends on what they were doing? e.g. to compete with bitcoin? or to act as a private clearing system between each other? The latter sounds completely reasonable to me. | 03:30 |
| fluffypony | Jaamg: there are enough alternatives for merchants and users that it would be self-decimating for them to do so | 03:30 |
| davout | Jaamg: also nobody cares about 1mn users with a couple of pennies each | 03:30 |
| gmaxwell | amincd: random nodes don't expose GBT, its a fairly expensive rpc call. and gbt has bandwidth usage linear in the block size; even at 1MB blocks that is a major reason many have refused to use it for remote pools. | 03:31 |
| -!- Crowley4k [uid81280@gateway/web/irccloud.com/x-nuqsfhosxecaluvo] has joined #bitcoin-wizards | 03:32 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 03:32 | |
| Jaamg | fluffypony: exactly | 03:32 |
| amincd | gmaxwell thank you for the information | 03:33 |
| Jaamg | davout: i don't see your point | 03:33 |
| davout | Jaamg: the point is what you see as 'big' entities are not that relevant | 03:37 |
| Jaamg | not that relevant compared to what? | 03:37 |
| davout | compared to what is actually needed to push the network one side or the other of a potential hard-fork | 03:38 |
| Jaamg | nobody knows what is actually needed. my point is that coinbase's node is more significant than the one that say, I, would be running | 03:40 |
| fluffypony | more significant to its users, sure | 03:41 |
| fluffypony | not significant to the network as a whole | 03:41 |
| Jaamg | but this all is now kind of a sidtrack from what I was discussing with gmaxwell earlier | 03:41 |
| amincd | if mining revenue were to increase proportionally to block size, wouldn't the share of revenues that a pool pays for full node operation remain constant? | 03:41 |
| Jaamg | fluffypony: exactly | 03:42 |
| amincd | ->assuming it has the same share of total network hashrate | 03:42 |
| gmaxwell | amincd: assuming the costs were all linear? then proportionally, but then say you are spending $$$$ now on those costs and by combining with 4 other miners, you can turn that into $.. more profit, hurray. | 03:42 |
| gmaxwell | so you could centeralize now and cut your validation related costs by the amount of centeralization; but if those costs are small in absolute numbers... why bother. | 03:43 |
| -!- RoboTeddy [~roboteddy@24-234-180-234.ptp.lvcm.net] has quit [Remote host closed the connection] | 03:44 | |
| amincd | gmaxwell perhaps pools perceive everything relatively. For a pool making $1 mill a month, a $100 validation expense is just as significant as a $1000 validation expense for a pool earning $10 mill a month | 03:46 |
| -!- hashtag_ [~hashtag@82.131.207.82.pool.invitel.hu] has quit [Ping timeout: 272 seconds] | 04:01 | |
| amincd | Jaamg I saw your response in the thread. my question is: what is the largest blockchain technologically possible? Is it the maximum size at which a typical user can run a full node. or a top 20% user? what determines the right size and why? | 04:02 |
| Jaamg | amincd: yea, sorry, the argument is a bit vague in that sense. We discussed it a bit earlier here. | 04:13 |
| Jaamg | I have no answer to what or who should determine it, and I can only vaguely say something like "the limit should be as high as possible but not higher than what makes running a full node with home computer / net impossible" | 04:14 |
| -!- Burrito [~Burrito@unaffiliated/burrito] has joined #bitcoin-wizards | 04:14 | |
| Jaamg | i think 1MB is definitely below that limit, and I also think that 20MB is below that limit | 04:15 |
| Jaamg | but maybe the limit still shouldn't be more than 20MB at this point | 04:15 |
| -!- hashtag [~hashtag@82.131.207.82.pool.invitel.hu] has joined #bitcoin-wizards | 04:17 | |
| -!- hashtag [~hashtag@82.131.207.82.pool.invitel.hu] has quit [Ping timeout: 240 seconds] | 04:21 | |
| gmaxwell | Jaamg: what evidence draws you to the conclusion that 1MB is below that limit? | 04:21 |
| gmaxwell | Trends in node deployment now at the 0.4MB average block size level appear to be evidence that 1MB may be too high. :( (not that I'd seriously suggest reducing it further right now) | 04:22 |
| davout | Jaamg: i think 1mb is actually too big wrt the UTXO size | 04:24 |
| davout | even gavinandresen says so, if i understand correctly, the upper bound on UTXO growth per year is sthg like 50gb with a 1mb max block size | 04:25 |
| gmaxwell | actually somewhat more I think, because in the worst case the utxo growth I think can be somewhat bigger than the block. | 04:26 |
| gmaxwell | but close enough. | 04:26 |
| -!- lclc [~lucas@unaffiliated/lclc] has quit [Ping timeout: 240 seconds] | 04:27 | |
| gmaxwell | it's hard to say there are a lot of low hanging things we've been fixing; huge speedups. It may be with all of them deployed the negative trends will reverse. | 04:28 |
| gmaxwell | and it'll become clear that 1MB is indeed below that level. | 04:28 |
| gmaxwell | davout: I had suggested several times in these blocksize discussions that if there is any change the new limit should incorporate UTXO size impact. ... but a fundimental problem is that people pushing hard for uppled limits (1) want no limit at all, and (2) don't see any/many risks problems; and so there is no incentive to even discuss things more complex than remove/increase the limit. | 04:29 |
| Jaamg | davout: yes, I'm looking this more from systemic/incentives perspective. I should not be the one who decides what is "as high as is technologically possible", I just said what is my understanding | 04:30 |
| gmaxwell | e.g. to incorporate the UTXO impact you get rid of the "size" limit and make it a cost limit, and assign costs to size, utxo increase, and negative cost to utxo decrease... | 04:30 |
| gmaxwell | likewise the curently pretty braindamaged sigops limit can be turned into cost. | 04:31 |
| Jaamg | davout: I can't argue against what you just said. if you are correct than I must assume that we are simply closer to Mike Hearn's Crash Landing | 04:31 |
| Jaamg | *then | 04:31 |
| Jaamg | i was hoping more was technologically possible | 04:31 |
| davout | Jaamg: sure, onchain changetip will crash, bitcoin can still be the backbone | 04:32 |
| -!- amincd [42f9549f@gateway/web/freenode/ip.66.249.84.159] has quit [Ping timeout: 246 seconds] | 04:34 | |
| * gmaxwell continues to protest the "crash" comparison; as that wasn't what we saw before; it seems insane to conjecture it now. We can't ever be sure things will be okay... but assuming it will crash is basically an assumption that it can _never_ work, since it can always be overloaded to arbritary levels. | 04:35 | |
| Jaamg | current blockchain can't be the backbone if, say, 5,000,000 new users suddenly want to make a single paper wallet, which i see as a potential crash landing scenario | 04:35 |
| gmaxwell | 5,000,000 it'll take 8-10 days to claear; similar to not great luck on an international wire transfer. | 04:38 |
| -!- kmels [~kmels@186.151.61.56] has quit [Remote host closed the connection] | 04:38 | |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has joined #bitcoin-wizards | 04:38 | |
| gmaxwell | doesn't sound like a "crash" to me, esp when you're paying to a piece of paper in a box; which won't tend to mind when the payment takes a while! | 04:38 |
| Jaamg | it might be rather dissappointing from "future payment system" | 04:38 |
| gmaxwell | Jaamg: the fact that you don't get instant soft irreversability is a much more immeidate "dissapointment" from a "future payment system" | 04:39 |
| Jaamg | i agree that crash landing was a bit exaggerated term, in the blog Hearn still described something similar what davout just said | 04:40 |
| -!- GGuyZ [~GGuyZ@2601:6:17c0:f7:7c9d:8412:8b75:ebb0] has joined #bitcoin-wizards | 04:40 | |
| gmaxwell | Bitcoin is a currency and a payment system; the demands of being a secure decenteralized currency make it not very impressive as a payment system by conventional metrics; fortuantely it's powerful enough to securely overlay better payment systems on top (and has other features like smart contracts). | 04:40 |
| gmaxwell | well on-chain-changetip isn't a think AFAIK; they clear all that stuff offchain on a centeralized system (which is probably reasonable enough for the value levels involved) | 04:40 |
| Jaamg | yes, but point is that 'crash landing' should not be understood as a total destruction. It just means huge disappointments to many | 04:42 |
| Jaamg | life goes on but "bitcoin wasn't the future currency/payment system after all" | 04:42 |
| gavinandresen | gmaxwell: what time zone are you in? | 04:45 |
| gmaxwell | pacific but wrapping over night and getting only 4 hours of sleep; which I'm overdue for. :( | 04:55 |
| Jaamg | i guess after that line might be a good point to say big thanks to all you devs for the great work you're doing | 04:57 |
| gavinandresen | gmaxwell: I took some melatonin last night, FINALLY got 8 hours…. | 04:58 |
| gmaxwell | yea, thats actually too effective for me, I need like a 0.5 mg dose or I feel like I got hit with a bus the next day... on top of the general bitcoin activity pieter and rusty are in town right now. I'm actually sleeping okay, just due to staying up until I'm exhausted; but having to get up a couple hours later is not so great. :) | 05:00 |
| kanzure | don't let a timezone stop you | 05:01 |
| -!- sickpig [~sickpig@94.167.48.170] has joined #bitcoin-wizards | 05:02 | |
| gavinandresen | in college I think I found my natural sleep cycle is something like 10 hours asleep, 18 hours awake…. | 05:02 |
| lmatteis | lol | 05:02 |
| gavinandresen | I was spending a lot of time in a dank basement on a big greenscreen terminal | 05:03 |
| gielbier | i miss those green/black screens. | 05:03 |
| kanzure | gavinandresen: when you said (in email) you wont reply to issues raised on irc, what did you mean? | 05:04 |
| kanzure | or rather, your actual statement was something like, "it must be in the form of a pull request" (but that doesn't make sense-- pull requests don't seem like a good option for log delivery) | 05:04 |
| gavinandresen | kanzure: I don’t know… I probably meant I can’t respond to every issue raised on IRC because I am not on IRC 24/7 | 05:05 |
| lmatteis | what's your favorite color? | 05:05 |
| fluffypony | blue | 05:05 |
| kanzure | gavinandresen: i am curious if you feel the same way about email | 05:06 |
| -!- williamdunne [~Thunderbi@cpc65609-newt33-2-0-cust1010.19-3.cable.virginm.net] has joined #bitcoin-wizards | 05:06 | |
| gavinandresen | kanzure: if it is an issue with Bitcoin Core, then it should be an issue on github. | 05:06 |
| gavinandresen | kanzure: if it is an issue with something I wrote on a blog post, then email is fine, but I get a flood of email so don’t expect 100% response | 05:07 |
| kanzure | do you read all email anyway? | 05:07 |
| lmatteis | i get 0 email :( | 05:07 |
| gavinandresen | kanzure: yes, I read all email. I don’t have time to respond to it all | 05:07 |
| gavinandresen | kanzure: … and I have a pretty aggressive spam filter.... | 05:08 |
| kanzure | sounds like we should dump all emails from bitcoin-development straight into github issues, then | 05:10 |
| lmatteis | kanzure: why do you care so much? | 05:10 |
| -!- Quanttek [~quassel@2a02:8108:73f:f6e4:e23f:49ff:fe47:9364] has joined #bitcoin-wizards | 05:11 | |
| gavinandresen | kanzure: if you don’t like the process, then please, suggest a better way. I do also read every message to bitcoin-development mailing list, you can bring things up there. | 05:11 |
| kanzure | lmatteis: he's basically saying that he can't respond to all possible issues unless they are in the issue tracker | 05:11 |
| gavinandresen | For general questions, the bitcoin stackexchange is the right place. | 05:11 |
| kanzure | gavinandresen: er, does that mean you don't think the email2issue idea was good? | 05:11 |
| gavinandresen | kanzure: I’m not sure what you mean by “issue” | 05:11 |
| lmatteis | kanzure: what's your point? | 05:12 |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has quit [Quit: oleganza] | 05:12 | |
| kanzure | lmatteis: i was answering your question | 05:12 |
| gavinandresen | kanzure: … and this is off-topic for bitcoin-wizards, anyway | 05:12 |
| kanzure | fair enough | 05:12 |
| lmatteis | yup, we only discuss about magic here | 05:12 |
| fluffypony | and favourite colours | 05:13 |
| -!- erasmospunk [~erasmospu@151.35.60.95] has joined #bitcoin-wizards | 05:19 | |
| lmatteis | is anybody experienced in DHTs here? i'm trying to find a simple solution of broadcasting messages in a DHT network by having peers listen on a specific key | 05:19 |
| -!- erasmosp_ [~erasmospu@gateway/vpn/privateinternetaccess/erasmospunk] has joined #bitcoin-wizards | 05:19 | |
| lmatteis | however, i'm afraid that has implications with regards to having too much data stored near the decided key | 05:20 |
| -!- sickpig [~sickpig@94.167.48.170] has quit [Ping timeout: 246 seconds] | 05:21 | |
| -!- erasmospunk [~erasmospu@151.35.60.95] has quit [Ping timeout: 250 seconds] | 05:23 | |
| -!- belcher [~belcher-s@unaffiliated/belcher] has joined #bitcoin-wizards | 05:24 | |
| -!- bsm117532 [~bsm117532@static-108-21-236-13.nycmny.fios.verizon.net] has joined #bitcoin-wizards | 05:25 | |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has joined #bitcoin-wizards | 05:34 | |
| -!- jhogan42 [~jhogan42@c-67-169-168-179.hsd1.ca.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 05:37 | |
| -!- GGuyZ [~GGuyZ@2601:6:17c0:f7:7c9d:8412:8b75:ebb0] has quit [Quit: GGuyZ] | 05:40 | |
| -!- Crowley4k [uid81280@gateway/web/irccloud.com/x-nuqsfhosxecaluvo] has quit [Quit: Connection closed for inactivity] | 05:42 | |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Quit: b_lumenkraft] | 05:43 | |
| -!- GGuyZ [~GGuyZ@c-50-177-80-125.hsd1.ma.comcast.net] has joined #bitcoin-wizards | 05:44 | |
| -!- erasmosp_ [~erasmospu@gateway/vpn/privateinternetaccess/erasmospunk] has quit [Ping timeout: 264 seconds] | 05:46 | |
| nsh | gmaxwell, sorry i dozed off before seeing your synopsis of the argument against falsifiable assumptions in succinct ZK argument systems | 05:47 |
| -!- sparetire_ [~sparetire@unaffiliated/sparetire] has quit [Ping timeout: 272 seconds] | 05:47 | |
| nsh | i does make intuitive sense after a little thought. it's eventually a counting argument so you can gloss the formalism a little without danger | 05:48 |
| nsh | *it | 05:48 |
| -!- shesek [~shesek@77.125.87.8] has quit [Ping timeout: 255 seconds] | 05:48 | |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards | 05:48 | |
| nsh | can we have a sufficiently high degree of confidence in probabilistically-checkable proofs within zero-knowledge | 05:54 |
| nsh | argument systems, if there is a restriction in the complexity of the asserted statements in terms of circuit depth? | 05:55 |
| nsh | for bitcoin-y type applications, we are tending to want to prove relatively simple statements, aren't we? | 05:55 |
| nsh | static-soundness suffices for zerocoin-likes, i think | 05:57 |
| -!- grandmaster [dansmith3@gateway/shell/bnc4free/x-dkjpecugnuheotss] has joined #bitcoin-wizards | 05:57 | |
| -!- shesek [~shesek@77.125.87.8] has joined #bitcoin-wizards | 06:04 | |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Read error: Connection reset by peer] | 06:12 | |
| -!- b_lumenkraft_ [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards | 06:12 | |
| -!- uydxhc [~876fdcv@84.232.223.131] has joined #bitcoin-wizards | 06:28 | |
| -!- grandmaster [dansmith3@gateway/shell/bnc4free/x-dkjpecugnuheotss] has quit [Ping timeout: 244 seconds] | 06:35 | |
| -!- c0rw1n is now known as c0rw|away | 06:36 | |
| -!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards | 06:48 | |
| -!- hashtag [~hashtag@82.131.207.82.pool.invitel.hu] has joined #bitcoin-wizards | 06:48 | |
| -!- Crowley2k [~Crowley2k@93.113.62.93] has quit [Quit: Leaving] | 06:51 | |
| -!- Crowley4k [uid81280@gateway/web/irccloud.com/x-dgkziyprirrdnwsa] has joined #bitcoin-wizards | 06:51 | |
| -!- sadoshi [~Sadoshi@31.220.4.123] has quit [Remote host closed the connection] | 06:52 | |
| -!- sadoshi [~Sadoshi@31.220.4.123] has joined #bitcoin-wizards | 06:53 | |
| -!- belcher [~belcher-s@unaffiliated/belcher] has quit [Quit: Leaving] | 06:58 | |
| -!- grandmaster [dansmith3@gateway/shell/bnc4free/x-mntskvybovfpsxbu] has joined #bitcoin-wizards | 07:05 | |
| -!- wallet42 [~wallet42@176.219.162.203] has joined #bitcoin-wizards | 07:07 | |
| -!- droark [~droark@209-6-53-207.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #bitcoin-wizards | 07:08 | |
| -!- hashtag_ [~hashtagg_@cpe-69-23-213-3.ma.res.rr.com] has joined #bitcoin-wizards | 07:23 | |
| -!- bsm117532 [~bsm117532@static-108-21-236-13.nycmny.fios.verizon.net] has quit [Quit: Leaving.] | 07:26 | |
| -!- hashtagg [~hashtagg_@cpe-69-23-213-3.ma.res.rr.com] has quit [Ping timeout: 272 seconds] | 07:26 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 07:28 | |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has quit [Quit: oleganza] | 07:32 | |
| -!- zooko [~user@70.96.12.188] has joined #bitcoin-wizards | 07:48 | |
| -!- sparetire [~sparetire@unaffiliated/sparetire] has joined #bitcoin-wizards | 07:49 | |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has joined #bitcoin-wizards | 07:50 | |
| -!- damethos [~damethos@unaffiliated/damethos] has quit [Remote host closed the connection] | 07:52 | |
| -!- damethos [~damethos@unaffiliated/damethos] has joined #bitcoin-wizards | 07:53 | |
| -!- p15x_ [~p15x@111.193.178.252] has quit [Max SendQ exceeded] | 07:58 | |
| -!- p15x [~p15x@182.50.108.89] has joined #bitcoin-wizards | 08:01 | |
| -!- Mably_ [Mably@unaffiliated/mably] has joined #bitcoin-wizards | 08:03 | |
| -!- shesek [~shesek@77.125.87.8] has quit [Ping timeout: 240 seconds] | 08:04 | |
| -!- Mably__ [~Mably@unaffiliated/mably] has joined #bitcoin-wizards | 08:05 | |
| -!- nuke1989 [~nuke@46-198-32-176.adsl.cyta.gr] has joined #bitcoin-wizards | 08:06 | |
| -!- Mably [~Mably@unaffiliated/mably] has quit [Ping timeout: 244 seconds] | 08:07 | |
| -!- Mably__ is now known as Mably | 08:07 | |
| -!- Mably_ [Mably@unaffiliated/mably] has quit [Ping timeout: 272 seconds] | 08:10 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 08:11 | |
| -!- metamarc [~snizysnaz@unaffiliated/agorist000] has quit [Ping timeout: 240 seconds] | 08:11 | |
| -!- Tiraspol [~Tiraspol3@c-73-168-30-130.hsd1.il.comcast.net] has joined #bitcoin-wizards | 08:13 | |
| -!- Tiraspol [~Tiraspol3@c-73-168-30-130.hsd1.il.comcast.net] has quit [Changing host] | 08:13 | |
| -!- Tiraspol [~Tiraspol3@unaffiliated/tiraspol] has joined #bitcoin-wizards | 08:13 | |
| -!- wallet42 [~wallet42@176.219.162.203] has quit [Quit: Leaving.] | 08:18 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 08:18 | |
| -!- shesek [~shesek@77.127.22.159] has joined #bitcoin-wizards | 08:20 | |
| -!- roconnor [~roconnor@e120-pool-d89a79f4.brdbnd.voicenetwork.ca] has joined #bitcoin-wizards | 08:22 | |
| -!- williamdunne [~Thunderbi@cpc65609-newt33-2-0-cust1010.19-3.cable.virginm.net] has quit [Ping timeout: 265 seconds] | 08:22 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 08:25 | |
| -!- shesek [~shesek@77.127.22.159] has quit [Ping timeout: 240 seconds] | 08:27 | |
| -!- wallet42 [~wallet42@176.219.162.203] has joined #bitcoin-wizards | 08:30 | |
| -!- zooko [~user@70.96.12.188] has quit [Remote host closed the connection] | 08:31 | |
| -!- jeremyrubin [~jeremyrub@2601:6:8000:4a8:548:596b:5160:c819] has joined #bitcoin-wizards | 08:36 | |
| -!- wallet42 [~wallet42@176.219.162.203] has quit [Quit: Leaving.] | 08:37 | |
| -!- temujin [4b85709b@gateway/web/freenode/ip.75.133.112.155] has joined #bitcoin-wizards | 08:41 | |
| -!- shesek [~shesek@77.127.22.159] has joined #bitcoin-wizards | 08:42 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 08:45 | |
| -!- amincd [42f95498@gateway/web/freenode/ip.66.249.84.152] has joined #bitcoin-wizards | 09:15 | |
| amincd | As far as I can tell, with all factors being held equal, as long as mining revenue and scale of economic activity (including number of users) scales linearly with block size, the number of full nodes, and most importantly, the number of full node running miners that are contributing to the network hashrate, should stay constant. | 09:23 |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 09:23 | |
| Jaamg | are there any technical reasons why certain number of nodes is needed? | 09:26 |
| amincd | if 1 billion people want to use Bitcoin, we can either have a hard limit that forces most of them to move BTC on the chain through intermediaries, but allows most of them to still audit the chain themselves, or the converse of allowing most of them to move BTC with their own private keys, but makes most of them dependent on others for auditing | 09:26 |
| Jaamg | i'm thinking something like will slow propagation / latency become an issue | 09:26 |
| amincd | Jaamg the main assumption is that Bitcoin security requires every user to be able to run their own full node. But I would argue that there's a case to be made that as long value density of tx data remains constant, systemic security shouldn't suffer. Propagation | 09:31 |
| -!- antanst [~Adium@adsl-117.79.107.165.tellas.gr] has quit [Quit: Leaving.] | 09:31 | |
| davout | that doesn't make much sense, either you can check the full transaction history independently, or you don't | 09:32 |
| amincd | I don't see any theoretical limits to bandwidth, that would prevent propagation of lot of tx data | 09:33 |
| -!- skeebop [~skeebop@162-234-2-142.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-wizards | 09:34 | |
| amincd | davout if you can't audit the chain yourself, your own security suffers, but necessarily systemic security | 09:34 |
| davout | you mean 'not necessarily', right? | 09:34 |
| Jaamg | amincd: i agree that it's crucial that "anybody" can become a Bitcoin node at will. It will not be Bitcoin anymore if this property is taken away | 09:34 |
| davout | either way, 'systemic security' is quite nebulous | 09:35 |
| davout | and therefore irrelevant | 09:35 |
| Jaamg | but i was thinking of situations where perhaps nodes around the globe are too sparse which could cause problems. I don't know if this is possible, that's what i was asking | 09:36 |
| kanzure | heh an amusing problem for all of the proof-of-publication stuff: "Does a 60 year old archive of a block-chain that "lived" for 15 years of any value? It could probably be "faked" with a cluster of machines and some time?" (the answer is yes) | 09:36 |
| -!- jtimon [~quassel@41.Red-83-59-233.dynamicIP.rima-tde.net] has quit [Ping timeout: 240 seconds] | 09:38 | |
| amincd | Jaamg, but even if 'anybody' can become a Bitcoin node, they anybody can't directly 'use' Bitcoin, by moving BTC on the chain with their own private keys. So one way or another, 'full access' to Bitcoin under a scenario with 1 billion users is limited to the rich | 09:38 |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has quit [Quit: oleganza] | 09:40 | |
| amincd | Better that the masses can move BTC with their own private keys, and trust the full nodes doing mining, then have no way to move BTC on the chain themselves, and have to trust bank like entities | 09:40 |
| amincd | End user claims have to be stored on off-chain ledgers, controlled by TTPs, with a block size that doesn't meet global demand, meaning auditing the chain yourself is pointless for the average user who can't afford to move BTC on the chain with their own private keys | 09:43 |
| amincd | the issue is one of systemic risk IMO, and that hasn't been convincingly shown to suffer as block sizes increase in proportion to mining-revenue/scale-of-economic-activity | 09:44 |
| amincd | favour yes I meant 'not necessarily' | 09:46 |
| Jaamg | the systemic risk i see with too big blocks is if running a full node becoming too expensive or otherwise impossible | 09:46 |
| amincd | autocorrect. favour = davout | 09:46 |
| Jaamg | i don't think we are anywhere near that point, but say, if there wasn't any limit then this could happen if blockchain transactions become very popular | 09:47 |
| amincd | Jaamg, going back to my earlier point: As far as I can tell, with all factors being held equal, as long as mining revenue and scale of economic activity (including number of users) scales linearly with block size, the number of full nodes, and most importantly, the number of full node running miners that are contributing to the network hashrate, should stay constant. | 09:47 |
| skeebop | honestly if we build the infrastructure right 7 tps might just be fine | 09:48 |
| -!- PRab_ [~chatzilla@2601:4:4502:dc5f:8c78:5e9a:9b7a:6664] has joined #bitcoin-wizards | 09:49 | |
| skeebop | suppose we only needed bitcoin for things on par with SWIFT settlements. SWIFT does something like 200 tps. with payment channels, we can probably bring that down quite a bit. there should be very little reason ever to publish to a blockchain unless you're opening a channel or closing due to conflict | 09:50 |
| Jaamg | amincd: i don't see why we should care about the number of full nodes as long as it's possible for anybody to launch a node | 09:50 |
| amincd | I don't think the fundamental security properties of Bitcoin degrade as long as the average value density of transaction data | 09:50 |
| Jaamg | and unless there are any technical reasons (maybe issues with too slow propagation etc) | 09:50 |
| amincd | remains constant. | 09:50 |
| -!- PRab [~chatzilla@2601:4:4502:dc5f:8c78:5e9a:9b7a:6664] has quit [Ping timeout: 256 seconds] | 09:51 | |
| -!- PRab_ is now known as PRab | 09:51 | |
| amincd | Jaamg I don't see why we should care about 'anybody can launch a full node' more than 'anybody can move BTC on the blockchain with their own private keys' | 09:52 |
| Jaamg | amincd: i think that's the same thing expressed in two different ways | 09:52 |
| -!- PRab [~chatzilla@2601:4:4502:dc5f:8c78:5e9a:9b7a:6664] has quit [Client Quit] | 09:53 | |
| skeebop | its not quite. long term it can become too expensive for the average fella to transact on chain. but it ought NEVER be too expensive to validate the chain on commodity hardware | 09:53 |
| -!- PRab [~chatzilla@2601:4:4502:dc5f:8c78:5e9a:9b7a:6664] has joined #bitcoin-wizards | 09:53 | |
| amincd | Jaamg not following you. You can move BTC on the blockchain with your own private keys without running a full node, by using SPV. Better to trust the mining collective than a bitbank | 09:54 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 09:54 | |
| Jaamg | amincd: oh yeah, now i see | 09:54 |
| Jaamg | wait a sexc | 09:54 |
| amincd | skeebop why is the former less important than the latter? | 09:54 |
| Jaamg | sec :) | 09:54 |
| -!- metamarc [~snizysnaz@97.95.172.50] has joined #bitcoin-wizards | 09:55 | |
| -!- metamarc [~snizysnaz@97.95.172.50] has quit [Changing host] | 09:55 | |
| -!- metamarc [~snizysnaz@unaffiliated/agorist000] has joined #bitcoin-wizards | 09:55 | |
| skeebop | because micropayment channels will suffice | 09:56 |
| skeebop | and realistically we will not be able to keep tx fees down given PoW drawbacks and the inflation taper | 09:56 |
| Luke-Jr | amincd: what good are your own private keys, if you're trusting someone else to tell you what money you have/control with them? ;) | 09:56 |
| skeebop | so as long as anyone can validate, its fine to trust third parties for setting up channels and so on because you can check up on them | 09:56 |
| Jaamg | amincd: what Luke-Jr said | 09:57 |
| amincd | skeebop, at some adoption levels, they do not. If the Lightning Network was globally adopted, most people would have to use bit banks, with current block sizs | 09:57 |
| skeebop | slash what Luke-Jr said lol | 09:57 |
| skeebop | and thats fine, because they can validate/monitor the bitbanks | 09:57 |
| Luke-Jr | amincd: Lightning makes it easier to *not* use banks | 09:57 |
| skeebop | and anyone can start one | 09:57 |
| skeebop | well but you still need funding txs. and if its too expensive the bitbanks will help you set those up | 09:58 |
| amincd | Luke-Jr Lightning Network requires 130 MB blocks for every person on Earth to use. therefore everyone won't be able to use if we don't raise the block size | 09:58 |
| skeebop | lol what?! | 09:58 |
| Luke-Jr | amincd: uh, compare apples to oranges? | 09:58 |
| skeebop | you mean if everyone opens their channel all at once .... | 09:59 |
| Luke-Jr | 130 MB is far better than 1 TB (non-Lightning) | 09:59 |
| skeebop | I'm still pushing for 1MB | 09:59 |
| Luke-Jr | skeebop: "for every person on Earth" | 09:59 |
| Luke-Jr | if we bump up against 1 MB with Lightning, I'm all for raising it.. | 09:59 |
| amincd | Luke-Jr what good is auditing the chain when your claim to BTC is held on a TTP ledger and only as good as ability of the TTP to honour it | 10:00 |
| skeebop | ok so for every person on earth to open a payment channel on bitcoin with 7 tps will take 4.5 years | 10:00 |
| skeebop | totally legit :) | 10:00 |
| Luke-Jr | amincd: TTP? | 10:00 |
| amincd | Trusted Third Party, e.g. a bitbank | 10:00 |
| skeebop | who said anything about their ledger? | 10:00 |
| Luke-Jr | amincd: I don't advocate that. | 10:00 |
| Luke-Jr | amincd: Lightning is not TTPs | 10:01 |
| Luke-Jr | it uses UNtrusted third parties | 10:01 |
| -!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 276 seconds] | 10:02 | |
| amincd | skeebop, everyone on Earth can't use the Lightning Network with the current block size. most people would need to access it through intermediaries, meaning they would have their claim to BTC stored off-chain on the ledger of TTPs | 10:02 |
| skeebop | sure they can! itll just take 4.5 years to open a channel for each one ... | 10:02 |
| skeebop | 1000000000/7./60/60/24/365 | 10:02 |
| amincd | Luke-Jr everyone on Earth can't use the Lightning Network if we assume the block size has to be small enough to allow everyone to run a full node | 10:03 |
| skeebop | oh shit theres 7billion not 1. ok so 30 years. maybe not as great | 10:03 |
| -!- jeremyrubin [~jeremyrub@2601:6:8000:4a8:548:596b:5160:c819] has quit [Remote host closed the connection] | 10:03 | |
| Luke-Jr | amincd: this is not true | 10:03 |
| Luke-Jr | 130 MB blocks will be reasonable long before everyone on Earth has technology | 10:04 |
| amincd | 130 MB.. | 10:04 |
| skeebop | ya I'll give you max 2MB | 10:04 |
| skeebop | :D | 10:04 |
| amincd | Luke-Jr if everyone on Earth decides they want to use Bitcoin tomorrow, they would have to use bitbanks, whether the LN is in place or not, if we assume that the only acceptable scenario is one where the average user has to be able to run a full node | 10:05 |
| Luke-Jr | everyone on Earth WON'T decide they want to use Bitcoin tomorrow | 10:06 |
| amincd | it's not a sound principle IMO | 10:06 |
| skeebop | fortunately for us, every one on earth will not want to use bitcoin tmrw. lets start opening payment channels for those who do asap | 10:06 |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 264 seconds] | 10:07 | |
| amincd | the fact that it doesn't work in theory shows the principle underlying it is unsound. the principle should work under any adoption level | 10:07 |
| -!- wallet42 [~wallet42@195.175.52.6] has joined #bitcoin-wizards | 10:07 | |
| skeebop | mmm no it shouldnt. this is practical engineering not theoretical | 10:08 |
| -!- GGuyZ [~GGuyZ@c-50-177-80-125.hsd1.ma.comcast.net] has quit [Quit: GGuyZ] | 10:09 | |
| amincd | skeebop the insistence on limiting tx data so that the average person can run a full node is not justified by practical engineering IMO | 10:10 |
| skeebop | ah fair point. but thats one of the design criteria' | 10:10 |
| skeebop | the client demands, at all costs, that the average person can run a full node | 10:11 |
| skeebop | now go be a practical engineer around that ;) | 10:11 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 10:11 | |
| amincd | skeebop and I'm arguing that it's quite possibly an unsound design criteria | 10:11 |
| skeebop | unsound meaning what? | 10:11 |
| amincd | meaning that it doesn't maximise utility for the world | 10:12 |
| skeebop | impossible? untenable? dumb? not necessary? | 10:12 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 10:12 | |
| amincd | better to allow more txs to be generated as demand for txs increases | 10:13 |
| skeebop | well i think its arguable. theres no really nice way to quantify the tradeoff | 10:13 |
| amincd | as long as txs meet the value/fee requirements | 10:13 |
| skeebop | i think it would do us well (and maybe even maximize utility) to be as creative as possible within these constraints before releiving them | 10:14 |
| amincd | skeebop thought experiments like 'everyone on Earth wants to use Bitcoin, what do we do' help inform whether the trade-offs are right | 10:14 |
| skeebop | undeniably. but the answer shouldn't be "sacrifice key design criteria" | 10:15 |
| amincd | the design criteria should make the optimal tradeoffs. It shouldn't be defended blindly. | 10:16 |
| skeebop | the challenge is to make the optimal tradeoffs given the design criteria | 10:16 |
| amincd | we need the right design criteria.. the current one is very possibly not right IMO | 10:17 |
| -!- kmels [~kmels@186.151.61.56] has joined #bitcoin-wizards | 10:18 | |
| skeebop | bitcoin is like science. we want people to be able to use it and independently validate it. explosion in the former has crippled the latter, arguably to our detriment | 10:18 |
| skeebop | thinking especially in biomedical sciences | 10:19 |
| amincd | well, that assumption doesn't seem right to me, for reasons I explained earlier | 10:19 |
| skeebop | ok i dont want to get carried away on the analogy cuz itll break down soon. but you really suppose sacrificing the "anyone can verify" property is worth it? | 10:20 |
| amincd | skeebop yes absolutely. Verifying it is useless if you can't store your tx on it | 10:20 |
| skeebop | personally i'd rather see it done with atomic-swaps to alt-chains + payment channels rather than bumping the block size too soon | 10:21 |
| skeebop | so maybe slow and steady growth in blocksize is warranted. but this protocol is so damned precarious I can't help feel itll crumble over itself | 10:21 |
| -!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards | 10:22 | |
| amincd | the idea that tx data should be limited to ensure everyone can verify, when the same limit ensures everyone can't store, is unsound, regardless of efficiency improvers like the LN and sidechains | 10:22 |
| skeebop | everyone can store, we just need to be more creative ;) | 10:23 |
| amincd | skeebop any reason for your belief that'll crumble with more tx data (higher operating node costs) ? | 10:23 |
| Jaamg | amincd: it's not about 'everyone can verify' it's about not needing to trust other party if you want to broadcast | 10:23 |
| amincd | Jaamg, but with limits on tx data, everyone can't broadcast txs anyway | 10:24 |
| skeebop | ya so higher node costs but thats separate, i mean unpredictable side effects from a seemingly innocuous change | 10:25 |
| skeebop | software bugs are hard :'( | 10:26 |
| amincd | Jaamg better to be able to create your own txs and trust miners and the sample of full nodes you poll, then not be able to broadcast your own txs period | 10:26 |
| skeebop | but the fees are going to be so high that you'd be crazy to do that anyways ... | 10:26 |
| skeebop | you know, unless we move to proof of stake, but I hear you can get shot for speaking such blasphemy around here | 10:26 |
| amincd | skeebop tx fees don't need to increase for total mining revenue to scale linearly with block size. As for PoS, it can't establish secure distributed consensus | 10:27 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 10:28 | |
| Jaamg | amincd: we have limit now and everyone can broadcast | 10:28 |
| skeebop | so fees right now are a couple orders of magnitude below inflation so not sure how you expect revenue to scale without jacking fees. and PoS can, please don't cite the Polestra paper, let's not get into it now ;) | 10:29 |
| -!- droark [~droark@209-6-53-207.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Quit: ZZZzzz…] | 10:29 | |
| amincd | Jaamg, under the design goal of one person = one node, this breaks down at some adoption levels. | 10:30 |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 10:31 | |
| Jaamg | amincd: yes, i think we should have as big max block size as possible while still keeping the property 'anybody can become a node' | 10:31 |
| Jaamg | if transactions hit that limit some day we have a positive problem | 10:32 |
| amincd | Jaamg I don't think one person = one node makes sense, for reasons I provided. I guess we can go in circles forever on this | 10:33 |
| Jaamg | or ehm, maybe not positive but more positive than "should we increase the 1MB limit" | 10:33 |
| Jaamg | amincd: it doesn't need to be one person = one node, the point is that the possibility must be there | 10:34 |
| amincd | Jaamg Yeah I understand that. I disagree that this is the optimal design goal, for ressons I provided | 10:35 |
| Jaamg | amincd: it doesn't need to be 1 person = 1 newspaper, but there must be the possibility for anybody to start a newspaper | 10:35 |
| amincd | everyone being able to create and store a tx on the Bitcoin blockchain, if it does not create systemic risks, and I don't see any compelling arguments that it does | 10:38 |
| amincd | .. is essential | 10:38 |
| -!- skeebop [~skeebop@162-234-2-142.lightspeed.sntcca.sbcglobal.net] has quit [Ping timeout: 252 seconds] | 10:40 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 10:41 | |
| jgarzik | amincd, OK. So - we need a network that supports... 1B mobile phones? | 10:41 |
| jgarzik | Must quantify, not wave hands in the air. | 10:41 |
| jgarzik | Paypal rate is 130 tps. VISA is 2000 tps. | 10:42 |
| jgarzik | In the bitcoin system, a single computer needs to be able to process 100% of the worldwide traffic. | 10:42 |
| -!- arubi_ is now known as arubi | 10:43 | |
| amincd | jgarzik, if it doesn't introduce systemic risk, I don't think there should be any limit to what the network supports. If the world demands 1 million tps, and is willing to pay fees for them, the network should support it, if it's not found to be systemically unsound | 10:44 |
| -!- Quanttek [~quassel@2a02:8108:73f:f6e4:e23f:49ff:fe47:9364] has quit [Ping timeout: 272 seconds] | 10:44 | |
| amincd | jgarzik why does a single a computer need to be able to validate global traffic? | 10:45 |
| jgarzik | amincd, Because that is how bitcoin is designed | 10:45 |
| amincd | not according to Satoshi's original description | 10:46 |
| jgarzik | It's nice to be able to wave a hand and say "it should do X" but that is not how reality works. | 10:46 |
| jgarzik | amincd, Yes, according to Satoshi's description | 10:46 |
| -!- metamarc [~snizysnaz@unaffiliated/agorist000] has quit [Ping timeout: 240 seconds] | 10:46 | |
| jgarzik | amincd, Every bitcoin node validates 100% of the blockchain traffic, because it does not trust other nodes. | 10:46 |
| jgarzik | amincd, In your system, that means every computer must handle 1 million tps all by itself, as well as copying 1 million tps to several other nodes, as well as serving data to 1 billion mobile phones | 10:47 |
| jgarzik | Run the math on that | 10:47 |
| amincd | https://bitcointalk.org/index.php?topic=532.msg6306#msg6306 | 10:48 |
| amincd | jgarzik every computer being able to validate global traffic wasn't an origins design goal of Bitcoin | 10:48 |
| amincd | *original | 10:49 |
| -!- antanst [~Adium@adsl-117.79.107.165.tellas.gr] has joined #bitcoin-wizards | 10:50 | |
| jgarzik | amincd, full nodes being able to validate 100% of global traffic was and is design goal of bitcoin | 10:51 |
| jgarzik | amincd, lightweight clients are in a separate category, referred to in this conversation as mobile phones - non validating nodes which are more populous | 10:51 |
| amincd | jgarzik the quote by Satoshi that I linked to directly contradicts your claim | 10:51 |
| jgarzik | amincd, no it doesn't. I just explained the context. | 10:52 |
| amincd | The current system where every user is a network node is not the intended configuration for large scale. That would be like every Usenet user runs their own NNTP server. The design supports letting users just be users. The more burden it is to run a node, the fewer nodes there will be. Those few nodes will be big server farms. The rest will be client nodes that only do transactions and don't generate. | 10:52 |
| jgarzik | re-read what I just wrote | 10:53 |
| amincd | jgarzik I did and, with all due respect, it's not an accurate description of Satoshi's statement. | 10:54 |
| jgarzik | amincd, sigh, You need to learn more about bitcoin | 10:55 |
| amincd | "The more burden it is to run a node, the fewer nodes there will be." | 10:55 |
| amincd | it doesn't get any plainer than that | 10:55 |
| jgarzik | Each node in that last sentence is a full node, each of which independently processes 100% of the worldwide traffic. | 10:55 |
| amincd | no it isn't. Satoshi meant SPV by "client nodes" | 10:56 |
| jgarzik | "The more burden it is to run a node, the fewer nodes there will be." <<-- refers to full nodes | 10:57 |
| jgarzik | " The rest will be client nodes" <<-- refers to SPV nodes, non validating | 10:57 |
| amincd | jgarzik yes exactly | 10:57 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 10:58 | |
| jgarzik | A system of 1 million tps requires that each and every full node independent process 1 million tps, and then relay 1 million times X to other nodes. | 10:59 |
| jgarzik | *independently | 10:59 |
| amincd | jgarzik, yes | 11:00 |
| jgarzik | That narrows the ability to run a full node down to.... 1 or 2 in the world. | 11:00 |
| jgarzik | Which is even more centralized than VISA | 11:00 |
| jgarzik | Easily controlled by big instituations, even more so than the US Dollar | 11:00 |
| jgarzik | You have reinvented centralization, at which point a client-server model would be cheaper and more efficient. | 11:01 |
| jgarzik | The exact opposite of egalitarian access | 11:01 |
| -!- skeebop [~skeebop@162-234-2-142.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-wizards | 11:01 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 11:02 | |
| -!- roconnor [~roconnor@e120-pool-d89a79f4.brdbnd.voicenetwork.ca] has quit [Quit: Konversation terminated!] | 11:10 | |
| -!- HostFat [~HostFat@adsl-ull-72-66.42-151.net24.it] has quit [Ping timeout: 256 seconds] | 11:12 | |
| -!- Mably_ [Mably@unaffiliated/mably] has joined #bitcoin-wizards | 11:19 | |
| -!- Mably__ [~Mably@unaffiliated/mably] has joined #bitcoin-wizards | 11:19 | |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards | 11:22 | |
| -!- Mably [~Mably@unaffiliated/mably] has quit [Ping timeout: 250 seconds] | 11:22 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 11:23 | |
| -!- Mably_ [Mably@unaffiliated/mably] has quit [Ping timeout: 272 seconds] | 11:24 | |
| -!- Mably [Mably@unaffiliated/mably] has joined #bitcoin-wizards | 11:24 | |
| -!- Mably__ [~Mably@unaffiliated/mably] has quit [Ping timeout: 245 seconds] | 11:26 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 11:26 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Client Quit] | 11:28 | |
| -!- Yoghurt114 [4dfa6e1a@gateway/web/freenode/ip.77.250.110.26] has joined #bitcoin-wizards | 11:30 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 11:32 | |
| -!- sickpig [~sickpig@94.164.187.253] has joined #bitcoin-wizards | 11:40 | |
| amincd | jgarzik 1 million tps is 3 would be probably entail global adoption, and an economy that i | 11:41 |
| amincd | 1 million tps is 31 trillion txs per year | 11:41 |
| amincd | currently there are 3 trillion tpy | 11:42 |
| -!- Crowley4k [uid81280@gateway/web/irccloud.com/x-dgkziyprirrdnwsa] has quit [Quit: Connection closed for inactivity] | 11:42 | |
| amincd | so in this scenario, when Bitcoin has a market 10 times bigger than the entire current world economy, there would be many more big players that could run full nodes | 11:43 |
| amincd | there's no reason to assume full nodes will decline as tx volumes will increase, as long as tx volumes scale linearly with scale of economic activity on the Bitcoin network, and mining revenue | 11:44 |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…] | 11:45 | |
| Jaamg | why should anything be assumed one way or the other regarding the number of full nodes? | 11:47 |
| -!- amincd [42f95498@gateway/web/freenode/ip.66.249.84.152] has quit [Quit: Page closed] | 11:49 | |
| -!- metamarc [~snizysnaz@unaffiliated/agorist000] has joined #bitcoin-wizards | 11:51 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has quit [Read error: Connection reset by peer] | 11:51 | |
| -!- amincd_ [68253f26@gateway/web/freenode/ip.104.37.63.38] has joined #bitcoin-wizards | 11:51 | |
| -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-wizards | 11:51 | |
| -!- zmachine [uid53369@gateway/web/irccloud.com/x-wrayebnervqdijnp] has joined #bitcoin-wizards | 11:51 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has joined #bitcoin-wizards | 11:52 | |
| amincd_ | Currently 3 trillion txs per year: http://www.accenture.com/SiteCollectionDocuments/PDF/Accenture-Digital-Payments-Transformation-From-Transaction-Interaction.pdf | 11:52 |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 11:54 | |
| amincd_ | jaamg the idea that it must be possible for an average computer to validate 100% of global Bitcoin traffic rests on the idea that the number of independent parties running full nodes declines with tx volume. jgarzik suggests that at 1 million tps, there'd only be one or two full nodes. I'm disputing that there is any compelling reason to believe that would be the case | 11:55 |
| -!- temujin [4b85709b@gateway/web/freenode/ip.75.133.112.155] has quit [Quit: Page closed] | 11:56 | |
| -!- gill3s [~gill3s@pat35-3-82-245-143-153.fbx.proxad.net] has quit [Ping timeout: 256 seconds] | 11:57 | |
| amincd_ | 1 million tps is 1-2 GB/s. Not necessarily out of reach for hundreds of thousands of parties in the event that Bitcoin usage outsizes all current means of transacting by a factor of 10. This would be a scenario where Bitcoin is orders of magnitude more important than the major financial institutions like Goldman Sachs, so dedicated fiber for full nodes is conceivable | 12:00 |
| -!- metamarc [~snizysnaz@unaffiliated/agorist000] has quit [Ping timeout: 256 seconds] | 12:02 | |
| amincd_ | To put another way, at 1 million tps, Bitcoin would be 10X more important than the entirety of the current global financial and monetary system, central banks and treasuries included. This would create significant demand for running these super nodes. There'd be more than one or two. | 12:05 |
| sipa | i do not think this is relevant | 12:06 |
| sipa | the number of full nodes is a distraction | 12:06 |
| Jaamg | i'm thinking the exact same thing | 12:07 |
| sipa | it is interesting as a means to detect how easy it is to run one | 12:07 |
| sipa | but the relevant metric is who you give access to validation | 12:07 |
| sipa | not how many people actually do | 12:07 |
| amincd_ | an average computer being to run one is an arbitrary design requirement. Why not the average mobile phone. | 12:07 |
| sipa | yes, it is arbitrary | 12:08 |
| sipa | but it is the most important question we need to answer | 12:08 |
| sipa | it is a compromise between validation scalability and access scalability | 12:08 |
| -!- skeebop [~skeebop@162-234-2-142.lightspeed.sntcca.sbcglobal.net] has quit [Ping timeout: 256 seconds] | 12:08 | |
| sipa | thrre is no optimal vslue for this | 12:08 |
| sipa | but it is a choice | 12:08 |
| amincd_ | sipa: it is indeed the most important question, but IMO, it hasn't been discussed enough. I don't even see a compelling reason to ensure that those without access, are able to validate | 12:09 |
| sipa | i think there is | 12:09 |
| amincd_ | sipa: there is an optimum for net utility. We just have no way to know for certain what it is | 12:09 |
| amincd_ | if you don't have access, your txs are stored in off-chain ledgers, that are only as good as the willingness and ability of the TTPs to honor them. You can validate the main chain, but you can't validate the TTP's ledger | 12:10 |
| sipa | even if for some reason only big banks were able to transact, i think the only benefit bitcoin could offer is the ability for outsiders to vdlidate they are not cheating | 12:10 |
| sipa | and cheating is the wrong word | 12:10 |
| sipa | simply the fact that one needs to cinvince the population of full node using users, is the dtrongest reason why the rules they demand of the system remain maintained | 12:11 |
| gavinandresen | gmaxwell : I’m thinking of creating a spreadsheet with your proposed dynamic fee algorithm, so I can get a feel for how subsidy, hash rate, price, fees, etc work. You haven’t already done that, have you? | 12:13 |
| amincd_ | whether a Bitcoin network only directly accessible by big banks is validated by just the big banks, or every person in the world, makes very little practical difference in my opinion. A few thousand super nodes validating that the other super nodes are acting honestly is going to be effective. Everyone else can reliably find out if the banks are acting within the rules of the protocol. | 12:14 |
| sipa | amincd_: i agree the value is higher for people participating | 12:14 |
| sipa | especially those actually receiving transactions | 12:15 |
| amincd_ | so then, my reasoning goes, access, and systemic security (a large enough number of independent parties running full nodes), should be the priority, not universal validatability. | 12:16 |
| -!- Quanttek [~quassel@ip1f10af17.dynamic.kabel-deutschland.de] has joined #bitcoin-wizards | 12:18 | |
| -!- trippysalmon [53a2cab6@gateway/web/cgi-irc/kiwiirc.com/ip.83.162.202.182] has joined #bitcoin-wizards | 12:18 | |
| -!- skeebop [~skeebop@162-234-2-142.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-wizards | 12:18 | |
| Jaamg | i think universal validatability is a distraction | 12:20 |
| Jaamg | it's about freedom to participate | 12:21 |
| Jaamg | we talked about this earlier | 12:21 |
| gmaxwell | gavinandresen: no-- (I did simulate some older one at one point; but not the current one). It certantly does need to be done; the formula might need some constant factors twiddled to get sane behavior. | 12:21 |
| -!- GGuyZ [~GGuyZ@c-50-177-80-125.hsd1.ma.comcast.net] has joined #bitcoin-wizards | 12:22 | |
| amincd_ | Jaamg "freedm to participate" is vague. The world cannot participate in creating main txs if the block size is limited to allow a typical computer to run a full node | 12:22 |
| amincd_ | *main chain | 12:22 |
| Jaamg | amincd_: it is currently limited and we currently have freedom to participate | 12:23 |
| -!- skeebop [~skeebop@162-234-2-142.lightspeed.sntcca.sbcglobal.net] has quit [Ping timeout: 244 seconds] | 12:23 | |
| amincd_ | Jaamg: we had this exchange before. The current design principle fails to allow full participation in generating txs at higher adoption levels. | 12:23 |
| amincd_ | It's not future proofed | 12:24 |
| Jaamg | if we hit the max block size regularly, users get disappointed (eg. "crash landing scenario") and go do other things | 12:24 |
| Jaamg | then there is room in the blockchain again | 12:24 |
| Jaamg | to avoid this scenario i suggest that we keep the max block size as big as possible | 12:25 |
| amincd_ | Jaamg: that's true | 12:25 |
| Jaamg | that's why i like gavinandresens proposal to increase max block size | 12:26 |
| sipa | define "as possible" | 12:26 |
| sipa | i don't believe in the existance of such a number | 12:28 |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has quit [Remote host closed the connection] | 12:28 | |
| sipa | there is a max block size above which things just stop working | 12:28 |
| sipa | but the number above which the chain becomes insecure or uninteresting is a question of tradeoffs | 12:28 |
| Jaamg | sipa: i think it can only be expressed vaguely like that. i think it shouldn't be bigger than what makes running a node with regular home pc impossible | 12:30 |
| sipa | that's a meaningful choice, but it is a choice | 12:30 |
| gavinandresen | gmaxwell: I especially want to do some calculations around the subsidy halving, because having it suddenly become much more or less attractive to build bigger blocks is undesireable. That’s what made me start to think that adjusting the upper limit at the subsidy halving might make sense…. | 12:30 |
| amincd_ | sipa: the most compelling argument I can see for a small block size is that resistant to government censorship might not scale with economic power, so a network with 5,000 super nodes, handling $1 trillion in economic activity, wouldn't be as resistant to censorship as a network with 5,000 consumer-grade nodes handling $10 billion in economic activity. However, this is merely speculation. | 12:31 |
| amincd_ | *resistance to | 12:31 |
| sipa | agree | 12:31 |
| sipa | amincd_: i have to agree that the most important question is validatability by the participants | 12:35 |
| sipa | amincd_: but i believe the participants should also have the right to avoid evolution towards them becoming unable to participate | 12:36 |
| sipa | in both ways (access and validation) | 12:36 |
| gmaxwell | gavinandresen: Good thing to think about-- the motivation for the original scheme had actually been "in the limit" with no subsidy; e.g. it's really supposted to be something where picking some size gives you an optimal fee income; and the optimal size is less than infinity (but larger than average if there is a backlog of good fees). Mark and I spent some time talking about omitting the subsid | 12:36 |
| gmaxwell | y from the effect (e.g. by increasing the subsidy when you make a higher diff block) but thats complex and hard to make people confident of; we realized that leaving it in is no big deal, it's just a bit of extra pressure against bigger blocks that goes away over time. | 12:36 |
| gmaxwell | gavinandresen: but a sudden change may be weird. | 12:36 |
| gavinandresen | gmaxwell: so you imagine some fixed upper limit that never changes? Like 11 gigabytes ? | 12:37 |
| amincd_ | sipa: I think 'Bitcoin's global traffic must be validatable by a typical computer' makes a decision that participation is less important than validatability | 12:38 |
| sipa | amincd_: agree | 12:38 |
| amincd_ | so maybe we should re-examine that, and consider evolution toward super nodes as one possible future | 12:39 |
| -!- s3gfault [~nulll123@CPEc8fb2652083f-CMc8fb2652083c.cpe.net.cable.rogers.com] has joined #bitcoin-wizards | 12:43 | |
| -!- droark [~droark@209-6-53-207.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #bitcoin-wizards | 12:43 | |
| Jaamg | what i meant by 'freedom to participate' was that running a node should be possible to 'anybody'. Maybe this actually is what you ment by validatability earlier. | 12:46 |
| Jaamg | i probably misunderstood, sorry | 12:47 |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 12:49 | |
| -!- sparetire_ [~sparetire@unaffiliated/sparetire] has joined #bitcoin-wizards | 12:49 | |
| -!- amincd_ [68253f26@gateway/web/freenode/ip.104.37.63.38] has quit [Ping timeout: 246 seconds] | 12:50 | |
| sipa | running a node by someone who doesn't actually rely on the result of the validation it provides is not very useful | 12:50 |
| sipa | those nodes can be forked ofd without being noticed | 12:50 |
| -!- jmcn [~jamie@2.24.158.115] has joined #bitcoin-wizards | 12:51 | |
| -!- jmcn_ [~jamie@2.24.158.17] has quit [Ping timeout: 264 seconds] | 12:55 | |
| -!- sickpig [~sickpig@94.164.187.253] has quit [Ping timeout: 240 seconds] | 12:57 | |
| kanzure | sipa: i have noticed you mentioning that lately. i wonder if there is a good physical quantification or measurement of whether a node is being used in a meaningful way? | 12:57 |
| -!- hulkhogan_ [WW@gateway/vpn/mullvad/x-crmqwccyzjrzrngd] has quit [Quit: leaving] | 13:00 | |
| -!- Transisto [~Trans@modemcable026.188-59-74.mc.videotron.ca] has joined #bitcoin-wizards | 13:04 | |
| -!- Transisto is now known as testtt | 13:04 | |
| -!- hulkhogan_ [~WW@unaffiliated/loteriety] has joined #bitcoin-wizards | 13:05 | |
| -!- testtt is now known as Transisto2 | 13:09 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 272 seconds] | 13:09 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 13:09 | |
| -!- s3gfault_ [~nulll123@185.94.30.50] has joined #bitcoin-wizards | 13:10 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 13:10 | |
| -!- s3gfault [~nulll123@CPEc8fb2652083f-CMc8fb2652083c.cpe.net.cable.rogers.com] has quit [Ping timeout: 265 seconds] | 13:11 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 13:11 | |
| -!- hulkhogan_ [~WW@unaffiliated/loteriety] has quit [Remote host closed the connection] | 13:12 | |
| -!- hulkhogan_ [~WW@cpe-66-68-54-206.austin.res.rr.com] has joined #bitcoin-wizards | 13:12 | |
| -!- hulkhogan_ [~WW@cpe-66-68-54-206.austin.res.rr.com] has quit [Changing host] | 13:12 | |
| -!- hulkhogan_ [~WW@unaffiliated/loteriety] has joined #bitcoin-wizards | 13:12 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Ping timeout: 240 seconds] | 13:14 | |
| -!- hulkhogan_ [~WW@unaffiliated/loteriety] has quit [Ping timeout: 244 seconds] | 13:16 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 13:17 | |
| -!- hulkhogan_ [WW@gateway/vpn/mullvad/x-fjfdwpwwulflolgd] has joined #bitcoin-wizards | 13:18 | |
| -!- hulkhogan_ [WW@gateway/vpn/mullvad/x-fjfdwpwwulflolgd] has quit [Changing host] | 13:18 | |
| -!- hulkhogan_ [WW@unaffiliated/loteriety] has joined #bitcoin-wizards | 13:18 | |
| -!- hulkhogan_ [WW@unaffiliated/loteriety] has quit [Changing host] | 13:18 | |
| -!- hulkhogan_ [WW@gateway/vpn/mullvad/x-fjfdwpwwulflolgd] has joined #bitcoin-wizards | 13:18 | |
| -!- wallet42 [~wallet42@195.175.52.6] has quit [Ping timeout: 250 seconds] | 13:21 | |
| -!- wallet42 [~wallet42@195.175.52.6] has joined #bitcoin-wizards | 13:21 | |
| -!- dEBRUYNE_ [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has quit [Ping timeout: 244 seconds] | 13:22 | |
| -!- belcher [~belcher-s@unaffiliated/belcher] has joined #bitcoin-wizards | 13:23 | |
| -!- Crowley4k [uid81280@gateway/web/irccloud.com/x-mmaniadllstzgvsv] has joined #bitcoin-wizards | 13:27 | |
| -!- b_lumenkraft_ [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Quit: b_lumenkraft_] | 13:34 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 13:36 | |
| -!- zooko [~user@174-16-136-72.hlrn.qwest.net] has joined #bitcoin-wizards | 13:43 | |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has left #bitcoin-wizards [] | 13:45 | |
| -!- williamdunne [~Thunderbi@cpc65609-newt33-2-0-cust1010.19-3.cable.virginm.net] has joined #bitcoin-wizards | 13:57 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 14:04 | |
| -!- zooko [~user@174-16-136-72.hlrn.qwest.net] has quit [Remote host closed the connection] | 14:05 | |
| -!- hashtag [~hashtag@82.131.207.82.pool.invitel.hu] has quit [Ping timeout: 244 seconds] | 14:07 | |
| -!- hashtag [~hashtag@82.131.207.82.pool.invitel.hu] has joined #bitcoin-wizards | 14:13 | |
| -!- Yoghurt114 [4dfa6e1a@gateway/web/freenode/ip.77.250.110.26] has quit [Ping timeout: 246 seconds] | 14:20 | |
| -!- uydxhc [~876fdcv@84.232.223.131] has quit [Ping timeout: 240 seconds] | 14:20 | |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-svdrqjlalqmircgq] has joined #bitcoin-wizards | 14:32 | |
| -!- antanst [~Adium@adsl-117.79.107.165.tellas.gr] has quit [Quit: Leaving.] | 14:33 | |
| -!- jmcn_ [~jamie@2.24.158.16] has joined #bitcoin-wizards | 14:34 | |
| -!- jeremyrubin [~jeremyrub@c-76-118-176-78.hsd1.ma.comcast.net] has joined #bitcoin-wizards | 14:35 | |
| -!- jmcn [~jamie@2.24.158.115] has quit [Ping timeout: 272 seconds] | 14:37 | |
| -!- kmels [~kmels@186.151.61.56] has quit [Ping timeout: 246 seconds] | 14:37 | |
| -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Remote host closed the connection] | 14:39 | |
| -!- s3gfault_ [~nulll123@185.94.30.50] has quit [Ping timeout: 272 seconds] | 14:43 | |
| -!- s3gfault [~nulll123@185.94.28.254] has joined #bitcoin-wizards | 14:44 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 14:46 | |
| -!- uydxhc [~876fdcv@86.126.1.73] has joined #bitcoin-wizards | 14:47 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 14:47 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Ping timeout: 240 seconds] | 14:51 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has joined #bitcoin-wizards | 14:58 | |
| -!- williamdunne [~Thunderbi@cpc65609-newt33-2-0-cust1010.19-3.cable.virginm.net] has quit [Ping timeout: 255 seconds] | 15:15 | |
| -!- temujin [457c901c@gateway/web/freenode/ip.69.124.144.28] has joined #bitcoin-wizards | 15:15 | |
| -!- uydxhc [~876fdcv@86.126.1.73] has quit [Ping timeout: 246 seconds] | 15:27 | |
| -!- kmels [~kmels@186.151.61.56] has joined #bitcoin-wizards | 15:32 | |
| -!- droark [~droark@209-6-53-207.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Quit: ZZZzzz…] | 15:40 | |
| -!- Starduster [~guest@unaffiliated/starduster] has joined #bitcoin-wizards | 15:41 | |
| -!- dEBRUYNE_ [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 15:41 | |
| -!- Starduster_ [~guest@unaffiliated/starduster] has quit [Ping timeout: 240 seconds] | 15:43 | |
| -!- trippysalmon [53a2cab6@gateway/web/cgi-irc/kiwiirc.com/ip.83.162.202.182] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] | 15:46 | |
| -!- temujin [457c901c@gateway/web/freenode/ip.69.124.144.28] has quit [Ping timeout: 246 seconds] | 16:10 | |
| -!- airbreather_1 [~AirBreath@d149-67-99-43.nap.wideopenwest.com] has joined #bitcoin-wizards | 16:27 | |
| -!- airbreather [~AirBreath@d149-67-99-43.nap.wideopenwest.com] has quit [Ping timeout: 244 seconds] | 16:30 | |
| -!- Crowley4k [uid81280@gateway/web/irccloud.com/x-mmaniadllstzgvsv] has quit [Quit: Connection closed for inactivity] | 16:32 | |
| -!- fanquake [~fanquake@unaffiliated/fanquake] has quit [Read error: Connection reset by peer] | 16:35 | |
| -!- fanquake [~fanquake@unaffiliated/fanquake] has joined #bitcoin-wizards | 16:35 | |
| -!- skeebop [~skeebop@c-50-185-138-22.hsd1.ca.comcast.net] has joined #bitcoin-wizards | 16:37 | |
| -!- kmels [~kmels@186.151.61.56] has quit [Remote host closed the connection] | 16:39 | |
| dgenr8 | not very useful, yes. and if the world's 100000 tps were all denominated in bitcoin, but were consolidated down to 7 tps in the blockchain, none of the consolidated traffic would be meaningful to any average validator | 16:51 |
| phantomcircuit | kanzure, there's no way to tell | 16:53 |
| phantomcircuit | dgenr8, actually it would be meaningful for everybody then | 16:54 |
| dgenr8 | it's a bunch of huge settlement trades between big banks | 16:54 |
| kanzure | phantomcircuit: i don't mean remotely | 16:55 |
| kanzure | i mean local | 16:55 |
| phantomcircuit | kanzure, not really since you can interface with a trusted node over the p2p protocol | 16:56 |
| -!- dEBRUYNE_ [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has quit [Ping timeout: 272 seconds] | 16:56 | |
| phantomcircuit | dgenr8, im not sure settlement is the right word there though (or banks either) | 16:57 |
| kanzure | the word "settlement" is overloaded in finance to mean many many things | 16:57 |
| phantomcircuit | kanzure, yeah that's part of why i dont think it's the proper term to use | 16:58 |
| phantomcircuit | it's confusing as to what you mean exactly | 16:58 |
| phantomcircuit | dgenr8, take for example lightning hubs when the micropayment channel expires | 16:58 |
| phantomcircuit | those transactions can be validated as correct by the participants | 16:58 |
| phantomcircuit | thousands of participants could potentially now be interested in that one transaction | 16:59 |
| dgenr8 | i was thinking "trades" is the most off ... transfers is better. settlement is accurate -- it's a net +- amount summarizing and finalizing off-chain activity. for banks, whatever .. "entities" | 16:59 |
| -!- ebfull [~ebfull@c-76-120-40-34.hsd1.co.comcast.net] has quit [Quit: cya] | 17:02 | |
| -!- ebfull [~ebfull@c-76-120-40-34.hsd1.co.comcast.net] has joined #bitcoin-wizards | 17:03 | |
| phantomcircuit | dgenr8, sure but in a typical settlement transaction the net amounts are not meaningful to the individuals whose transactions are being netted | 17:04 |
| dgenr8 | er, that's my point. the average observer/validator will lack any context or way to connect what's observed in the blockchain to anything they know about (like their own txes) | 17:05 |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-svdrqjlalqmircgq] has quit [Quit: Connection closed for inactivity] | 17:06 | |
| dgenr8 | could there be a way to scale, and retain that property? are there ways to impose other tradeoffs preferentially on different parties, and yet still retain all the important properties of bitcoin? can bitcoin become something that is infinitely scalable? | 17:15 |
| Luke-Jr | dgenr8: the validator is not SUPPOSED to know anything about the transaction, other than the change of UTXOs | 17:20 |
| Luke-Jr | which continues to work fine with Lightning at least | 17:20 |
| -!- d1ggy_ [~d1ggy@dslb-178-003-052-139.178.003.pools.vodafone-ip.de] has joined #bitcoin-wizards | 17:20 | |
| -!- d1ggy [~d1ggy@dslb-088-070-162-123.088.070.pools.vodafone-ip.de] has quit [Ping timeout: 272 seconds] | 17:25 | |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards | 17:28 | |
| -!- lmacken [~lewk@fedora/lmacken] has quit [Ping timeout: 256 seconds] | 17:30 | |
| -!- Quanttek [~quassel@ip1f10af17.dynamic.kabel-deutschland.de] has quit [Ping timeout: 276 seconds] | 17:42 | |
| -!- fanquake1 [~fanquake@115-166-4-105.ip.adam.com.au] has joined #bitcoin-wizards | 17:46 | |
| -!- fanquake [~fanquake@unaffiliated/fanquake] has quit [Ping timeout: 255 seconds] | 17:48 | |
| -!- Mably [Mably@unaffiliated/mably] has quit [Ping timeout: 272 seconds] | 17:54 | |
| -!- zmachine [uid53369@gateway/web/irccloud.com/x-wrayebnervqdijnp] has quit [Quit: Connection closed for inactivity] | 17:56 | |
| -!- frankenm_ [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 17:57 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has quit [Ping timeout: 245 seconds] | 18:00 | |
| -!- gandalf_ [835ebaa1@gateway/web/freenode/ip.131.94.186.161] has joined #bitcoin-wizards | 18:04 | |
| gandalf_ | any thoughts on ethereum? | 18:04 |
| sipa | kanzure: economic activity that relies on validation by a full node? | 18:13 |
| kanzure | go on... | 18:13 |
| sipa | like not shipping goods until incoming payments are validated by it? | 18:13 |
| kanzure | if 10% of all economic activity is going through one node, is that still sufficient.. or what.. | 18:13 |
| sipa | right, it's about independent entities basing their economic activity on validation by a self-run full node | 18:15 |
| -!- lmacken [~lewk@fedora/lmacken] has joined #bitcoin-wizards | 18:15 | |
| sipa | or more generally, i guess the degree to which their economic activity is based on trusting data from others | 18:16 |
| -!- belcher [~belcher-s@unaffiliated/belcher] has quit [Quit: Leaving] | 18:16 | |
| kanzure | is it something like "the degree to which their economic activity can survive reorgs and hard forks"? | 18:17 |
| sipa | it's rather... would be affected by hard fork | 18:19 |
| -!- Relos [~Relos@unaffiliated/relos] has quit [Ping timeout: 272 seconds] | 18:22 | |
| dgenr8 | here's a straw man. new permanent publication mechanism which is like the blockchain EXCEPT makes no effort to validate transactions or prevent double-spends. It also supports the definition of tree structures. | 18:28 |
| dgenr8 | blockchain now just needs the merkle root. | 18:28 |
| sipa | dgenr8: you just reinvented tree chains :) | 18:29 |
| dgenr8 | oh crap. i thought that was N blockchains, all validating and preventing double spends. | 18:30 |
| -!- gandalf_ [835ebaa1@gateway/web/freenode/ip.131.94.186.161] has quit [Quit: Page closed] | 18:31 | |
| -!- Relos [~Relos@unaffiliated/relos] has joined #bitcoin-wizards | 18:36 | |
| dgenr8 | reviewed treechains. it talks about spending on this or that chain, which is different... I was thinking keep one chain, and go to small (constant-size) blocks that just reference a merkle tree stored elsewhere. all the challenges are in how to create the 'elsewhere' :/ | 18:51 |
| -!- fanquake1 [~fanquake@115-166-4-105.ip.adam.com.au] has quit [Read error: Connection reset by peer] | 18:59 | |
| -!- fanquake [~fanquake@unaffiliated/fanquake] has joined #bitcoin-wizards | 19:01 | |
| -!- nuke1989 [~nuke@46-198-32-176.adsl.cyta.gr] has quit [Remote host closed the connection] | 19:02 | |
| dgenr8 | a full node would maintain some configurable portion of a global hierarchical structure of all the txes and tx tree definitions, and would need to do some level of validation to prevent spam. | 19:05 |
| -!- frankenm_ [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has quit [Remote host closed the connection] | 19:05 | |
| -!- Dr-G2 [~Dr-G@x4d08d41d.dyn.telefonica.de] has quit [Ping timeout: 244 seconds] | 19:07 | |
| -!- Dr-G2 [~Dr-G@x4d08a514.dyn.telefonica.de] has joined #bitcoin-wizards | 19:08 | |
| dgenr8 | oh, it's a DHT I guess... this doesn't work? | 19:09 |
| -!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 272 seconds] | 19:12 | |
| -!- p15x_ [~p15x@182.50.108.83] has joined #bitcoin-wizards | 19:29 | |
| -!- p15_ [~p15@61.149.247.23] has joined #bitcoin-wizards | 19:29 | |
| -!- p15x [~p15x@182.50.108.89] has quit [Ping timeout: 245 seconds] | 19:29 | |
| -!- p15 [~p15@111.193.178.252] has quit [Ping timeout: 264 seconds] | 19:29 | |
| -!- lmacken [~lewk@fedora/lmacken] has quit [Ping timeout: 256 seconds] | 19:30 | |
| -!- CodeShark [~textual@cpe-76-167-237-202.san.res.rr.com] has quit [Ping timeout: 264 seconds] | 19:34 | |
| -!- metamarc [~snizysnaz@97.95.172.50] has joined #bitcoin-wizards | 19:36 | |
| -!- metamarc [~snizysnaz@97.95.172.50] has quit [Changing host] | 19:36 | |
| -!- metamarc [~snizysnaz@unaffiliated/agorist000] has joined #bitcoin-wizards | 19:36 | |
| -!- lmacken [~lewk@fedora/lmacken] has joined #bitcoin-wizards | 19:42 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 19:56 | |
| jgarzik | I lol'd when someone on reddit suggested replacing bitcoin with a sharded DHT | 19:57 |
| jgarzik | going from most sybil resistant to least in 4.5 seconds | 19:58 |
| -!- wallet421 [~wallet42@195.175.52.6] has joined #bitcoin-wizards | 19:59 | |
| -!- wallet421 [~wallet42@195.175.52.6] has quit [Changing host] | 19:59 | |
| -!- wallet421 [~wallet42@unaffiliated/wallet42] has joined #bitcoin-wizards | 19:59 | |
| -!- wallet42 [~wallet42@195.175.52.6] has quit [Killed (kornbluth.freenode.net (Nickname regained by services))] | 19:59 | |
| -!- wallet421 is now known as wallet42 | 19:59 | |
| Luke-Jr | jgarzik: I lol'd at the guy saying we should stop arguign about block size and just change the price instead. | 20:07 |
| jgarzik | heh | 20:07 |
| -!- skeebop [~skeebop@c-50-185-138-22.hsd1.ca.comcast.net] has quit [Ping timeout: 252 seconds] | 20:11 | |
| -!- skeebop [~skeebop@c-50-185-138-22.hsd1.ca.comcast.net] has joined #bitcoin-wizards | 20:12 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has quit [Remote host closed the connection] | 20:19 | |
| -!- p15_ [~p15@61.149.247.23] has quit [Max SendQ exceeded] | 20:32 | |
| -!- p15 [~p15@61.149.247.23] has joined #bitcoin-wizards | 20:33 | |
| -!- p15 [~p15@61.149.247.23] has quit [Max SendQ exceeded] | 20:48 | |
| -!- EasyAt_ is now known as EasyAt | 20:49 | |
| -!- EasyAt [~EasyAt@46.19.139.78] has quit [Changing host] | 20:49 | |
| -!- EasyAt [~EasyAt@unaffiliated/easyat] has joined #bitcoin-wizards | 20:49 | |
| -!- TheSeven [~quassel@rockbox/developer/TheSeven] has quit [Disconnected by services] | 20:50 | |
| -!- [7] [~quassel@rockbox/developer/TheSeven] has joined #bitcoin-wizards | 20:50 | |
| -!- p15 [~p15@61.149.247.23] has joined #bitcoin-wizards | 20:52 | |
| -!- p15 [~p15@61.149.247.23] has quit [Max SendQ exceeded] | 20:56 | |
| -!- p15x [~p15x@182.50.108.71] has joined #bitcoin-wizards | 20:58 | |
| -!- p15x_ [~p15x@182.50.108.83] has quit [Ping timeout: 256 seconds] | 20:58 | |
| -!- p15 [~p15@61.149.247.23] has joined #bitcoin-wizards | 20:58 | |
| -!- skeebop [~skeebop@c-50-185-138-22.hsd1.ca.comcast.net] has quit [Ping timeout: 256 seconds] | 20:58 | |
| -!- p15x [~p15x@182.50.108.71] has quit [Max SendQ exceeded] | 21:05 | |
| -!- p15x [~p15x@182.50.108.71] has joined #bitcoin-wizards | 21:06 | |
| -!- skeebop [~skeebop@c-50-185-138-22.hsd1.ca.comcast.net] has joined #bitcoin-wizards | 21:11 | |
| -!- skeebop [~skeebop@c-50-185-138-22.hsd1.ca.comcast.net] has quit [Client Quit] | 21:12 | |
| -!- s3gfault [~nulll123@185.94.28.254] has quit [Ping timeout: 256 seconds] | 21:17 | |
| -!- GGuyZ [~GGuyZ@c-50-177-80-125.hsd1.ma.comcast.net] has quit [Quit: GGuyZ] | 21:25 | |
| -!- p15 [~p15@61.149.247.23] has quit [Max SendQ exceeded] | 21:27 | |
| -!- p15 [~p15@61.149.247.23] has joined #bitcoin-wizards | 21:28 | |
| -!- GGuyZ [~GGuyZ@c-50-177-80-125.hsd1.ma.comcast.net] has joined #bitcoin-wizards | 21:31 | |
| -!- p15 [~p15@61.149.247.23] has quit [Max SendQ exceeded] | 21:32 | |
| -!- p15 [~p15@61.149.247.23] has joined #bitcoin-wizards | 21:33 | |
| -!- Burrito [~Burrito@unaffiliated/burrito] has quit [Quit: Leaving] | 21:34 | |
| -!- GGuyZ [~GGuyZ@c-50-177-80-125.hsd1.ma.comcast.net] has quit [Quit: GGuyZ] | 21:42 | |
| -!- GGuyZ [~GGuyZ@2601:6:17c0:f7:58db:cb4:52b7:59d5] has joined #bitcoin-wizards | 21:46 | |
| -!- p15x_ [~p15x@61.149.247.23] has joined #bitcoin-wizards | 22:02 | |
| -!- p15x [~p15x@182.50.108.71] has quit [Ping timeout: 256 seconds] | 22:04 | |
| -!- wallet421 [~wallet42@195.175.52.6] has joined #bitcoin-wizards | 22:25 | |
| -!- wallet421 [~wallet42@195.175.52.6] has quit [Changing host] | 22:25 | |
| -!- wallet421 [~wallet42@unaffiliated/wallet42] has joined #bitcoin-wizards | 22:25 | |
| -!- wallet42 is now known as Guest70405 | 22:25 | |
| -!- Guest70405 [~wallet42@unaffiliated/wallet42] has quit [Killed (orwell.freenode.net (Nickname regained by services))] | 22:25 | |
| -!- wallet421 is now known as wallet42 | 22:25 | |
| -!- kompreni [~chejazi@c-98-207-250-30.hsd1.ca.comcast.net] has joined #bitcoin-wizards | 22:29 | |
| -!- arubi [~ese168@unaffiliated/arubi] has quit [Quit: Leaving] | 22:38 | |
| -!- oleganza [~oleganza@gut75-6-88-174-43-212.fbx.proxad.net] has joined #bitcoin-wizards | 23:02 | |
| -!- NkWsy [~nkwsy@c-67-175-120-88.hsd1.il.comcast.net] has quit [Remote host closed the connection] | 23:05 | |
| -!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards | 23:35 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 23:37 | |
| -!- HostFat [~HostFat@adsl-ull-72-66.42-151.net24.it] has joined #bitcoin-wizards | 23:38 | |
| -!- jeremyrubin [~jeremyrub@c-76-118-176-78.hsd1.ma.comcast.net] has quit [Remote host closed the connection] | 23:41 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 23:41 | |
| -!- p15x [~p15x@111.194.196.131] has joined #bitcoin-wizards | 23:41 | |
| -!- p15_ [~p15@111.194.196.131] has joined #bitcoin-wizards | 23:42 | |
| -!- p15x_ [~p15x@61.149.247.23] has quit [Ping timeout: 272 seconds] | 23:43 | |
| -!- p15 [~p15@61.149.247.23] has quit [Ping timeout: 272 seconds] | 23:43 | |
| -!- frankenm_ [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has joined #bitcoin-wizards | 23:50 | |
| -!- frankenmint [~frankenmi@c-24-22-67-17.hsd1.or.comcast.net] has quit [Ping timeout: 256 seconds] | 23:54 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 252 seconds] | 23:56 | |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards | 23:58 | |
| -!- hashtag [~hashtag@82.131.207.82.pool.invitel.hu] has quit [Ping timeout: 256 seconds] | 23:59 | |
| --- Log closed Sun May 10 00:00:07 2015 | ||
Generated by irclog2html.py 2.15.0.dev0 by Marius Gedminas - find it at mg.pov.lt!