| --- Log opened Sat Jan 02 00:00:53 2016 | ||
| fluffypony | midnightmagic: what was the prediction? | 00:02 |
|---|---|---|
| -!- MoALTz [~no@78-11-180-214.static.ip.netia.com.pl] has joined #bitcoin-wizards | 00:10 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #bitcoin-wizards | 00:15 | |
| -!- frankenmint [~frankenmi@67-5-247-11.ptld.qwest.net] has quit [Remote host closed the connection] | 00:16 | |
| -!- Guest44384 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 240 seconds] | 00:26 | |
| -!- NewLiberty [~NewLibert@2602:304:cff8:1580:99fb:fa01:f88f:b54c] has quit [Ping timeout: 240 seconds] | 00:37 | |
| -!- Emcy [~MC@unaffiliated/mc1984] has joined #bitcoin-wizards | 00:44 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 01:05 | |
| -!- pozitrono [~nu@109.201.143.40] has quit [Ping timeout: 250 seconds] | 01:10 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Quit: Leaving.] | 01:14 | |
| -!- p15 [~p15@34.91.145.64.client.static.strong-tk2.bringover.net] has joined #bitcoin-wizards | 01:24 | |
| -!- Guest44327 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 01:27 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #bitcoin-wizards | 01:32 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 250 seconds] | 01:32 | |
| -!- Guest44327 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 245 seconds] | 01:32 | |
| -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has quit [Quit: ZZZzzz…] | 01:36 | |
| -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has joined #bitcoin-wizards | 01:37 | |
| -!- bramc [~bram@99.75.88.206] has quit [Quit: This computer has gone to sleep] | 01:38 | |
| -!- wallet42 [~wallet42@i121-117-83-230.s41.a013.ap.plala.or.jp] has quit [Quit: Leaving.] | 01:40 | |
| -!- davec [~davec@cpe-24-243-251-52.hot.res.rr.com] has quit [Quit: leaving] | 01:45 | |
| -!- davec [~davec@cpe-24-243-251-52.hot.res.rr.com] has joined #bitcoin-wizards | 01:45 | |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-rkvwrjytmyhyvnuj] has quit [Quit: Connection closed for inactivity] | 01:52 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Quit: Leaving.] | 01:53 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #bitcoin-wizards | 01:53 | |
| eamonnw | im guessing censorship | 02:02 |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Quit: Leaving.] | 02:03 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #bitcoin-wizards | 02:11 | |
| -!- c-cex-finch [uid120855@gateway/web/irccloud.com/x-vkkkanddgzkasdcv] has quit [Quit: Connection closed for inactivity] | 02:14 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Read error: Connection reset by peer] | 02:36 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #bitcoin-wizards | 02:37 | |
| -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Client Quit] | 02:37 | |
| -!- Ylbam [uid99779@gateway/web/irccloud.com/x-fefgykkmgmgbihln] has joined #bitcoin-wizards | 02:42 | |
| -!- arowser_ [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] | 02:43 | |
| -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-wizards | 02:44 | |
| -!- nuke1989 [~nuke@178-157-152.dynamic.cyta.gr] has joined #bitcoin-wizards | 02:52 | |
| -!- moa [~kiwigb@opentransactions/dev/moa] has quit [Quit: Leaving.] | 02:53 | |
| -!- arowser [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] | 02:58 | |
| -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-wizards | 02:59 | |
| -!- AaronvanW [~ewout@f055170050.adsl.alicedsl.de] has joined #bitcoin-wizards | 03:02 | |
| -!- AaronvanW [~ewout@f055170050.adsl.alicedsl.de] has quit [Changing host] | 03:03 | |
| -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-wizards | 03:03 | |
| -!- arowser [~quassel@106.120.101.38] has quit [Client Quit] | 03:03 | |
| -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-wizards | 03:03 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 03:09 | |
| -!- c-cex-finch [uid120855@gateway/web/irccloud.com/x-gzudhrvoyumzjjph] has joined #bitcoin-wizards | 03:47 | |
| -!- Guest33826 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 03:47 | |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 03:59 | |
| -!- Quanttek [~quassel@ip1f11db5b.dynamic.kabel-deutschland.de] has joined #bitcoin-wizards | 04:10 | |
| -!- arowser [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] | 04:14 | |
| -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-wizards | 04:15 | |
| -!- NewLiberty [~NewLibert@2602:304:cff8:1580:99fb:fa01:f88f:b54c] has joined #bitcoin-wizards | 04:15 | |
| -!- Guest33826 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 240 seconds] | 04:21 | |
| -!- Guest88082 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 04:26 | |
| -!- Quanttek [~quassel@ip1f11db5b.dynamic.kabel-deutschland.de] has quit [Read error: Connection reset by peer] | 04:38 | |
| -!- Quanttek [~quassel@ip1f11db5b.dynamic.kabel-deutschland.de] has joined #bitcoin-wizards | 04:39 | |
| -!- c0rw|zZz is now known as c0rw1n | 04:55 | |
| -!- Piper-Off is now known as Monthrect | 05:06 | |
| -!- Burrito [~Burrito@unaffiliated/burrito] has joined #bitcoin-wizards | 05:18 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-wizards | 05:22 | |
| -!- brg444 [18257df2@gateway/web/freenode/ip.24.37.125.242] has joined #bitcoin-wizards | 05:22 | |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has quit [Ping timeout: 265 seconds] | 05:30 | |
| -!- SgtStroopwafel [~Chuck@s5597aba6.adsl.online.nl] has quit [Quit: Fuck, SgtStroopwafel is down!] | 05:35 | |
| -!- oneeman [~oneeman@ip48-68-15-186.ct.co.cr] has joined #bitcoin-wizards | 05:46 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] | 05:51 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 05:55 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-wizards | 05:56 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Quit: Quitte] | 05:56 | |
| -!- licnep [uid4387@gateway/web/irccloud.com/x-kztjkotjfihddbwi] has joined #bitcoin-wizards | 06:07 | |
| -!- Newyorkadam [~Newyorkad@wikipedia/Newyorkadam] has quit [Quit: Newyorkadam] | 06:21 | |
| -!- laurentmt [~Thunderbi@128-79-141-196.hfc.dyn.abo.bbox.fr] has joined #bitcoin-wizards | 06:24 | |
| -!- laurentmt [~Thunderbi@128-79-141-196.hfc.dyn.abo.bbox.fr] has quit [Client Quit] | 06:27 | |
| -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-wizards | 06:29 | |
| -!- satoshifanclub [6d4f1bb1@gateway/web/freenode/ip.109.79.27.177] has joined #bitcoin-wizards | 06:31 | |
| -!- p15 [~p15@34.91.145.64.client.static.strong-tk2.bringover.net] has quit [Ping timeout: 264 seconds] | 06:34 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Quit: GGuyZ] | 06:38 | |
| -!- skyraider [6c4b4069@gateway/web/freenode/ip.108.75.64.105] has joined #bitcoin-wizards | 06:38 | |
| -!- Newyorkadam [~Newyorkad@wikipedia/Newyorkadam] has joined #bitcoin-wizards | 06:40 | |
| -!- Newyorkadam [~Newyorkad@wikipedia/Newyorkadam] has quit [Client Quit] | 06:40 | |
| -!- Newyorkadam [~Newyorkad@wikipedia/Newyorkadam] has joined #bitcoin-wizards | 06:47 | |
| -!- Guest88082 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 240 seconds] | 06:49 | |
| -!- Yoghur114_2 [~jorn@g227014.upc-g.chello.nl] has joined #bitcoin-wizards | 06:49 | |
| -!- trippysalmon [rob@2001:984:6466:0:51d:b5ab:ab61:bed8] has joined #bitcoin-wizards | 07:00 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 07:16 | |
| -!- satoshifanclub [6d4f1bb1@gateway/web/freenode/ip.109.79.27.177] has quit [Ping timeout: 252 seconds] | 07:17 | |
| -!- skyraider [6c4b4069@gateway/web/freenode/ip.108.75.64.105] has quit [Quit: Page closed] | 07:28 | |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 07:32 | |
| -!- bramc [~bram@99-75-88-206.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-wizards | 07:33 | |
| -!- Newyorkadam [~Newyorkad@wikipedia/Newyorkadam] has quit [Quit: Newyorkadam] | 07:43 | |
| -!- amiller [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 07:47 | |
| -!- amiller is now known as Guest80305 | 07:47 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Ping timeout: 256 seconds] | 07:54 | |
| -!- SgtStroopwafel [~Chuck@s5597aba6.adsl.online.nl] has joined #bitcoin-wizards | 07:56 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 07:56 | |
| -!- AndChat|361524 [~AndChat36@104-54-235-28.lightspeed.austtx.sbcglobal.net] has joined #bitcoin-wizards | 08:00 | |
| -!- AndChat|361524 [~AndChat36@104-54-235-28.lightspeed.austtx.sbcglobal.net] has quit [Client Quit] | 08:01 | |
| -!- c-cex-finch [uid120855@gateway/web/irccloud.com/x-gzudhrvoyumzjjph] has quit [Quit: Connection closed for inactivity] | 08:04 | |
| -!- zwischenzug [~zwischenz@pool-173-73-105-60.washdc.fios.verizon.net] has joined #bitcoin-wizards | 08:04 | |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-gyrivhsmjlyiijxu] has joined #bitcoin-wizards | 08:05 | |
| -!- zwischenzug [~zwischenz@pool-173-73-105-60.washdc.fios.verizon.net] has quit [Read error: Connection reset by peer] | 08:10 | |
| -!- zwischenzug [~zwischenz@pool-173-73-105-60.washdc.fios.verizon.net] has joined #bitcoin-wizards | 08:11 | |
| -!- licnep [uid4387@gateway/web/irccloud.com/x-kztjkotjfihddbwi] has quit [Quit: Connection closed for inactivity] | 08:16 | |
| -!- Guest80305 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 245 seconds] | 08:21 | |
| -!- arowser [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] | 08:25 | |
| -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-wizards | 08:25 | |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has quit [Ping timeout: 256 seconds] | 08:32 | |
| -!- JackH [~Jack@host-80-43-143-141.as13285.net] has quit [Ping timeout: 255 seconds] | 08:42 | |
| -!- dignork [~dignork@unaffiliated/dignork] has quit [Quit: gone] | 08:42 | |
| -!- dignork [~dignork@unaffiliated/dignork] has joined #bitcoin-wizards | 08:45 | |
| -!- ielo [~ielo@fl-74-4-197-157.dhcp.embarqhsd.net] has joined #bitcoin-wizards | 08:47 | |
| -!- bramc [~bram@99-75-88-206.lightspeed.sntcca.sbcglobal.net] has quit [Quit: This computer has gone to sleep] | 08:52 | |
| -!- ielo [~ielo@fl-74-4-197-157.dhcp.embarqhsd.net] has quit [Ping timeout: 260 seconds] | 08:54 | |
| -!- laurentmt [~Thunderbi@128-79-141-196.hfc.dyn.abo.bbox.fr] has joined #bitcoin-wizards | 09:09 | |
| -!- laurentmt [~Thunderbi@128-79-141-196.hfc.dyn.abo.bbox.fr] has quit [Client Quit] | 09:12 | |
| -!- Giszmo [~leo@pc-139-55-215-201.cm.vtr.net] has joined #bitcoin-wizards | 09:12 | |
| -!- c-cex-finch [uid120855@gateway/web/irccloud.com/x-qollzjycfhidwbwf] has joined #bitcoin-wizards | 09:16 | |
| -!- zwischenzug [~zwischenz@pool-173-73-105-60.washdc.fios.verizon.net] has quit [Ping timeout: 256 seconds] | 09:23 | |
| -!- Guest27263 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 09:32 | |
| -!- Guest27263 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 240 seconds] | 09:43 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has joined #bitcoin-wizards | 09:47 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has quit [Read error: Connection reset by peer] | 09:47 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has joined #bitcoin-wizards | 09:47 | |
| -!- giel__ [~giel____@a149043.upc-a.chello.nl] has joined #bitcoin-wizards | 09:50 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has quit [Ping timeout: 250 seconds] | 09:53 | |
| -!- giel__ is now known as gielbier | 09:53 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has quit [Changing host] | 09:53 | |
| -!- gielbier [~giel____@unaffiliated/gielbier] has joined #bitcoin-wizards | 09:53 | |
| -!- el33th4x0r [68e5aa14@gateway/web/cgi-irc/kiwiirc.com/ip.104.229.170.20] has joined #bitcoin-wizards | 09:58 | |
| -!- wallet42 [~wallet42@i121-117-83-230.s41.a013.ap.plala.or.jp] has joined #bitcoin-wizards | 10:02 | |
| -!- licnep [uid4387@gateway/web/irccloud.com/x-xjxhgxeqbqsikclw] has joined #bitcoin-wizards | 10:02 | |
| -!- Quent1 [~Quent@unaffiliated/quent] has joined #bitcoin-wizards | 10:17 | |
| Quent1 | test | 10:17 |
| -!- sparetire_ [~sparetire@unaffiliated/sparetire] has joined #bitcoin-wizards | 10:18 | |
| Quent1 | we can discus here too adam3us, although I would have preferred a forum where the discussion does not fleet away as on irc | 10:18 |
| Quent1 | maybe you are now much aware about bitcointalk, but they do censor and feverishly unfortunately, that is why other forums had to be created, such as bitco.in/forum | 10:19 |
| Quent1 | it is unfortunate that in 2015 we have had so much, but never in a forum, accessible, space, where the conversation can continue and the points narrowed down so reaching a public agreement | 10:19 |
| Quent1 | I think it is time we do so... | 10:19 |
| Quent1 | unless you'd rather continue with twitter propaganda or feel safe only in censored spaces adam3us | 10:21 |
| Taek | This channel is logged, all discussion persists. Please refrain from being inflammatory | 10:22 |
| Quent1 | and there you go... | 10:23 |
| Quent1 | threat of censorship before the discussion has even began... | 10:23 |
| Quent1 | if you are honest adam3us and not only engaging in propaganda come to an open, uncensored, free and accessible space, make a thread on bitco.in/forum and we can tackle all the issues in regards to the blocksize question in one continuous conversation, rather than politicking on tweeter or censored spaces | 10:24 |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 10:25 | |
| Quent1 | you can't refuse it... you know what that would say to all, including your supporters | 10:27 |
| -!- kyluke [~kyluke@8ta-150-2-55.telkomadsl.co.za] has joined #bitcoin-wizards | 10:28 | |
| Taek | Quent1: if you wish to discuss about theoretical ideas with regards to cryptocurrencies, please state the ideas and elaborate on them. Everything you have said so far is off topic. | 10:28 |
| -!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-wizards | 10:29 | |
| Quent1 | Taek, adam3us invited me here, mind putting down your hammer? | 10:29 |
| Quent1 | and not threaten me... | 10:30 |
| Quent1 | anyway | 10:30 |
| brg444 | I kept track of the discussion. AFAIK he invited you to discuss technical matters wrt BU | 10:30 |
| -!- giel__ [~giel____@a149043.upc-a.chello.nl] has joined #bitcoin-wizards | 10:30 | |
| Taek | you are welcome here, just stay on topic. I have no administrative power here | 10:30 |
| -!- kyluke [~kyluke@8ta-150-2-55.telkomadsl.co.za] has quit [Read error: Connection reset by peer] | 10:32 | |
| adam3us | Quent1: see also https://bitcointalk.org/index.php?topic=1312371.new#new | 10:32 |
| Quent1 | yes, the censored space... | 10:32 |
| -!- gielbier [~giel____@unaffiliated/gielbier] has quit [Ping timeout: 240 seconds] | 10:33 | |
| Quent1 | it is run by theymos afterall, I am not sure what you think your choice of posting a thread there tells everyone adam3us | 10:33 |
| kanzure | can you elaborate why you think your complaints about "censorship" are likely to improve the technical quality of discussion about BU here? | 10:34 |
| Quent1 | especially when theymos has already invoked power in an academic debate | 10:34 |
| adam3us | Quent1: stop talking about censorship real or perceived, and talk about how BU works. | 10:34 |
| kanzure | do you think that "censorship" for some reason modulates the integrity of refutations? in particular, which integrity violation are you thinking of? | 10:35 |
| Quent1 | if you worried about security, game theory, etc, then lets discuss this in an uncensored, free and accessible forum, where the discussion continues beyond 10 minutes or just one day... | 10:35 |
| Quent1 | adam3us, I'm not going to talk in soundbites. Irc is not the right place for indepth discussion of complex matters, nor is reddit, nor is irc, nor is bitcointalk because it is censored | 10:36 |
| adam3us | then use https://bitcointalk.org/index.php?topic=1312371.new#new i believe gmaxwell is the moderator and he's not going to delete a tech discussion for sure. | 10:36 |
| kanzure | to be more specific, it is more useful and productive to provide details rather than inflammation. if you are unwilling to do this then why are you here at all? :-) | 10:36 |
| Quent1 | hence my invite to come to bitco.in/forum | 10:36 |
| Quent1 | not sure why you scared to do so? | 10:36 |
| Quent1 | anyone can sign up... | 10:36 |
| Quent1 | it's open to all and NO one will be censored | 10:36 |
| Quent1 | unless obvious spam etc | 10:36 |
| adam3us | Quent1: i am hesitant to participate in that forum for reasons given on bitcointalk. | 10:37 |
| kanzure | irc is perfectly fine for complex topic discussion. happens all the time. | 10:37 |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has quit [Ping timeout: 256 seconds] | 10:37 | |
| adam3us | if you want to say that gmaxwell would censor a technical discussion, I do not believe you. | 10:37 |
| adam3us | actually many highly complex things were invented on this channel. | 10:37 |
| Quent1 | I don't think your thread on bitcointalk gives any explenation as to why you hesitate to come to bitco.in/forum | 10:37 |
| kanzure | Quent1: because he doesn't need to give a reason. | 10:38 |
| Quent1 | it instead expresses a somewhat confused understanding of BU | 10:38 |
| adam3us | Quent1: "The idea was to have some technical focussed constructive discourse and this is a more neutral forum and also where more Bitcoin experts hang out." | 10:38 |
| brg444 | Quent1 clear it up for us! | 10:38 |
| Quent1 | adam3us, the blocksize question is not only technical | 10:38 |
| adam3us | "Perhaps they could start by explaining what it is & how it works. This might include unimplemented ideas, and a summary of what the code currently for download on the manifesto page does." | 10:39 |
| Quent1 | it is also echonomical | 10:39 |
| Quent1 | I want an open space accessible to all... | 10:39 |
| Quent1 | an interdisciplinary approach | 10:39 |
| adam3us | ofc, go faster - people on here are bitcoin wizards - tech details pls. | 10:39 |
| Quent1 | bitcoin is cash, that's economics, not just some code | 10:39 |
| Quent1 | alright | 10:39 |
| Quent1 | I'll just have to publicly call you to there on reddit... | 10:39 |
| Quent1 | it seems clear you are somewhat scared to engage | 10:40 |
| Quent1 | so... | 10:40 |
| kanzure | so no tech details are forthcoming in this conversation? | 10:40 |
| Quent1 | maybe you can publicly refuse | 10:40 |
| adam3us | Quent1: are you going to post something technical or what? | 10:40 |
| brg444 | welp | 10:40 |
| Quent1 | fleeting irc is not a place to discuss what we have been discussing for 6 months | 10:40 |
| adam3us | Quent1: why is it such a redline for you that i should volunteer my time to help you and i have to do it on your terms on your forum so you can control the narrative and pick the audience? | 10:40 |
| Quent1 | I don't want to go on an endless loop... | 10:40 |
| brg444 | Clearly BU is based on economical motives but can we make an attempt to verify if it does what it claims on a technical basis? | 10:41 |
| kanzure | btw, i think that phantomcircuit nailed the nail on the head yesterday with his statement regarding no method of coming to consensus regarding consensus rules themselves (e.g. especially because of lack of sybil resistance for deciding consensus rules for sybil resistance in the first place). but i think that other network effects are still productive here. | 10:41 |
| Quent1 | I want full considerations of the matter, in an accesible manner to all and where the debate does not just die in 10 minutes or 1 day and we just repeat what we said yesterday | 10:41 |
| Quent1 | a forum is the place for that | 10:41 |
| brg444 | Does it take several days for people to get a grasp of BU? | 10:41 |
| Quent1 | bitcointalk is censored... hence not the right forum | 10:41 |
| kanzure | tech details are correct/incorrect independent of the forum or medium they are posted in | 10:41 |
| adam3us | Quent1: people quote IRC wizards logs years later because it is where things are often invented | 10:41 |
| kanzure | economics is not a special case | 10:42 |
| Quent1 | bitco.in/forum is not censored, thus we can have a rational, academic, interdisciplinary approach, between coders, economists, etc, and continue the debate, until we reach the end point | 10:42 |
| adam3us | Quent1: either post on bitcointalk or here but you've kind of got us in suspense here | 10:42 |
| Quent1 | I will to only explain what BU is | 10:42 |
| kanzure | how about this, quent1 can post his tech details on bitco.in, then he can link us to his posts (or he can copy/paste). that way, if he is "censored", his content is still available through the medium he prefers. | 10:43 |
| adam3us | Quent1: we dont want an advertisement for a project forum - you wanted review, so lets get to it | 10:43 |
| Quent1 | Bitcoin Unlimited is an interdisciplinary approach to the blocksize question, it is bottom up, after taking into consideration the many points that have been raised in 2015 and it brings an insight | 10:43 |
| Quent1 | miners do not want too high a limit | 10:43 |
| adam3us | Quent1: please understand it is extremely common in projects that people make their own forum so they can control the narrative. | 10:43 |
| Quent1 | the economy does not want too low a limit | 10:43 |
| kanzure | the economy wants a lot of things :-) | 10:43 |
| Quent1 | thus the limit should be just above demand, but demand moves, so the limit should be movable too | 10:44 |
| -!- coinoperated [~coinopera@c-73-163-103-87.hsd1.dc.comcast.net] has joined #bitcoin-wizards | 10:44 | |
| Quent1 | we propose a way whereby consensus can be reached by all participants without an interveening third party | 10:44 |
| Quent1 | and without any centralised controll or suggestion | 10:44 |
| adam3us | Quent1: nullcproposed this a while back - have you read the flex-cap proposal as written up by maaku he presented on it at scaling bitcoin HK | 10:44 |
| Quent1 | by moving the limit from the centralised protocol layer to the transport layer | 10:44 |
| Quent1 | the miners therefore can communicate the limit of the blocks they will accept | 10:45 |
| kanzure | Quent1: believe it or not, consensus among "all known participants" is not a hard problem. it's also not the problem that bitcoin solves. | 10:45 |
| Quent1 | according to game theory, the miners will rally around focal points | 10:45 |
| Quent1 | currently that focal point is 2mbs | 10:45 |
| alpalp | they have rallied around focal points: experts of Bitcoin :) | 10:45 |
| Quent1 | therefore the miners start by signing their blocks with will accept blocks only up to 2mb | 10:45 |
| Quent1 | once some 95% of them so sign their blocks | 10:46 |
| Quent1 | all miners know it is safe to create a 1.1mb block for example | 10:46 |
| adam3us | Quent1: they wouldnt really need to sign as the PoW is a signature | 10:46 |
| -!- frankenmint [~frankenmi@67-5-247-11.ptld.qwest.net] has joined #bitcoin-wizards | 10:46 | |
| Quent1 | yes, they just communicating it | 10:46 |
| -!- frankenmint [~frankenmi@67-5-247-11.ptld.qwest.net] has quit [Remote host closed the connection] | 10:46 | |
| Quent1 | telling others, so others know what the limit the accept is... | 10:46 |
| kanzure | if bitcoin consensus would have worked without a coordination protocol then there's no reason to bother with bitcoin software at all | 10:47 |
| Quent1 | now common sense would say miners would keep their limit just above actual demand or thereabout | 10:47 |
| Quent1 | now for example the limit would be 2mb - so they just gui menu configure the option from 1mb to 2mb | 10:47 |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards | 10:47 | |
| Quent1 | once demand picks up | 10:47 |
| alpalp | Quent1: can you define what you mean by "actual demand"? | 10:47 |
| Quent1 | then the miners increase it to 3mb, | 10:47 |
| adam3us | Quent1: how is this different from bip 100? | 10:47 |
| Quent1 | and so on | 10:47 |
| Quent1 | bip100 limited the choice to miners alone | 10:47 |
| Quent1 | BU includes the economy | 10:48 |
| brg444 | right, I thought it had to do with individual nodes? | 10:48 |
| Quent1 | as in all node operators set their own limit | 10:48 |
| Quent1 | miners therefore can not play games | 10:48 |
| brg444 | and then... miners pick a number? | 10:48 |
| Quent1 | because they have to consider not only what limit other miners accept | 10:48 |
| adam3us | Quent1: but node operators are not miners and so their vote is not securely communicable | 10:48 |
| Quent1 | but also what limit the businesses accept | 10:48 |
| alpalp | Quent1: So if I kick off 5000 nodes and say I want maximum 100KB blocks, miners see that somehow? | 10:48 |
| Quent1 | adam3us, by node operators I meant miners | 10:48 |
| Quent1 | that's the basics of BU | 10:49 |
| Quent1 | it is difficult for us to project what the blocksize should be | 10:49 |
| adam3us | Quent1: so how is that including the economy? (vs addition to bip 100 including only miners) | 10:49 |
| brg444 | Are you sure of that? Peter R seems to propose it empowers individual node owners, as in -not- miners | 10:49 |
| Quent1 | should it be 8mb in 4 years? how do we know | 10:49 |
| Quent1 | should it be 8gb in 20 years? we have no clue | 10:49 |
| kanzure | brg444: better to use his name (rizun) | 10:49 |
| Quent1 | should it be 1mb right now? well there is unanimous agreement that it should not | 10:50 |
| Quent1 | BU just brings the choice to the free market | 10:50 |
| Quent1 | but in such a way as to perserve consensus | 10:50 |
| Quent1 | and security | 10:50 |
| brg444 | Wait a minute | 10:50 |
| kanzure | but you just said that it was miners only | 10:50 |
| brg444 | Let's backtrack things up a bit. You just said miners only decide | 10:50 |
| brg444 | how is that the free market? | 10:50 |
| Quent1 | now, adam3us, come to bitco.in forum and lets have a real, academic, discussion | 10:50 |
| kanzure | brg444: it's the free market for those particular miner's block space :P | 10:50 |
| adam3us | Quent1: are you familiar with BIP 100? | 10:50 |
| Quent1 | I invite all others to do so too | 10:50 |
| Quent1 | we need to stop this politiking | 10:51 |
| Quent1 | we need to bridge the gaps that have been created | 10:51 |
| Quent1 | and move forward as one | 10:51 |
| kanzure | instead of responding to our objections you are politicking | 10:51 |
| brg444 | ... says the guy trying to have a one way discussion | 10:51 |
| adam3us | Quent1: i am not joining that forum. if you want to have a discussion bitcointalk is fine. | 10:51 |
| Quent1 | the only way we can do so it by a public discussion in an appropriate manner | 10:51 |
| Quent1 | lmao | 10:51 |
| Quent1 | adam3us, why you not joinging that forum? | 10:51 |
| adam3us | Quent1: this is a public, logged channel. | 10:51 |
| kanzure | why would we want to have a discussion with someone who does not respond to objections? | 10:51 |
| Quent1 | your friends can come too... | 10:51 |
| brg444 | Quent1 do you intend on helping us figure it out? maybe you can invite Peter Rizun if you need help? | 10:51 |
| Quent1 | no one stoping kazure | 10:52 |
| Quent1 | or brg44 from joining too | 10:52 |
| Quent1 | or gmax | 10:52 |
| Quent1 | or anyone | 10:52 |
| adam3us | Quent1: i said above "The idea was to have some technical focussed constructive discourse and this is a more neutral forum and also where more Bitcoin experts hang out." and on bitcointalk | 10:52 |
| Quent1 | its a 2second thing to register | 10:52 |
| Quent1 | this is not a forum | 10:52 |
| Quent1 | this is a chat | 10:52 |
| Quent1 | we quickly talking here | 10:52 |
| adam3us | Quent1: please. is this a request for review or an advertisement for a project forum? do you know how many coin forums there are? | 10:52 |
| Quent1 | a forum is essay writting considered stuff | 10:52 |
| Quent1 | r/bitcoin is not that | 10:52 |
| Quent1 | tweeter is defo not that | 10:53 |
| Quent1 | a forum is that... | 10:53 |
| kanzure | you can request elaboration from us if there is something you don't understand, but no we're not going to write more words than necessary | 10:53 |
| Quent1 | adam3us, I did not request a review | 10:53 |
| Quent1 | I requested a rational debate... | 10:53 |
| kanzure | debate is not a productive way to communicate reason or respond to objections. | 10:53 |
| Quent1 | I didn't ask you to create a forum post about BU | 10:54 |
| Quent1 | I asked you to create a forum post about what you were saying on tweeter | 10:54 |
| Quent1 | you know, how apparently only certain ppl are experts | 10:54 |
| Quent1 | how apparently only certain people are aviator braintrusts or whatever it was | 10:54 |
| Quent1 | how we need to be careful with security and game theory etc | 10:54 |
| kanzure | are you going to respond to any of our above objections? | 10:55 |
| adam3us | actually you did https://twitter.com/Aquentys/status/683339510537654272 "properly discuss the issues in a rational, academic, accessible, manner. Perhaps you can start of a thread." | 10:55 |
| Quent1 | and how lightning is meant to function in a real life | 10:55 |
| Quent1 | yes | 10:55 |
| Quent1 | the issues you were talking about | 10:55 |
| Quent1 | I don't think I mentioned BU once... | 10:55 |
| -!- hashtagg_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has quit [Ping timeout: 246 seconds] | 10:55 | |
| Quent1 | anyway, it seems you are not interested in actual debate | 10:56 |
| adam3us | hmm you replied to this https://twitter.com/adam3us/status/683321835610574848 "can discuss tech any day on bitcoin IRC or reddit or bitcointalk. I would be interested to see BU survive peer review on wizards" | 10:56 |
| kanzure | okay, so just to keep things in line- we have heard your messages, we have read them and responded to them, and now you are stating a disinterest in continuing to talk about the details. | 10:56 |
| Quent1 | yes, you brought it up... | 10:56 |
| Quent1 | which is fine.. | 10:56 |
| Quent1 | I gave my concept of BU | 10:56 |
| Quent1 | so let the wizards review it... | 10:57 |
| brg444 | It seemed pretty confused :/ | 10:57 |
| Quent1 | where is the hole? | 10:57 |
| -!- paveljanik [~paveljani@unaffiliated/paveljanik] has joined #bitcoin-wizards | 10:57 | |
| kanzure | besides the ones we pointed out? | 10:57 |
| Quent1 | oh, see adam3us, I can't expect people to come on the spot with answers to what are difficult questions | 10:57 |
| Quent1 | hence the need for a forum | 10:57 |
| Quent1 | where the answers can be contemplated | 10:58 |
| Quent1 | developed fully and articulated | 10:58 |
| Quent1 | now, | 10:58 |
| Quent1 | why you refuse adam3us ? | 10:58 |
| kanzure | which answers of ours do you think have not been articulated well? | 10:58 |
| adam3us | trust us, we think we can break it real time. go ahead :) | 10:58 |
| kanzure | was it the one about miners not substantiating an economic majority? was that not articulated well? | 10:58 |
| brg444 | Quent1 Difficult question? It seemed pretty straight forward: how do you reconcile your claim that BU addressed the demand of the free markets by having miners only pick the size of the blocks? | 10:59 |
| Quent1 | why you refuse adam3us ? | 10:59 |
| adam3us | wizards have short attention spans - go faster. are the nodes influencing size or only miners? if only miners how is it different from 100 and have you answered the know critiques of BIP 100? | 10:59 |
| Quent1 | what is worrying you adam3us ? | 10:59 |
| maaku | #bitcoin-wizards-offtopic | 10:59 |
| Quent1 | it's just a forum... | 10:59 |
| maaku | please leave comms channels open for their intended purpose | 10:59 |
| Quent1 | sorry maaku, your boss thought it was the right place | 10:59 |
| Quent1 | and keeps insisting on it... | 11:00 |
| alpalp | Quent1: it would if you spent time on topic instead of whining about censorship | 11:00 |
| kanzure | he was correct that it's the right place, but he was wrong that you would be willing to discuss details | 11:00 |
| Quent1 | I just explained BU... | 11:00 |
| Quent1 | not heard a point yet | 11:00 |
| kanzure | what have you heard, then? | 11:00 |
| adam3us | Quent1: give details for review | 11:00 |
| adam3us | Quent1: "are the nodes influencing size or only miners? if only miners how is it different from 100 and have you answered the know critiques of BIP 100?" | 11:01 |
| kanzure | if anything this shows that adam3us is a hopeless optimist | 11:01 |
| Quent1 | what you scared of adam3us ? why won't you come to a forum where the issues can be properly discussed? | 11:01 |
| adam3us | Quent1: it is ok if you dont know, that just means you need to go fetch someone who does. | 11:01 |
| -!- Cory [~C@unaffiliated/cory] has quit [Ping timeout: 246 seconds] | 11:01 | |
| maaku | Quent1: BU does not achieve consensus. your view of the chain tip depends on what parameters you set. that would be utter mayhem in a real economy | 11:01 |
| Quent1 | adam3us, it is different because the business nodes have a say too... | 11:01 |
| kanzure | have a say in what? | 11:02 |
| Quent1 | alright | 11:02 |
| maaku | the only stable solution is to set parameters to infinity, so stable-BU truly is unlimited | 11:02 |
| Quent1 | I'll have to make a reddit thread I'm afraid | 11:02 |
| Quent1 | you can't just refuse to discuss in an uncensored space | 11:02 |
| kanzure | maaku: yes but to that i have been saying "it's obvious that we can already achieve consensus with a central PoW node anyway" | 11:02 |
| kanzure | maaku: so that's not a very interesting result from a bitcoin perspective :-) | 11:02 |
| brg444 | go, right ahead, provide a link too just so people realize how dense you are ;) | 11:02 |
| alpalp | Quent1: actually, thats exactly what he did. | 11:02 |
| Quent1 | where the matters can be thoroughly discussed | 11:02 |
| Quent1 | not in 5 second chats as here | 11:02 |
| Quent1 | which foster quick snap answers | 11:02 |
| maaku | kanzure: to many people it sadly not obvious that unlimited-size blocks would be centralizing :\ | 11:03 |
| Quent1 | the blocksize limit is not a quick snap answers question adam3us | 11:03 |
| kanzure | Quent1: do you think you would understand questions about bip100 and consensus if it took you 10x longer to understand? | 11:03 |
| Taek | maaku: it forces you to use social mechanisms to figure out what set of parameters are being accepted by the network. You can figure out parameters that are legal, but you're probably going to have to ask bc.i or coinbase, or whatever other powerful entities are forced to pick parameters together | 11:03 |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has joined #bitcoin-wizards | 11:03 | |
| adam3us | Taek: yes it seems like consensus via human coordination. | 11:03 |
| Taek | I believe you could have a reasonably stable system where the strongest economic powers are picking the parameters and telling everybody else to go along | 11:04 |
| kanzure | Taek: there are no existing social mechanisms that are sybil resistant for picking a max block size limit | 11:04 |
| maaku | Taek: the only setting that would guarantee I'm not on a lesser-work, unsafe fork would be MAX_INT | 11:04 |
| brg444 | Taek like central banks :) ? | 11:04 |
| kanzure | yes centralized ledgers could trivially be "stable" | 11:04 |
| maaku | no social consensus required | 11:04 |
| Taek | It's not a system I would want to participate in. I would feel like I had no guarantees that the validation costs would stay within my own reach | 11:05 |
| kanzure | so since this log is going to be linked on reddit, let's at least point out the original existing peter rizun criticisms | 11:05 |
| kanzure | here is where peter rizun admitted that his assumptions in his "fee market" paper were totally broken: http://pastebin.com/jFgkk8M3 | 11:05 |
| kanzure | this pastebin paste was made by the same person too | 11:05 |
| -!- Pasha [~C@unaffiliated/cory] has joined #bitcoin-wizards | 11:06 | |
| kanzure | here is some basic argumentation about big blocks and how increasing resource requirements kick off low-resource participants https://www.reddit.com/r/Bitcoin/comments/3yvkep/devs_are_strongly_against_increasing_the/cyhv7ev | 11:06 |
| adam3us | ok well that was disappointing. he took off and didnt provide information - i hoped he would know how they think it might work. | 11:06 |
| kanzure | here is why it doesn't matter if transaction fees can pay for big block orphan risk: https://www.reddit.com/r/Bitcoin/comments/3yod27/greg_maxwell_was_wrong_transaction_fees_can_pay/cyfluso | 11:07 |
| kanzure | here is why peter rizun's unhealthy fee market doesn't actually control block size https://np.reddit.com/r/btc/comments/3xkok3/reduce_orphaning_risk_and_improve/cy60r4y | 11:07 |
| kanzure | here is why it is uninteresting to have a bunch of high-bandwidth miners having consensus just among themselves https://www.reddit.com/r/Bitcoin/comments/3ycizh/decentralizing_development_can_we_make_bitcoins/cycex9t | 11:08 |
| kanzure | here is a roadmap for bitcoin core scalability increases that bitcoin core developers have been working on http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/011865.html | 11:09 |
| kanzure | in particular for frequently asked questions see https://bitcoin.org/en/bitcoin-core/capacity-increases-faq | 11:09 |
| kanzure | am i forgetting anything? | 11:09 |
| adam3us | it could also be noted that if only miners vote they could keep the consensus enforced block-cap artificially small to drive up fees. modulo their intrinsic 51% ability to do similar by censoring large blocks. | 11:11 |
| brg444 | I think https://en.wikipedia.org/wiki/Sybil_attack is also something to consider for BU enthusiasts | 11:12 |
| -!- Pasha is now known as Cory | 11:13 | |
| -!- psztorc [ac3ad84f@gateway/web/freenode/ip.172.58.216.79] has joined #bitcoin-wizards | 11:21 | |
| -!- psztorc is now known as Guest59187 | 11:22 | |
| -!- Guest59187 [ac3ad84f@gateway/web/freenode/ip.172.58.216.79] has left #bitcoin-wizards [] | 11:23 | |
| -!- Quanttek [~quassel@ip1f11db5b.dynamic.kabel-deutschland.de] has quit [Remote host closed the connection] | 11:23 | |
| -!- _psztorc [ac3ad84f@gateway/web/freenode/ip.172.58.216.79] has joined #bitcoin-wizards | 11:26 | |
| -!- JackH [~Jack@host-80-43-143-141.as13285.net] has joined #bitcoin-wizards | 11:26 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has joined #bitcoin-wizards | 11:27 | |
| -!- giel__ [~giel____@a149043.upc-a.chello.nl] has quit [Ping timeout: 250 seconds] | 11:30 | |
| -!- gielbier [~giel____@a149043.upc-a.chello.nl] has quit [Client Quit] | 11:31 | |
| -!- _psztorc [ac3ad84f@gateway/web/freenode/ip.172.58.216.79] has quit [Quit: Page closed] | 11:31 | |
| -!- Quanttek [~quassel@ip1f11db5b.dynamic.kabel-deutschland.de] has joined #bitcoin-wizards | 11:34 | |
| stonecoldpat | "bip100 limited the choice to miners alone, BU includes the economy, as in all node operators set their own limit, by node operators i meant miners", i cant see the difference between his comment and bip100, except bip100 is more concrete | 11:39 |
| -!- pozitron [~nu@109.201.143.40] has joined #bitcoin-wizards | 11:40 | |
| alpalp | stonecoldpat: I've tried to get to the bottom of it, and the best I could get was non-mining nodes try to communicate their preference, and miners can honor it or not. Basically BIP100 with a suggestion box. | 11:42 |
| -!- belcher [~user@unaffiliated/belcher] has quit [Ping timeout: 276 seconds] | 11:42 | |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Read error: Connection reset by peer] | 11:46 | |
| -!- b_lumenkraft_ [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards | 11:46 | |
| stonecoldpat | alpalp: ah ok thank you | 11:47 |
| alpalp | though theres no code, just a lot of handwaving and rhetoric, so hard to really know. | 11:47 |
| alpalp | I don't think its any kind of serious proposal, simply the Donald Trump of cryptocurrencies - says a lot of stuff to rile people up | 11:48 |
| -!- moa [~kiwigb@opentransactions/dev/moa] has joined #bitcoin-wizards | 11:54 | |
| -!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-wizards | 11:56 | |
| -!- pozitron [~nu@109.201.143.40] has quit [Ping timeout: 260 seconds] | 11:58 | |
| Quent1 | lol, sorry, just reading back the log | 11:58 |
| Quent1 | it's not miners only... | 11:58 |
| -!- adlai [~adlai@unaffiliated/adlai] has quit [Quit: WeeChat 1.3] | 11:58 | |
| Quent1 | I mean you guys seem keen to look at holes which is good, but, BU does have a website.. bitcoinunlimited.info | 11:59 |
| Quent1 | maybe read it? | 11:59 |
| Quent1 | all node operators can decide their own limit | 11:59 |
| -!- adlai [~adlai@unaffiliated/adlai] has joined #bitcoin-wizards | 11:59 | |
| Quent1 | but it is of corse only node miners who actually generate blocks adam3us | 11:59 |
| alpalp | Quent1: what does it mean to "decide a limit"? | 11:59 |
| Quent1 | so the limit, as far as generation and acceptance is concerned, matters to node miners only in the first instance | 11:59 |
| Quent1 | BU is about reaching consensus, not about *what* consensus is or should be | 12:00 |
| brg444 | right.... | 12:00 |
| brg444 | so how does it go about doing this? | 12:00 |
| Quent1 | the way to reach consensus in a decentralised fashion is by node miners communicating in their blocks the limit they accept | 12:00 |
| alpalp | brg444: by making pretty pdfs | 12:00 |
| Quent1 | right now that would be say 2mb | 12:00 |
| Quent1 | and once say 95% of miner nodes so communicate, then the limit is effectively 2mb | 12:00 |
| Quent1 | the business miners of course can see these communications | 12:01 |
| brg444 | you propose that individual non mining nodes somehow have a way to signal their "acceptable" limit, correct? | 12:01 |
| Quent1 | so they set the limit to 2mb too... | 12:01 |
| Quent1 | ergo, consensus | 12:01 |
| Quent1 | with no intermediate, no central player | 12:01 |
| alpalp | Quent1: slow down for a second. What does it mean for a non-mining node to "decide" a limit? | 12:01 |
| Quent1 | pure free market, fully decentralised | 12:01 |
| brg444 | business miners/miner nodes | 12:01 |
| Quent1 | and what is better, local | 12:01 |
| brg444 | what is the difference? | 12:01 |
| Quent1 | we can't know what the limit should be in 1 year, let alone 4 years | 12:01 |
| Quent1 | only the free market can | 12:01 |
| brg444 | right | 12:02 |
| brg444 | but you propose that only miners decide...? | 12:02 |
| brg444 | the miners != free market | 12:02 |
| Quent1 | seems I miscommunicated earlier adam3us when I said by node operator I meant miner node... | 12:02 |
| Quent1 | which strengthens my point that this place is not the right space | 12:02 |
| Quent1 | to have such discussions | 12:02 |
| alpalp | so non-mining users basically have no block limit? | 12:02 |
| Quent1 | they can choose what they want | 12:03 |
| alpalp | Suppose I set my limit as 100KB, what does that mean for me? | 12:03 |
| Quent1 | bitcoin is based on incentives and rational acts | 12:03 |
| Quent1 | because 51% | 12:03 |
| alpalp | a bunch of miners send me 1MB blocks, i reject them? | 12:03 |
| Quent1 | alpalp depands what you are | 12:03 |
| Quent1 | if you a miner it means you go bankrupt because you are too stupid | 12:03 |
| Quent1 | and so deserve it | 12:03 |
| Quent1 | if you are a business same thing | 12:03 |
| alpalp | Quent1: I am only talking about non-miners, the miner case is already covered in BIP100 | 12:04 |
| alpalp | I can "set a limit", what does the limit that a non-mining node does? | 12:04 |
| Quent1 | there are only two nodes that matter as far as the network is concerned | 12:04 |
| Quent1 | miner nodes | 12:04 |
| brg444 | Quent1 Forget about the miners, business. Where does the individual who run nodes come in? | 12:04 |
| Quent1 | and business nodes | 12:04 |
| brg444 | uh | 12:04 |
| Quent1 | the rest are of benefit only to the individual who runs it and have no effect on the network as a whole | 12:04 |
| Quent1 | that is why there is no direct incentive to run a node | 12:05 |
| brg444 | that's not true :/ there are privacy and network decentralization incentives | 12:05 |
| alpalp | what is a business node? | 12:05 |
| Quent1 | coinbase's nodes... | 12:05 |
| Quent1 | business.. you know.. the trading ppl | 12:05 |
| alpalp | How do I distinguish a business node from a non-business non-mining node? | 12:05 |
| Quent1 | why do you want to? | 12:05 |
| pigeons | ]another useful channel ruined by this nonsense | 12:05 |
| alpalp | apparently you are distinguishing them, so I am trying to understand that. | 12:06 |
| belcher | pigeons +1 | 12:06 |
| Quent1 | exactly pigeons | 12:06 |
| Quent1 | this place is not the right space for this discussion | 12:06 |
| Quent1 | adam3us, should make a forum thread, laying out his points, and we can have a proper discussion | 12:06 |
| belcher | how about we all go to ##bitcoin to carry on | 12:06 |
| Quent1 | not in fleeting irc | 12:06 |
| Quent1 | or soundbite propaganda tweeter | 12:07 |
| Quent1 | or 1day attention span reddit..... | 12:07 |
| brg444 | So I can go on record on reddit : "BU proponent propose that individuals' right to run a node does not matter"? | 12:07 |
| alpalp | Quent1: good discussion was going, lets take it to ##bitcoin, I'll make a summary of it even! | 12:07 |
| Quent1 | I'm banned there belcher | 12:07 |
| TD-Linux | yes it's not. BU has already been discussed to death aelsewhere | 12:07 |
| Quent1 | censorship everywhere! | 12:07 |
| Quent1 | no wonder adam3us is scared to discuss in daylight | 12:07 |
| pigeons | lol he is such a troll he is banned from ##bitcoin | 12:07 |
| Quent1 | he hides behind censorship | 12:07 |
| Quent1 | as if people can't see it | 12:08 |
| Quent1 | even his own supporters can see it... | 12:08 |
| Quent1 | anyway | 12:08 |
| Quent1 | I just wanted to clarify that node point... | 12:08 |
| Quent1 | all nodes choose their own limits | 12:09 |
| Quent1 | but cus game theory emerging consensus | 12:09 |
| Quent1 | it's simple... almost childlishly simple | 12:09 |
| alpalp | Quent1: go to #bitcoin-unlimited-super-awesome-fun-time-uncensored | 12:09 |
| alpalp | we can talk there, Im not scared. | 12:10 |
| TD-Linux | alpalp, don't feed the troll. | 12:10 |
| belcher | channel name too long, i suggest #bitcoin-unlimited | 12:10 |
| alpalp | unfortunately he was specifically invited to discuss this | 12:10 |
| kanzure | "game theory emerging consensus" is not a suitable answer. we already know that a bunch of miners can agree to deprecate the bitcoin system in favor of a more centralized system. but wouldn't it be more productive to do this in a way independent of whether there is a block size limitation? | 12:11 |
| Quent1 | and how you propose that is done? | 12:11 |
| Quent1 | by a centralised committee? | 12:11 |
| kanzure | first, describe the ideal scenario you want | 12:11 |
| Quent1 | the blocksize is a living, breathing, thing... | 12:11 |
| Quent1 | it responds to demand, technology, etc... | 12:12 |
| kanzure | no, i mean the ultimate scenario you want for bitcoin. forget about block size. | 12:12 |
| Quent1 | no committee can be better placed to decide what it should be than the individuals most affected | 12:12 |
| Quent1 | the ideal scenario I want is a limit just above demand | 12:12 |
| kanzure | demand for what? | 12:12 |
| alpalp | quent1: what do you mean by "demand"? | 12:12 |
| Quent1 | as in, a limit to protect from attacks... not a limit to limit demand | 12:13 |
| kanzure | attacks against what? | 12:13 |
| Quent1 | lol | 12:13 |
| kanzure | your lack of clarity should not be amusing | 12:13 |
| alpalp | Quent1: demand is a curve, not a fixed point. Which point in the curve? | 12:13 |
| Quent1 | sorry wizards for disturbing your channel | 12:13 |
| Quent1 | it was adam3us who invited | 12:13 |
| Quent1 | I'm out | 12:13 |
| alpalp | well, bye | 12:13 |
| Quent1 | if you guys are honest, the place for discussion is uncensored forums | 12:13 |
| Quent1 | if you want to continue with 140 characters tweeter propaganda then go ahead... | 12:14 |
| kanzure | irc does not have a 140 character limitation | 12:14 |
| kanzure | btw, multiple times now you have said you are leaving, but you have not. | 12:14 |
| Quent1 | it does have idiots who ask what is demand however | 12:14 |
| brg444 | ... | 12:15 |
| kanzure | we are asking you because we want you to realize that you can't answer the question | 12:15 |
| alpalp | Quent1: We are trying to understand what you are talking about. | 12:15 |
| coinoperated | @kanzure every single discussion about bitcoin should lead with a statement about discussants' opinion on bitcoin's ultimate direction. most of the S/N ratio problems in this community come from everyone talking at cross purposes and being coy about why they want the changes they want. | 12:15 |
| Quent1 | well exactly kanzure | 12:15 |
| Quent1 | I can't answer the question | 12:15 |
| Quent1 | the free market can | 12:15 |
| Quent1 | that defeats your own point of choosing the blockzise by comittee | 12:15 |
| kanzure | what committee? | 12:15 |
| Quent1 | there are only two ways | 12:16 |
| Quent1 | decentralised decision making - free market | 12:16 |
| Quent1 | or centralised decision making - committees | 12:16 |
| Quent1 | a committee can not know what demand is | 12:16 |
| kanzure | if you are unable to answer questions regarding the security guarantees of a protocol, why would you want to use the protocol? | 12:16 |
| adam3us | Quent1: you are extremely vague in the way you answer so it is very hard to determine what the design of BU actually is. is there someone else you have who can explain or join bitcointalk ? | 12:16 |
| Quent1 | or what the blocksize should be | 12:16 |
| Quent1 | bitcointalk is censored | 12:16 |
| Quent1 | not sure why you keep condoning it... | 12:17 |
| Quent1 | what did you mean by reddit moderator policy adam3us ? | 12:17 |
| Quent1 | that you were respecting it | 12:17 |
| Quent1 | what reddit moderator policy are you respecting? | 12:17 |
| kanzure | this is unrelated to bitcoin technical details | 12:17 |
| kanzure | can we focus please? | 12:17 |
| Quent1 | sorry | 12:17 |
| Quent1 | you gone censor? | 12:17 |
| adam3us | in my several years of using bitcointalk i have never once seen gmaxwell who is the dev moderator delete a technical post. | 12:18 |
| Quent1 | am I limited on what I can say in a debate? | 12:18 |
| kanzure | this is not a debate | 12:18 |
| Quent1 | mind laying your barriers kanzure ? | 12:18 |
| alpalp | Quent1: Can you explain what you mean by "supply always above demand"? Does this mean if someone wishes to backup their harddrive for 1 penny, there is demand? | 12:18 |
| Quent1 | well then shut up and stop telling me what is on or off topic | 12:18 |
| coinoperated | Quent1 why don't you seem concerned that the "variable" block size aspect being gamed to force it into a range that prevents a given class of actors from participating? IoW Why won't those with access to gargantuan bandwidth realize they can monopolize the network by installing hashpower on their connections and advertising ever-larger blocks | 12:18 |
| Quent1 | ive said this is the wrong space... | 12:18 |
| Quent1 | you guys insisit... | 12:18 |
| kanzure | this is the correct space for technical discussion regarding theoretical ideas with respect to cryptocurrencies | 12:18 |
| Quent1 | if you insist then don't tell me what I can or can not say | 12:18 |
| Quent1 | bitcoin is not just technical | 12:19 |
| pigeons | but this channel s | 12:19 |
| Quent1 | its cash | 12:19 |
| -!- mode/#bitcoin-wizards [+o gwillen] by ChanServ | 12:19 | |
| Quent1 | cash is economics | 12:19 |
| -!- mode/#bitcoin-wizards [+b *!*@unaffiliated/quent] by gwillen | 12:19 | |
| -!- Quent1 was kicked from #bitcoin-wizards by gwillen [Quent1] | 12:19 | |
| @gwillen | problem now solved | 12:19 |
| pigeons | sure wasnt going anywehre useful | 12:19 |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 12:19 | |
| belcher | thanks | 12:19 |
| belcher | even 4chan is moderated.... or censored if you prefer | 12:20 |
| @gwillen | as far as I know that guy is banned from every bitcoin channel | 12:20 |
| @gwillen | not sure how he snuck in here | 12:20 |
| coinoperated | is he the same as the reddit poster aquent? | 12:21 |
| alpalp | yes | 12:21 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 12:21 | |
| @gwillen | yeah, same guy | 12:21 |
| @gwillen | he used to be aquent on here | 12:21 |
| coinoperated | ah. | 12:21 |
| @gwillen | but that nick is banned so he switched | 12:21 |
| @gwillen | I thought he was banned as quent, also | 12:21 |
| @gwillen | might be why he went to 'quent1' | 12:21 |
| kanzure | is this aquentin? | 12:21 |
| alpalp | kanzure: yes | 12:21 |
| coinoperated | seems so | 12:21 |
| -!- joesmoe- [~joesmoe@76.73.18.156] has quit [Ping timeout: 265 seconds] | 12:22 | |
| @gwillen | yeah, it's all the same guy | 12:22 |
| @gwillen | he just keeps switching names because he gets banned places | 12:22 |
| alpalp | Also Aquentys on twitter | 12:22 |
| kanzure | yep i have written lots of text to him on reddit, he seems to remember none of it, so therefore it seems utterly pointless to keep talking with him | 12:23 |
| alpalp | kanzure: he is more interested than writing than reading | 12:23 |
| coinoperated | if its aquentin then he may be thinking "business" = "day trader" or service for day traders. | 12:23 |
| coinoperated | for a userbase of supposedly 1m+, you sure see a lot of the same faces over and over in bitcoin | 12:25 |
| adam3us | sorry about that i had assumed he would know how BU worked as he wanted to discuss it. it seems likely that he doesnt know. | 12:26 |
| pigeons | peter r alleges that he knows how it works | 12:27 |
| pigeons | but i doubt the conversation would be any more fruitful | 12:27 |
| alpalp | adam3us: I don't think anyone knows. | 12:27 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Quit: GGuyZ] | 12:28 | |
| coinoperated | you can pick your nodes, and you can pick your friends, but you can't pick your friend's nodes | 12:28 |
| kanzure | afaik there is no good way to estimate the value of the economy that you might be removing from the network by increasing the minimum resource requirements too high | 12:28 |
| @gwillen | coinoperated: rofl. | 12:29 |
| coinoperated | there's no agreed upon metric for valuing "decentralization", it's pretty subjective | 12:29 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 12:30 | |
| kanzure | also, when increasing the minimum resource requirements, you are effectively increasing the minimum cost to participate in the bitcoin system. as a consequence this should ultimately override any concerns about increases in minimum transaction fees, because even if transaction fees are zero you might have an extremely unusably high minimum resource requirement for participating in p2p bitcoin. | 12:30 |
| -!- b_lumenkraft_ [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Quit: b_lumenkraft_] | 12:31 | |
| coinoperated | kanzure, mfw people talk about bitcoin like there are two or three bounding parameters to the contour of the network, when it's really dozens | 12:32 |
| coinoperated | block size debate is rather like opposing parties trying to gerrymander a voting district to ensure that each side stays elected | 12:32 |
| kanzure | characterizing it as a debate is silly... debate is for legislations and assemblies and committees. | 12:33 |
| coinoperated | don't underestimate soft power | 12:33 |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards | 12:33 | |
| -!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Client Quit] | 12:33 | |
| -!- GGuyZ_ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 12:33 | |
| coinoperated | https://twitter.com/CoinOperatedTV/status/634519748693372929 | 12:35 |
| kanzure | also, bitcoin resource requirement growth (due to linear blockchain growth) can be seen as a random walk of some kind. ideally the rate of technology development and cheapning better tech keeps up with the linear blockchain growth rate. however, if the blockchain linear grwoth was to ever catch up to that technology development rate, then we would have lots more problems for decentralization. important to let optimizations and scaling ... | 12:36 |
| kanzure | ... and capacity increases accrue in favor of being able to tolerate random walk encroachments on higher resource requirements. | 12:36 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Ping timeout: 255 seconds] | 12:36 | |
| -!- GGuyZ_ is now known as GGuyZ | 12:36 | |
| el33th4x0r | coinoperated: there are metrics that capture some of the centralization-related concerns | 12:39 |
| coinoperated | like abnormal orphan rate? | 12:39 |
| el33th4x0r | that's perhaps one. | 12:40 |
| el33th4x0r | fairness is a decent one. | 12:40 |
| el33th4x0r | consensus delay is a good one | 12:41 |
| el33th4x0r | time to prune is a good one. | 12:41 |
| el33th4x0r | for definitions of these metrics, see Section 6 here: http://arxiv.org/pdf/1510.02037v2.pdf | 12:41 |
| coinoperated | can you clarify consensus delay? time for graph to converge? | 12:42 |
| coinoperated | oh you read my mind | 12:42 |
| kanzure | .tw https://twitter.com/adam3us/status/683239357050949633 | 12:42 |
| yoleaux | .@olivierjanss there are literally more smart-people with interesting question-hours per year than core developer hours. that is a problem. (@adam3us, in reply to tw:683239060895363072) | 12:42 |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 246 seconds] | 12:44 | |
| -!- tripleslash [~triplesla@unaffiliated/imsaguy] has quit [Ping timeout: 240 seconds] | 12:45 | |
| el33th4x0r | The blocksize debate needs much more quantitative metrics. Quent wasn't making his case well, but I also have not seen the countercase made quantitatively. | 12:46 |
| brg444 | ^ that's quite the understatement (re: quent) | 12:46 |
| el33th4x0r | :-) | 12:46 |
| el33th4x0r | I didn't bother to read the whole mess, so I'll understate. | 12:47 |
| el33th4x0r | it got strange towards the end | 12:47 |
| coinoperated | I am starting to think that "troll", in the local bitcoin dialect, means something like "one who asks the right kinds of questions, but gives the wrong kinds of answers" | 12:49 |
| el33th4x0r | sadly, that word has been rendered useless by the typical Bitcoin usage of "you raise points that I cannot rebut with what I can parrot from Andreas" | 12:50 |
| el33th4x0r | Every bitcoin discussion seems to end with a trolling accusation. It's like Godwin's Law, but with trolls. | 12:50 |
| el33th4x0r | On the more germane topic: we are building a measurement testbed at Cornell with 500 nodes, 4000 cores. | 12:51 |
| -!- brianhoffman [~brianhoff@185.94.28.254] has quit [Remote host closed the connection] | 12:51 | |
| el33th4x0r | The idea is to recreate an exact replica of the Bitcoin network, one sim node for every real node out there. | 12:51 |
| coinoperated | you got someone to do a bc-themed diss? | 12:51 |
| -!- brianhoffman [~brianhoff@185.94.28.254] has joined #bitcoin-wizards | 12:51 | |
| el33th4x0r | We are not quite there yet in terms of deployment and calibration, but we'd be happy to work with various different groups who want to evaluate ideas. | 12:52 |
| coinoperated | how will you model latency | 12:52 |
| fluffypony | el33th4x0r: eugh, such FUD | 12:52 |
| fluffypony | /s | 12:52 |
| fluffypony | :-P | 12:52 |
| el33th4x0r | by configuring network links with measured latency and bw parameters. | 12:53 |
| MRL-Relay | [othe] do you know shadow (https://shadow.github.io/) ? tor, i2p etc use it for network simulations | 12:54 |
| el33th4x0r | shadow looks cool, thanks for the pointer. | 12:55 |
| MRL-Relay | [othe] theres a bitcoin plugin for it | 12:55 |
| el33th4x0r | it looks like it emulates the app, simulates the network. | 12:56 |
| el33th4x0r | we run a full emulation. | 12:56 |
| el33th4x0r | so we cannot do identically reproducible runs like they can. | 12:56 |
| el33th4x0r | but we can run much faster at higher scale | 12:56 |
| -!- brianhoffman [~brianhoff@185.94.28.254] has quit [Ping timeout: 276 seconds] | 12:57 | |
| el33th4x0r | (i.e. that's what I'd expect, not what I have compared and measured) | 12:57 |
| -!- mkarrer__ [~mkarrer@110.Red-88-1-124.dynamicIP.rima-tde.net] has quit [] | 12:57 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Quit: GGuyZ] | 12:57 | |
| coinoperated | el33th4x0r: someone may have beat you to it: http://bitsim.beepboopbitcoin.com/ | 12:57 |
| coinoperated | /s | 12:58 |
| MRL-Relay | [othe] https://cs.umd.edu/~amiller/shadow-bitcoin.pdf seems amiller played with it before | 12:59 |
| -!- bramc [~bram@99-75-88-206.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-wizards | 13:00 | |
| el33th4x0r | ah, I knew it sounded similar to Andrew's work, but I was confused because the paper they had on their website didn't have his name on it. | 13:00 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 13:00 | |
| el33th4x0r | Yes, we're very familiar with this. Excellent work. Our focus is on a much faster emulation-only platform that can run large batches of experiments fast. | 13:02 |
| el33th4x0r | coinoperated: that is by far the best game I played last year. | 13:02 |
| -!- isis [~isis@abulafia.patternsinthevoid.net] has quit [Ping timeout: 245 seconds] | 13:03 | |
| el33th4x0r | coinoperated: "bc-themed diss" = "bitcoin/blockchain-themed dissertation"! | 13:10 |
| el33th4x0r | coinoperated: indeed, we have quite a few students doing their theses on related topics. | 13:10 |
| el33th4x0r | coinoperated: http://initc3.org has a partial lineup. | 13:10 |
| -!- isis [~isis@abulafia.patternsinthevoid.net] has joined #bitcoin-wizards | 13:11 | |
| -!- nibbler_ [~quassel@geekbox.info] has joined #bitcoin-wizards | 13:20 | |
| coinoperated | el33th4x0r: $3m NSF, nice work! the space needs more academic attention for sure. | 13:20 |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has quit [Ping timeout: 265 seconds] | 13:27 | |
| -!- oneeman [~oneeman@ip48-68-15-186.ct.co.cr] has quit [Quit: Leaving] | 13:27 | |
| -!- Guest76880 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 13:31 | |
| -!- Guest76880 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 256 seconds] | 13:36 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Quit: GGuyZ] | 13:41 | |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 13:58 | |
| bramc | A funny thing with bitcoin, I haven't had much urge to run simulations. Everything is so dominated by asymptotics that there doesn't seem to be much need. | 14:01 |
| kanzure | well, testnet | 14:02 |
| kanzure | and regtest | 14:02 |
| bramc | There might be a parallel with my earlier work. BitTorrent had no simulations at all, just the occasional real-world test to see what kind of grotty stuff turns up. My newer p2p live streaming the very first thing I did was write an emulation environment and start using it to great effect right off the bat. | 14:02 |
| -!- brg444 [18257df2@gateway/web/freenode/ip.24.37.125.242] has quit [Quit: Page closed] | 14:10 | |
| kanzure | why does bittorrent not suffer from constant protocol invalidity and brokenness? or why aren't there other people writing backwards-incompatible protocols? | 14:18 |
| kanzure | oops i mean backwards-incompatible variants of the protocol | 14:19 |
| bramc | kanzure, Because there aren't any compelling fixes which that could achieve | 14:21 |
| kanzure | pfft | 14:21 |
| bramc | BitTorrent does one thing, does it well, and its performance is dominated by asymptotics. Bitcoin does one thing, does it badly, and its performance is dominated by all kinds of garbage. | 14:22 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 14:23 | |
| -!- oneeman [~oneeman@ip48-68-15-186.ct.co.cr] has joined #bitcoin-wizards | 14:25 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Quit: GGuyZ] | 14:30 | |
| TD-Linux | kanzure, bitcoin does have multiple incompatible protocols | 14:33 |
| TD-Linux | err bittorrent | 14:33 |
| coinoperated | what is the one thing bitcoin does? | 14:33 |
| TD-Linux | most bittorrent modes implement multiple protocols. | 14:33 |
| TD-Linux | *nodes, wow I can't type | 14:34 |
| -!- Guest50709 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 14:34 | |
| bramc | TD-Linux, What are those protocols? | 14:38 |
| bramc | Technically speaking bittorrent has had a hard fork because the DHT is basically required now | 14:39 |
| bramc | coinoperated, Maintain a database of balances | 14:39 |
| bsm1175321 | I'm going to quote bramc on this: "BitTorrent does one thing, does it well, and its performance is dominated by asymptotics. Bitcoin does one thing, does it badly, and its performance is dominated by all kinds of garbage." | 14:39 |
| TD-Linux | bramc, the traditional TCP one and the UDP based uTP one | 14:39 |
| TD-Linux | oh, and yeah there are several tracker protocols in addition to DHT | 14:40 |
| AdrianG | monero is planned to become a bitcoin sidechain? | 14:41 |
| bramc | TD-Linux, There's fallback to TCP for everything supporting utp. The things which would make an original bittorrent client not work on a current torrent have to do with the tracker protocols, which there are, uh, three. | 14:42 |
| bramc | And also the 'compact' flag, which at some point became mandatory, because duh. | 14:43 |
| coinoperated | bramc: why would you say it does it badly? Sorry for the dumb sounding questions, but my working assumption is that Bitcoin has to be inefficient, it's the price of decentralization. But "badly" could mean a lot of other things than "inefficiency", thus the question.. | 14:43 |
| bramc | coinoperated, There are some good-ish reasons for it doing it badly. It still does it badly. | 14:43 |
| bramc | Also almost all the details can be improved on, including stuff fixed by p2sh, segwit, maybe a new peer protocol... | 14:44 |
| -!- trippysalmon [rob@2001:984:6466:0:51d:b5ab:ab61:bed8] has quit [Ping timeout: 250 seconds] | 14:45 | |
| coinoperated | so badly means kludgey, for absolute values of bad | 14:46 |
| bramc | kludgey and with high latency and inefficiency | 14:46 |
| AdrianG | and probably will never be fixed | 14:47 |
| bramc | Basically for every benchmark of how well a payment system works, if bitcoin were a centralized one it would get an F | 14:47 |
| bsm1175321 | coinoperated: Bitcoin doesn't need to be inefficient. But we are all noobs at making efficient decentralized systems. | 14:47 |
| bramc | AdrianG, Some of them are getting fixed, some of them can be fixed, and a great big central thing might be completely unfixable. | 14:48 |
| AdrianG | latency is getting fixed? | 14:48 |
| bsm1175321 | There are three things we need to get bitcoin to O(1) scaling and decentralization and I detailed them here: http://blog.sldx.com/three-challenges-for-scaling-bitcoin/ | 14:48 |
| bsm1175321 | (1) Get rid of orphans (2) move mining to the edges (mining decenralization) and (3) sharding. | 14:49 |
| bramc | AdrianG, some aspects of latency can be fixed. Depending on what latency you're talking about weak blocks, a new peer protocol, and micro channels can all bring dramatic improvements. | 14:49 |
| coinoperated | at the risk of an offtopic warning from kanzure, much of this seems to depend on the eye of the beholder. if you want a decentralized SWIFT (which is already decentralized but ehh...) then 12 hours to confirm an OP is a step up. | 14:49 |
| AdrianG | swift is decentralized? | 14:51 |
| bramc | bsm117532 I disagree with you about the desirability of sharding. Orphan rates can definitely be reduced. Mining decentralization seems unlikely to happen because mining centralization seems to mostly come from there being places where there are otherwise fairly useless sources of power | 14:51 |
| bsm1175321 | bramc: By sharding I mean that each node keeps only a fraction of the blockchain. | 14:52 |
| bsm1175321 | why would you disagree with that? | 14:52 |
| bsm1175321 | Or fraction of the UTXO or Address space... | 14:52 |
| bramc | bsm117532 Yes I know what sharding is. I think it only adds an order of magnitude or two to scaling at best and introduces massive potential attack surfaces | 14:52 |
| bsm1175321 | (There has been some argument as to what sharding means...) | 14:52 |
| bsm1175321 | bramc: It certainly introduces new attacks and must be approached carefully. But I'd kill for a couple of orders of magnitude of scaling. Also it makes scaling easier by just adding nodes, which more people would do if it were easier. | 14:53 |
| bramc | I view micro channels enabling net settlement as a much better way to go for scaling. | 14:53 |
| bsm1175321 | bramc: I think we need both. | 14:53 |
| AdrianG | bsm1175321: nobody would add nodes just like that. there are no incentives. | 14:53 |
| coinoperated | AdrianG SWIFT is a protocol of shared numbering and coding systems | 14:53 |
| el33th4x0r | AdrianG: on the latency front, NG offers latencies proportional to network diameter (a few seconds), with security better than 0-conf. | 14:54 |
| bsm1175321 | The estimations from the Lightning network folks indicate that their upper limit is well below what is needed to make Bitcoin a global payment system. | 14:54 |
| bramc | We call them 'micro' channels because they support large amounts of transactions. Like how we call it 'slow' start because it's fast. | 14:54 |
| bsm1175321 | el33th4x0r: So would braids... | 14:54 |
| coinoperated | a bunch of lookup tables sort of like BGP, but much more manual. There's no central hub that things go through, it's old school p2p | 14:54 |
| AdrianG | bsm1175321: i dont see why everyone expects bitcoin to become the sole global payment network | 14:55 |
| AdrianG | that is a simply mind-boggling expectation. | 14:55 |
| coinoperated | el33thax0r is latency to network diameter best case or usual case? | 14:55 |
| bsm1175321 | el33th4x0r: One thing I learned at Scaling Bitcoin is that most of the mining hardware is targeted to the 10m block interval. (Which is braindead engineering IMHO) | 14:55 |
| el33th4x0r | yes, we're talking to bob mcelrath about evaluating the braids idea | 14:56 |
| AdrianG | there is nothing wrong with centralized payment services here and there. | 14:56 |
| bsm1175321 | AdrianG: If it isn't bitcoin, then I will switch to working on something that can become a global payment network, and watch bitcoin slowly die. | 14:56 |
| el33th4x0r | coinoperated: usual case. | 14:56 |
| el33th4x0r | coinoperated: worst case is back to 10min latency, if a miner crashes. | 14:57 |
| el33th4x0r | bsm1175321: NG builds on the current mining hardware. absolutely no changes necessary. minimal changes to the protocol. | 14:58 |
| coinoperated | el33th4x0r: thats as good as we're going to get if so. Unless sharding/braiding/making-more-than-one-blockchain-but-using-a-clever-name-ing | 14:58 |
| bsm1175321 | el33th4x0r: Yep I see that. | 14:58 |
| bsm1175321 | The actual physical limit is the radius of the network, so we're talking ~second at worst. 10m is a very large factor to slow the thing down because of a bad design. | 14:59 |
| bsm1175321 | Then to have mining hardware designed so you can't reset it except every ~minute even though it's running at ~GHz is mind boggling... | 15:00 |
| -!- hopey [1000@valtio.org] has quit [Ping timeout: 240 seconds] | 15:01 | |
| -!- hopey [1000@valtio.org] has joined #bitcoin-wizards | 15:01 | |
| coinoperated | bsm1175321: radius of the network isn't a point to point affair though | 15:02 |
| bramc | bsm117532 Mining hardware is basically disposable. It's made as quickly and cheaply as possible because it becomes worthless after a year or so | 15:02 |
| bsm1175321 | bramc: I know. I want to incentivize the creation of faster mining hardware, so we can make a faster network. Otherwise the fundamental settlement time can't decrease... | 15:03 |
| coinoperated | diameter of the network (* 2 for RT, which i think would be the minimum flight time for a signal to be validated) | 15:03 |
| bramc | bsm117532 Mining hardware will always follow the incentives, no point in trying to do things the other way around | 15:04 |
| bsm1175321 | coinoperated: A better optimized p2p network with links and hubs (rather than random connections) could bring it a lot closer to the ideal. | 15:04 |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards | 15:04 | |
| bsm1175321 | bramc: It's the incentives that create consensus, and we have to ensure those incentives aren't perverse. | 15:04 |
| bramc | bsm117532 The overall design of the network is secondary to much messier protocol issues when it comes to latency | 15:05 |
| coinoperated | bsm1175321: But Bitcoin isn't p2p its 51% to 51%, just notifying an endpoint isn't enough. Everyone else in between needs to know and ACK as well. Bitcoin is a chatty protocol, maybe the chattiest one ever designed | 15:05 |
| bsm1175321 | bramc: i'll defer to your expertise there. However direct measurements indicate that the fundamental latency of distributing information to all nodes is ~1s. | 15:06 |
| -!- hopey [1000@valtio.org] has quit [Ping timeout: 240 seconds] | 15:06 | |
| -!- hopey [1000@valtio.org] has joined #bitcoin-wizards | 15:07 | |
| bramc | The fundamental limits are probably somewhere around there. Right now it's down to a few seconds because of the relay network. It should be possible to get it down to a few seconds with a real p2p protocol. | 15:07 |
| bsm1175321 | I'm arguing that we don't fundamentally need the extra factor of 600, not trying to get it down to ~200ms which is the p2p theoretical minimum... | 15:07 |
| coinoperated | bsm1175321: I don't understand how fundamental latency can be ~1s, this is only true for a 2-node network on opposite sides of the planet, with a single link between the two, no? In reality things are much messier and suboptimally connected | 15:09 |
| el33th4x0r | bramc: right on about the depreciation curves for mining hardware. it turns completely over every 1.5 years | 15:09 |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 256 seconds] | 15:09 | |
| bsm1175321 | coinoperated: http://bitcoinstats.com/network/propagation/ | 15:09 |
| bsm1175321 | 90th percentile with existing bitcoin network is ~5-10s. | 15:09 |
| bsm1175321 | p2p optimizations could certainly bring that down to 1s. | 15:10 |
| -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)] | 15:10 | |
| bsm1175321 | 600s is large. | 15:10 |
| coinoperated | bsm1175321: those are tidy blocks space 10m apart. if you had to confirm each and every Tx individually the total for a block's worth of Tx would be much greater than 10-15s, each one would take at minumum 1-2s | 15:11 |
| bramc | coinoperated, Making 'reasonable' assumptions about having to pass data between multiple nodes brings latency from ~250ms (the distance from new zealand to spain) to ~1000ms | 15:12 |
| bramc | Assuming you don't bother optimizing peer connections for their physical location and that you need some failover gets you to around 5 seconds, maybe 10 if you're trying to optimize for bandwidth. | 15:13 |
| bsm1175321 | coinoperated: So with an optimal p2p network and 6 confirmations, the confirmation time could theoretical be brought down to the realm of 10s instead of 3600s. Bitcoin is slower than necessary by 2-3 orders of magnitude. | 15:13 |
| bramc | For context the p2p live video streaming thing I made gets end to end latencies of around 5 seconds at scale | 15:13 |
| bramc | But that is, ahem, a bit of an outlier. | 15:14 |
| -!- c-cex-finch [uid120855@gateway/web/irccloud.com/x-qollzjycfhidwbwf] has quit [Quit: Connection closed for inactivity] | 15:14 | |
| -!- el33th4x0r [68e5aa14@gateway/web/cgi-irc/kiwiirc.com/ip.104.229.170.20] has left #bitcoin-wizards [] | 15:14 | |
| -!- hopey [1000@valtio.org] has quit [Ping timeout: 240 seconds] | 15:14 | |
| bsm1175321 | This slowness manifests itself as orphans, which create perverse incentives like selfish mining. | 15:14 |
| coinoperated | bramc: this is per message right? so if the message to be propagated is a block of say 1000 Tx, assuming sufficient bandwidth at all nodes it can be propagated to all of them in ~1000ms | 15:14 |
| bramc | bsm117532 orphans can be avoided by special casing complete blocks to be spammed out to everybody. Weak blocks can fairly easily get them down to 1-2 seconds | 15:15 |
| coinoperated | if the message is, OTOH, a single Tx, the propagation time would still be ~1000ms, right? | 15:15 |
| bramc | coinoperated, Not sure what you're saying. Trying to have real congestion control throws a monkey wrench into everything. | 15:16 |
| bsm1175321 | bramc: Orphans are a fundamental consequence of causality. Two miners on opposite sides of the globe cannot possibly know about each other. Therefore they cannot possibly be removed. So, we should accept them and remove the associated perverse incentives (e.g. allowing one of the miners to "win" and deny the other profit). | 15:16 |
| bsm1175321 | coinoperated: yes. ~1ms for a single tx with an optimal network. | 15:17 |
| bramc | bsm117532 Yes I know you're preferred approach to fixing that issue. For the time being we're working on just getting the latencies down. | 15:17 |
| coinoperated | I'm trying to understand why blocks exist at all, I thought they were created as a way to quiesce the set of Tx that needed to be confirmed. Like a 10 minute settlement window to make sure all miners are working from the same mempool. | 15:17 |
| bsm1175321 | bramc: One thing at a time. Reducing latencies is good. | 15:18 |
| -!- tulip [~tulip@unaffiliated/tulip] has joined #bitcoin-wizards | 15:18 | |
| tulip | < bsm117532> One thing I learned at Scaling Bitcoin is that most of the mining hardware is targeted to the 10m block interval. (Which is braindead engineering IMHO) | 15:18 |
| bramc | coinoperated, Mining is there to create real security on top of zeroconf/bitpeso | 15:18 |
| tulip | that doesn't sound right. no hardware I know of has hardcoded difficulty limits. | 15:18 |
| bsm1175321 | coinoperated: Blocks are not necessary. We could mine tx's instead. This would move mining to the edges of the network, but everyone would have to buy ASIC's to participate, or pay someone with an ASIC to broadcast their tx. | 15:19 |
| -!- hopey [1000@valtio.org] has joined #bitcoin-wizards | 15:19 | |
| bsm1175321 | tulip: Not difficulty limit, reset time. (load a new work unit) | 15:19 |
| bsm1175321 | tulip: I really need some numbers on this and have bought some hardware for testing. But if others have numbers I'd be happy to hear. | 15:20 |
| tulip | bsm1175321: all current hardware has a latency of milliseconds flushing new work. | 15:21 |
| bsm1175321 | tulip: That's what I would have expected, but I've heard that Antminers in particular are much worse than that? | 15:22 |
| tulip | I don't think so. | 15:22 |
| tulip | remember a piece of hardware like the Antminer S7 needs new midstates at tens of kilohertz. | 15:23 |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards | 15:23 | |
| bsm1175321 | tulip: I've been trying to understand specifically why everyone thinks they're loosing money on p2pool. AFAICT it's some combination of a misunderstanding of how it works and some hardware taking a long time to flush work. | 15:23 |
| bsm1175321 | tulip: I've been unable to find specific data to back this up. I'm working on a proposal which specifically incentivizes fast block creation and fast transmission. | 15:26 |
| tulip | bsm1175321: no, that's not correct. the software configuration is the problem. by default they use cgminer with an option which cases it to discard valid work. in normal operation the mode is supposed to drop all found shares once they see a new highest block on the network rather than submitting things that will be rejected by the pool. on p2pool the share chain advances every 30 seconds, a stale p2pool share can be a valid Bitcoin block, which | 15:26 |
| tulip | will be thrown out because it's "stale" in respect with the pool. | 15:26 |
| bsm1175321 | tulip: Do you mind if we take this to #p2pool? | 15:27 |
| tulip | bsm1175321: I've got other things I need to be doing. it's a well known property that's discussed in the p2pool thread on bitcointalk.org. | 15:27 |
| bsm1175321 | tulip: Ok thanks, I'll look it up! | 15:28 |
| tulip | bsm1175321: good search term is "--no-submit-stale" | 15:28 |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 240 seconds] | 15:28 | |
| -!- gentoognuhurd [~Justan@unaffiliated/justanotheruser] has joined #bitcoin-wizards | 15:31 | |
| tulip | coinoperated: Bitcoin makes zero assumptions about peoples mempool contents. realistically you don't need to have a mempool, it's a historical appendage from a time where every Bitcoin node was a miner. | 15:31 |
| -!- tulip [~tulip@unaffiliated/tulip] has quit [] | 15:34 | |
| bramc | Widely distributing transactions is a useful service | 15:36 |
| -!- RedEmerald [~RedEmeral@216.240.130.109] has quit [Ping timeout: 272 seconds] | 15:41 | |
| coinoperated | @tulip: I am thinking in terms of mining nodes only, from my understanding there are few if any reasons for full nodes to exist in a future highly-adopted Bitcoin ecosystem. Only mining nodes and SPV clients, as there are few economically rational reasons to run a full node that doesn't mine (there are altrustic reasons for doing so though) | 15:44 |
| -!- RedEmerald [~RedEmeral@216.240.130.109] has joined #bitcoin-wizards | 15:44 | |
| coinoperated | i mean, full nodes that don't mine. All the baggage of decentralization, with very little of its incentives other than ideological satisfaction, which is hard to put a price on. | 15:46 |
| -!- adam3us [~Adium@141.8.72.43] has quit [Read error: Connection reset by peer] | 15:48 | |
| -!- adam3us [~Adium@141.8.72.43] has joined #bitcoin-wizards | 15:48 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 15:49 | |
| pigeons | coinoperated: but still you dont need mempool agreement if all full nodes are miners | 15:51 |
| pigeons | and not being lied to and defrauded is sometimes an economically rational reason to run a full node | 15:52 |
| bramc | Running a mempool is also a good way to get full blocks at lower latency, because you'll already have downloaded a portion of them. | 15:56 |
| -!- Guest50709 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 246 seconds] | 15:59 | |
| -!- tripleslash [~triplesla@unaffiliated/imsaguy] has joined #bitcoin-wizards | 16:00 | |
| -!- Guest51007 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 16:04 | |
| phantomcircuit | <coinoperated> ... there are few if any reasons for full nodes to exist in a future highly-adopted Bitcoin ecosystem ... | 16:18 |
| phantomcircuit | that is absolutely and completely false | 16:18 |
| phantomcircuit | bitcoins security model relies strongly on the users of the system checking that miners have followed the rules of the system | 16:19 |
| phantomcircuit | that reliance is indeed so strong that you are only a user of the system if you are operating a full verifying node | 16:19 |
| phantomcircuit | the spv clients which exist today are absolutely insecure | 16:20 |
| -!- wallet42 [~wallet42@i121-117-83-230.s41.a013.ap.plala.or.jp] has quit [Quit: Leaving.] | 16:26 | |
| -!- gentoognuhurd is now known as justanotheruser | 16:38 | |
| -!- Guest51007 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 260 seconds] | 16:46 | |
| bramc | phantomcircuit, They could be made a lot more secure with utxo commitments | 16:50 |
| -!- belcher [~user@unaffiliated/belcher] has quit [Ping timeout: 264 seconds] | 16:51 | |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-gyrivhsmjlyiijxu] has quit [Quit: Connection closed for inactivity] | 16:52 | |
| maaku | what would be the justification for utxo commitments after backlinks are added, however? | 16:53 |
| -!- amiller_ [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 16:54 | |
| bramc | maaku, What do you mean by 'backlinks'? | 16:54 |
| bramc | utxo commitments can both demonstrate that a txo is current and that it isn't | 16:55 |
| -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Ping timeout: 250 seconds] | 17:20 | |
| -!- windsok [~windsok@ec2-52-64-26-60.ap-southeast-2.compute.amazonaws.com] has joined #bitcoin-wizards | 17:21 | |
| -!- Ylbam [uid99779@gateway/web/irccloud.com/x-fefgykkmgmgbihln] has quit [Quit: Connection closed for inactivity] | 17:24 | |
| -!- cheetah2 [~cheetah2@172.242.102.144] has joined #bitcoin-wizards | 17:29 | |
| -!- c0rw1n is now known as c0rw|zZz | 17:36 | |
| -!- cheetah2 [~cheetah2@172.242.102.144] has quit [] | 17:46 | |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has quit [Ping timeout: 250 seconds] | 17:51 | |
| -!- Yoghur114_2 [~jorn@g227014.upc-g.chello.nl] has quit [Remote host closed the connection] | 17:52 | |
| -!- Monthrect is now known as Piper-Off | 17:55 | |
| -!- wallet42 [~wallet42@i121-117-83-230.s41.a013.ap.plala.or.jp] has joined #bitcoin-wizards | 17:59 | |
| -!- tripleslash [~triplesla@unaffiliated/imsaguy] has quit [Ping timeout: 245 seconds] | 18:22 | |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards | 18:23 | |
| -!- joesmoe [~joesmoe@76.73.18.156] has joined #bitcoin-wizards | 18:27 | |
| -!- wallet42 [~wallet42@i121-117-83-230.s41.a013.ap.plala.or.jp] has quit [Quit: Leaving.] | 18:29 | |
| -!- Quanttek [~quassel@ip1f11db5b.dynamic.kabel-deutschland.de] has quit [Ping timeout: 246 seconds] | 18:44 | |
| -!- amiller_ [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 260 seconds] | 18:47 | |
| -!- Emcy [~MC@unaffiliated/mc1984] has quit [Ping timeout: 255 seconds] | 18:49 | |
| -!- Burrito [~Burrito@unaffiliated/burrito] has quit [Ping timeout: 240 seconds] | 18:53 | |
| -!- nuke1989 [~nuke@178-157-152.dynamic.cyta.gr] has quit [Remote host closed the connection] | 19:14 | |
| -!- fkhan_ [weechat@gateway/vpn/mullvad/x-fgvzvpcisbnqjtpl] has quit [Ping timeout: 260 seconds] | 19:21 | |
| -!- JackH [~Jack@host-80-43-143-141.as13285.net] has quit [Ping timeout: 255 seconds] | 19:23 | |
| -!- fkhan_ [weechat@gateway/vpn/mullvad/x-svlcfofillvgycwm] has joined #bitcoin-wizards | 19:35 | |
| phantomcircuit | maaku, utxo commitments are less reliant on fraud proofs than backrefs are | 20:03 |
| phantomcircuit | or maybe not actually | 20:03 |
| phantomcircuit | hmm | 20:03 |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has quit [Ping timeout: 250 seconds] | 20:11 | |
| -!- laurentmt [~Thunderbi@128-79-141-196.hfc.dyn.abo.bbox.fr] has joined #bitcoin-wizards | 20:13 | |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-xglsmgexempuwpxz] has joined #bitcoin-wizards | 20:13 | |
| -!- laurentmt [~Thunderbi@128-79-141-196.hfc.dyn.abo.bbox.fr] has quit [Client Quit] | 20:14 | |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has joined #bitcoin-wizards | 20:16 | |
| coinoperated | phantomcircuit: I would lump those reasons under altruism or ideology. Today, we can expect the small pool of mostly sophisticated users to be fully educated about the significance of having a fully validating node. Most people aren't going to understand this, and the Bitcoin of the future has to be compatible with "most people." Unless something changes wrt blockchain initial sync time (at very least, other UX | 20:16 |
| coinoperated | problems abound) there's no reason to expect a highly adopted Bitcoin to consist of mostly full nodes. | 20:16 |
| phantomcircuit | coinoperated, then bitcoin will fail and we can all go home | 20:18 |
| coinoperated | absent a large and widely disseminated education campaign to sell people on the abstract benefits of decentralization, people are just going to use the quickest, simplest onramp which right now is web wallets like the horrible BCI | 20:19 |
| Eliel_ | coinoperated: well, you can of course, outsource the verification of transactions to someone else, but the fact still remains that running your own full node is the only way to be sure no-one is feeding you incorrect data about incoming transactions. | 20:20 |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has quit [Ping timeout: 246 seconds] | 20:22 | |
| coinoperated | Elie1_ not disagreeing at all, my own wallet is the stock Qt. But I also realize I am here partly for the front seat view to a revolution and will discount the suboptimal UX as part of the price of admission. But there is no doubt that part of the scalbility problem is finding wider and wider markets to scale into, and those markets won't come to Bitcoin, Bitcoin has to come to them. | 20:25 |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has joined #bitcoin-wizards | 20:26 | |
| Eliel_ | coinoperated: many SPV wallets support a mode where they only connect to a certain defined bitcoind node. In the case that node is trustworthy, your SPV wallet will be as secure as a full node. I suspect reasonably many people might want to run a full node in an UTXO only mode for that purpose. | 20:29 |
| coinoperated | bsm1175321: < We could mine tx's instead. This would move mining to the edges of the network, but everyone would have to buy ASIC's to participate> Is this where the 21 gadget is going (after a few refinement iterations)? | 20:30 |
| -!- TheSeven [~quassel@rockbox/developer/TheSeven] has quit [Ping timeout: 260 seconds] | 20:30 | |
| -!- TheSeven [~quassel@rockbox/developer/TheSeven] has joined #bitcoin-wizards | 20:32 | |
| -!- CoolerMaster [~IceChat9@c-98-253-133-175.hsd1.il.comcast.net] has joined #bitcoin-wizards | 20:38 | |
| -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 240 seconds] | 20:39 | |
| phantomcircuit | Eliel_, unfortunately none of those things have authenticated connections | 20:41 |
| Eliel_ | phantomcircuit: ah, yes, that's a problem... | 20:42 |
| Eliel_ | ... is someone working on adding an authenticated protocol for that sort of connections? | 20:43 |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has quit [Ping timeout: 256 seconds] | 20:43 | |
| -!- Guest25458 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 20:43 | |
| phantomcircuit | Eliel_, not that im aware of | 20:43 |
| AdrianG | coinoperated: 21co is supposedly trying to get ppl to convert wall socket electricity to coins, instead of putting up with KYC/AML/DHS/DVD/CD/PHD/MTV | 20:44 |
| AdrianG | i guess an easier way to buy coins to spend. | 20:44 |
| Eliel_ | would probably be enough to have the full node sign transactions and/or blocks with a specific key and share those signatures when the other party requests them. Then you could just input the public key of the full node to your wallet in addition to the IP address. | 20:46 |
| phantomcircuit | Eliel_, just the headers is enough | 20:46 |
| phantomcircuit | actually just the last header is enough | 20:46 |
| Eliel_ | phantomcircuit: you mean block header. | 20:47 |
| phantomcircuit | yes | 20:47 |
| phantomcircuit | if you have a signature on a header from a trusted full node you have the same security as the full node | 20:47 |
| phantomcircuit | well sort of | 20:47 |
| Eliel_ | unconfirmed transactions could benefit from signatures too. | 20:47 |
| phantomcircuit | you're not guaranteed to have all of the utxo entires that you can spend | 20:47 |
| phantomcircuit | Eliel_, not necessary | 20:48 |
| phantomcircuit | they're unconfirmed remember? zero security | 20:48 |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards | 20:48 | |
| -!- hashtag_ [~hashtag@cpe-174-97-254-80.ma.res.rr.com] has joined #bitcoin-wizards | 20:48 | |
| Eliel_ | phantomcircuit: it's an improvement over what the SPV node can do itself. | 20:49 |
| Eliel_ | as far as I'm aware, you could currently send an SPV node a complete garbage transaction that spends imaginary outputs and it would have no way to tell. | 20:50 |
| Eliel_ | with signatures, you could at least tell that the transaction has a chance to be mined. | 20:50 |
| phantomcircuit | Eliel_, "meh" | 20:51 |
| -!- dEBRUYNE [~dEBRUYNE@56-197-ftth.onsbrabantnet.nl] has quit [Ping timeout: 276 seconds] | 20:52 | |
| Eliel_ | also, if the signatures included timestamps, it might provide nice instrumentation for analyzing propagation behauviour. | 20:56 |
| Eliel_ | it wouldn't be much use from a security point of view, but it'd help the SPV wallet keep it's transaction list clean. If something is double spent, that it can detect and remove from it's list but for pure garbage it doesn't have a good way to clean, other than waiting for X number of blocks for timeout removal. | 21:02 |
| Eliel_ | helps prevent some confused user attacks | 21:02 |
| phantomcircuit | Eliel_, eh just connecting to the one bitcoind would be enough for that | 21:17 |
| phantomcircuit | no need to sign them | 21:17 |
| Eliel_ | well, I suppose if it's an encrypted connection, just signing the blocks is enough | 21:18 |
| -!- go1111111 [~go1111111@104.232.116.217] has quit [Ping timeout: 246 seconds] | 21:18 | |
| Eliel_ | but encrypted connection is not needed if it's all signed. | 21:19 |
| -!- Guest25458 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 276 seconds] | 21:22 | |
| -!- Guest56234 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 21:25 | |
| -!- GGuyZ_ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has joined #bitcoin-wizards | 21:27 | |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Read error: Connection reset by peer] | 21:27 | |
| -!- GGuyZ_ is now known as GGuyZ | 21:27 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 21:30 | |
| -!- go1111111 [~go1111111@104.200.154.72] has joined #bitcoin-wizards | 21:32 | |
| -!- oneeman [~oneeman@ip48-68-15-186.ct.co.cr] has quit [Quit: Leaving] | 21:36 | |
| -!- Guest56234 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 255 seconds] | 21:40 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] | 21:41 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-wizards | 21:43 | |
| -!- Cory [~C@unaffiliated/cory] has quit [Ping timeout: 245 seconds] | 21:53 | |
| -!- Cory [~C@unaffiliated/cory] has joined #bitcoin-wizards | 21:55 | |
| bramc | Again, my question is, what are backrefs? And my point is, that if you have utxo commitments then an spv server can actually prove to an spv client that a particular utxo is or is not included. | 22:02 |
| bramc | Assuming an extension to spv to include those proofs of course. | 22:06 |
| -!- GGuyZ [~GGuyZ@216-15-125-203.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com] has quit [Quit: GGuyZ] | 22:10 | |
| -!- el33th4x0r [68e5aa14@gateway/web/cgi-irc/kiwiirc.com/ip.104.229.170.20] has joined #bitcoin-wizards | 22:11 | |
| el33th4x0r | are there any segwit experts online for a quick question? | 22:13 |
| el33th4x0r | sipa? | 22:13 |
| jl2012 | el33th4x0r just ask. People will answer if they know | 22:22 |
| el33th4x0r | ok, i looked through the two early BIPs and the draft of the third, and I'm confused by the great variety of claims made around segwit. | 22:23 |
| el33th4x0r | the BIPs outline a conservative approach that rearranges block contents, but the segregated witness is nevertheless an integral part of a block. | 22:24 |
| el33th4x0r | the operational description says that the peers fetch the block in whole, with the witness. | 22:24 |
| el33th4x0r | Greg has been very careful, in describing segwit benefits, that segwit improves malleability, allows discarding old witnesses, etc etc. but he does NOT say that it improves block transmission speeds. | 22:25 |
| el33th4x0r | yet a lot of people online believe that segwit is a technique to "effectively increase block size" | 22:25 |
| jl2012 | what's you question? | 22:26 |
| el33th4x0r | so the question is, what does that claim really mean? | 22:26 |
| jl2012 | which claim? | 22:26 |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 240 seconds] | 22:26 | |
| jl2012 | I'm co-author of the BIP | 22:26 |
| smooth | el33th4x0r: it effectively increases the hard cap, but does nothing to influence the factors that motivate the cap | 22:26 |
| el33th4x0r | how does segwit effectively increase block size? | 22:27 |
| el33th4x0r | does block size refer to (the number of bytes to be transmitted from one peer to another during block propagation) | 22:27 |
| jl2012 | if effectively increases the hard cap ---> yes | 22:27 |
| el33th4x0r | how does it do that? | 22:27 |
| smooth | el33th4x0r> how does segwit effectively increase block size? <= because the transcations over which the blocks size is calculated will be smaller | 22:27 |
| smooth | (by the existing code) | 22:28 |
| el33th4x0r | ah, i get it -- it's one of the benefits of the soft fork trick | 22:28 |
| jl2012 | it does NOT improve block transmission speed: yes, if you are talking about full nodes to full nodes | 22:29 |
| el33th4x0r | jl2012, smooth: thanks, that was very helpful. | 22:29 |
| jl2012 | welcomed | 22:30 |
| jl2012 | but it does improve tx transmission from full to SPV nodes | 22:34 |
| el33th4x0r | right. | 22:35 |
| moli | el33th4x0r: have you watched sipa explain it in HK: https://www.youtube.com/watch?v=fst1IK_mrng&feature=youtu.be&t=2156 | 22:36 |
| el33th4x0r | moli: yes, but my uptake from videos is limited. it's all sorted out now. | 22:37 |
| -!- Guest55894 [~socrates1@li175-104.members.linode.com] has joined #bitcoin-wizards | 22:49 | |
| -!- Giszmo [~leo@pc-139-55-215-201.cm.vtr.net] has quit [Quit: Leaving.] | 22:49 | |
| -!- el33th4x0r [68e5aa14@gateway/web/cgi-irc/kiwiirc.com/ip.104.229.170.20] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] | 22:55 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] | 22:58 | |
| -!- sparetire_ [~sparetire@unaffiliated/sparetire] has quit [Quit: sparetire_] | 22:58 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-wizards | 23:00 | |
| -!- Guest55894 [~socrates1@li175-104.members.linode.com] has quit [Ping timeout: 255 seconds] | 23:03 | |
| -!- arubi [~ese168@unaffiliated/arubi] has quit [Ping timeout: 264 seconds] | 23:03 | |
| -!- moa [~kiwigb@opentransactions/dev/moa] has quit [Ping timeout: 250 seconds] | 23:05 | |
| jl2012 | my SW testnet node based on 0.12 keeps saying socket recv error Connection reset by peer (104) , what does it mean? | 23:06 |
| -!- moa [~kiwigb@opentransactions/dev/moa] has joined #bitcoin-wizards | 23:06 | |
| -!- CoolerMaster [~IceChat9@c-98-253-133-175.hsd1.il.comcast.net] has left #bitcoin-wizards [] | 23:10 | |
| -!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-xglsmgexempuwpxz] has quit [Quit: Connection closed for inactivity] | 23:12 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] | 23:17 | |
| -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-wizards | 23:19 | |
| -!- jcorgan [~jcorgan@unaffiliated/jcorgan] has joined #bitcoin-wizards | 23:27 | |
| -!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards | 23:37 | |
| -!- moa [~kiwigb@opentransactions/dev/moa] has quit [Quit: Leaving.] | 23:57 | |
| --- Log closed Sun Jan 03 00:00:54 2016 | ||
Generated by irclog2html.py 2.15.0.dev0 by Marius Gedminas - find it at mg.pov.lt!