2015-07-09.log

--- Log opened Thu Jul 09 00:00:05 2015
-!- bramc [~bram@99-75-88-206.lightspeed.sntcca.sbcglobal.net] has quit [Quit: This computer has gone to sleep]00:00
-!- venzen [~venzen@5.255.87.165] has joined #bitcoin-wizards00:04
-!- alewis_btc [~antonylew@101.100.162.252] has joined #bitcoin-wizards00:04
-!- Mably [~Mably@unaffiliated/mably] has quit [Ping timeout: 244 seconds]00:13
-!- p15x_ [~p15x@111.194.197.10] has quit [Max SendQ exceeded]00:13
-!- p15x [~p15x@111.194.197.10] has joined #bitcoin-wizards00:14
-!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has quit [Quit: Leaving]00:18
-!- Quanttek [~quassel@ip1f10af17.dynamic.kabel-deutschland.de] has joined #bitcoin-wizards00:19
-!- JackH [~Jack@host-80-43-142-154.as13285.net] has joined #bitcoin-wizards00:20
-!- arubi_ [~ese168@unaffiliated/arubi] has quit [Quit: Leaving]00:22
-!- drwin [~drwin@88-103-255-166.jes.cz] has joined #bitcoin-wizards00:26
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]00:29
-!- Giszmo [~leo@pc-185-201-214-201.cm.vtr.net] has quit [Quit: Leaving.]00:31
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards00:32
-!- FranzKafka [~FranzKafk@unaffiliated/franzkafka] has quit []00:33
-!- CoinMuncher [~jannes@178.132.211.90] has joined #bitcoin-wizards00:34
-!- alewis_btc [~antonylew@101.100.162.252] has quit [Quit: alewis_btc]00:39
-!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 264 seconds]00:44
-!- Mably [56401ec5@gateway/web/freenode/ip.86.64.30.197] has joined #bitcoin-wizards00:49
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]00:51
-!- alewis_btc [~antonylew@118.189.115.158] has joined #bitcoin-wizards01:13
-!- rustyn [~rustyn@unaffiliated/rustyn] has quit [Quit: london]01:14
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards01:22
gmaxwellrusty: I cheated, got transaction size down to 81 bytes for 2-in-2-out: https://www.reddit.com/r/Bitcoin/comments/3cmr2v/showerthought_what_if_instead_of_making_the/csx7pbj01:25
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 248 seconds]01:27
-!- rubensayshi [~ruben@91.206.81.13] has joined #bitcoin-wizards01:28
-!- FranzKafka [~FranzKafk@unaffiliated/franzkafka] has joined #bitcoin-wizards01:30
-!- FranzKafka [~FranzKafk@unaffiliated/franzkafka] has quit [Max SendQ exceeded]01:31
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 240 seconds]01:31
-!- drwin [~drwin@88-103-255-166.jes.cz] has quit []01:38
-!- OneFixt_ [~OneFixt@unaffiliated/onefixt] has joined #bitcoin-wizards01:42
-!- venzen [~venzen@5.255.87.165] has quit [Ping timeout: 250 seconds]01:44
-!- theymos [~theymos@unaffiliated/theymos] has quit [Ping timeout: 250 seconds]01:45
-!- theymos [~theymos@unaffiliated/theymos] has joined #bitcoin-wizards01:45
-!- OneFixt [~OneFixt@unaffiliated/onefixt] has quit [Ping timeout: 250 seconds]01:46
-!- venzen [~venzen@5.255.87.165] has joined #bitcoin-wizards01:47
-!- Quanttek [~quassel@ip1f10af17.dynamic.kabel-deutschland.de] has quit [Ping timeout: 264 seconds]01:53
-!- goregrind [~goregrind@unaffiliated/goregrind] has quit [Read error: Connection reset by peer]01:55
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards01:59
-!- akrmn [~akrmn@55-215-250-178.ftth.cust.kwaoo.net] has joined #bitcoin-wizards02:03
-!- sparetire_ [~sparetire@unaffiliated/sparetire] has quit [Quit: sparetire_]02:07
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Quit: Quitte]02:10
-!- goregrind [~goregrind@unaffiliated/goregrind] has joined #bitcoin-wizards02:11
-!- hearn [~mike@84-75-197-78.dclient.hispeed.ch] has joined #bitcoin-wizards02:18
CodeSharkgmaxwell: if you're looking to optimize something with the transaction encoding, optimize verification complexity before optimizing space :)02:19
gmaxwellI pointed out in the message that its optimizing the wrong thing.02:19
CodeSharkright02:20
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has quit [Ping timeout: 244 seconds]02:21
gmaxwellthough with batch schnorr in elements, it's actualyl bandwidth limited on bitcoin transactions up through most consumer broadband speeds.02:21
CodeSharkwell, the ultimate goal would be to have something like SPV but that actually works :p02:22
gmaxwelland I think _generally_ its easier to scale your cpu power than bandwidth, as cpu power comes in pretty little boxes from newegg.02:22
gmaxwellCodeShark: well any of that would be generally applicable-ish.02:22
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards02:23
CodeSharkif we're going to allow all this cheating, can't we come up with a protocol that doesn't require downloading the entire transaction history from the beginning of time to validate the present? (besides the summary commitments of lightning and such)02:24
CodeSharkcan we do better than SNARKs?02:25
gmaxwellCodeShark: what I was describing didn't change the security model at all.02:25
CodeSharkI02:25
gmaxwellor even require crypto younger than 15 years old or so.02:25
gmaxwellmaybe 14 years old.02:26
CodeSharkI'm well aware of that - I was trying to do a segue... :p02:26
gmaxwellCodeShark: well if you want a segue, go figure out a way to do that and suggest it. :)02:26
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has joined #bitcoin-wizards02:27
CodeSharkI was thinking a nested consensus mechanism of some sort...so that lightning doesn't necessarily need to resort to the global consensus structure for dispute resolution02:27
CodeSharkthen perhaps we can cut down the number of global commitments even further02:28
CodeSharkyou continue to appeal if there's still a dispute02:28
CodeSharkuntil you reach the global consensus structure02:28
CodeSharkthat would mean only the most contentious battles would tend to reach the global consensus level02:29
CodeSharkeach level up costs more, of course - since you're asking more people to contribute computational resources to decide your case02:30
CodeSharkI mean, that's sort of how civil society works02:31
CodeSharkcivil society does not work by making sure everyone knows that I paid my gardner yesterday02:32
CodeSharkunless I failed to pay the gardner or the gardner failed to provide services02:32
-!- alewis_btc [~antonylew@118.189.115.158] has quit [Quit: alewis_btc]02:32
waxwingi've always assumed bitcoin would evolve like that02:32
moansh: https://github.com/bitcoin/bitcoin/pull/6402 jgarzik has a very similar idea with a cleaner implementation it looks like02:33
-!- alewis_btc [~antonylew@118.189.115.158] has joined #bitcoin-wizards02:34
gmaxwellCodeShark: great you've just described what lightning does; it only elevates most activity to the public network if there is a dispute.02:35
CodeSharkgmaxwell: there could be a tiered structure - doesn't have to go straight to ground...you can have lightning bolts that just hit clouds with a slightly different voltage :)02:36
CodeSharkwaxwing: doesn't seem very many people have always assumed that :p02:37
CodeSharkconsider those who are trying to use the blockchain as a ledger for every single asset for every single individual in the world :p02:38
waxwingCodeShark: this is kind of what i think: https://bitcointalk.org/index.php?topic=418071.msg6423270#msg642327002:39
waxwingbut, i'd say, there's a fairly big proportion of people who see bitcoin as more like SWIFT or somesuch ... well, i don't know, it still seems to be a controversial question02:40
gmaxwellPeople expect bitcoin to be both floor wax and dessert topping; and miss the fact that even if it can be all things to all people that might only be possible at the expense of being very poor at all of them.02:41
waxwinggmaxwell: yes, difficult to argue with that. but which is it? :)02:42
CodeSharkreversibility and recourse for dispute resolution should be optional features in a payment system that could be waived02:42
gmaxwellWell the question I ask is what does (/can) Bitcoin do uniquely better in a fundimental way compared to alternatives.02:42
waxwingoptional, agreed CodeShark02:43
waxwinggmaxwell: resist censorship02:43
gmaxwellI do not think bitcoin can out-swift swift.. if its better at being swift at all, in any way, it's only because swift is asleep at the switch.02:43
gmaxwellBut right, someone once asked me if I thought Bitcoin was more for paying wikileaks or for replacing credit cards.02:43
-!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards02:43
waxwingSWIFT I just use as a placeholder for : "serious" payments which may cross jurisdictional boundaries02:44
waxwingand it's in exactly that context that censorship resistance matters most02:44
gmaxwellAnd I poninted out that I have a 2% cashback credit card that it seems hard for bitcoin payments to compete with for plain retail payments;  but that same creditcard cannot pay wikileaks-- mastercard shut that down, even without a government demand to do so.02:44
gmaxwellBut its not just edgy uses, if you want to create a layer above to do interesting things; you need to be able to count on the contracts underlying it are absolte ... or every step requires complex risk analysis that computers cannot do.  Thats something: be very predictable, that bitcoin can possibly do that traditional systems cannot, because meddling with them arbritarily is too easy.02:45
* waxwing nods02:46
waxwingthat's kind of what i was trying to get at in that post, it should be obvious that the whole thing 'works' one way round (uncensorable at the bottom) and doesn't work the other.02:47
moa"If you try to mix in those higher layers to the underlying protocol, you destroy it.: waxwing here's the danger, cramming things in that are better kicked upstairs02:47
CodeSharkeven if the contracts at the edges of the network imply risk, the risk could be managed by a separate layer02:47
CodeSharki.e. insurance, market makers, etc...02:48
CodeSharkand the ecosystem can involve humans that willingly take on the risk for potential profit02:49
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards02:51
-!- dEBRUYNE [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has joined #bitcoin-wizards02:54
CodeSharkso I don't think that necessarily every step requires complex risk analysis02:58
CodeSharkthe risk can be isolated from the predictable layers02:58
-!- freewil [~freewil@unaffiliated/freewil] has joined #bitcoin-wizards03:01
-!- freewil [~freewil@unaffiliated/freewil] has left #bitcoin-wizards []03:01
-!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Ping timeout: 246 seconds]03:01
leakypatSWIFT can route your payment through jurisdictions without your knowledge03:06
leakypatA lot of local banks around the world are corrupt / insolvent, so for international trade I think the censorship resistance property is valuable03:07
leakypatThe letter of credit market for example03:08
-!- alewis_btc [~antonylew@118.189.115.158] has quit [Quit: alewis_btc]03:09
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-oomktsnheulxpvbm] has quit [Ping timeout: 250 seconds]03:11
leakypatHow many use this system just because it's the way things are done and always have been03:11
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards03:11
CodeSharkthere are very few cryptocurrency applications right now that really make much use of any features that go beyond just the traditional payment systems people are used to03:11
leakypatThe current system introduced unnecessary risk into a lot of transactions just by virtue of the fact it is a closed system03:13
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]03:13
leakypatSo I want to pay a supplier in Nigeria but I can't because my bank doesn't trust their bank03:13
CodeSharknever send money to Nigeria for any reason :p03:14
-!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-wizards03:14
leakypatWell, I have friends in Nigeria who I would totally trust to send money to.. Just not via the local banks03:14
CodeSharkare they princes?03:15
leakypatI'm sensing your reference point for Africa is scam nails and /or "coming to America"03:15
leakypat*mails03:15
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 244 seconds]03:16
CodeSharkanyhow, your point is well taken - if we could choose how to route payments ourselves we could avoid this "my bank doesn't trust theirs" issue03:16
leakypatIn any case, Nigeria can be any country03:16
CodeSharkI know, I was just kidding03:16
leakypatEven Europe, transactions between Sweden and Germany03:17
leakypatRouted through the states03:17
leakypatMoney frozen03:17
leakypatWhy? Cuban cigars03:17
* fluffypony lives in Africa03:17
-!- www [~v3@x5ce16b33.dyn.telefonica.de] has joined #bitcoin-wizards03:17
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-mrjmebcteisqxxqb] has joined #bitcoin-wizards03:18
CodeSharkwould money being frozen also fit into the "censorship" category?03:19
leakypatFor sure03:19
leakypatIt's risk being introduced by the system03:20
leakypatThat costs03:20
leakypatfluffypony: where abouts?03:20
fluffyponyleakypat: South Africa03:21
-!- Emcy [~MC@unaffiliated/mc1984] has quit [Read error: Connection reset by peer]03:21
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards03:24
-!- justanotheruser [~Justan@unaffiliated/justanotheruser] has quit [Read error: Connection reset by peer]03:24
-!- koshii [~w@c-68-58-151-30.hsd1.in.comcast.net] has quit [Ping timeout: 252 seconds]03:24
-!- justanotheruser [~Justan@unaffiliated/justanotheruser] has joined #bitcoin-wizards03:25
-!- koshii [~w@c-68-58-151-30.hsd1.in.comcast.net] has joined #bitcoin-wizards03:26
-!- Tiraspol [~Tiraspol3@unaffiliated/tiraspol] has quit [Ping timeout: 264 seconds]03:27
-!- Tiraspol [~Tiraspol3@83.70.153.95.dyn.idknet.com] has joined #bitcoin-wizards03:28
-!- Tiraspol [~Tiraspol3@83.70.153.95.dyn.idknet.com] has quit [Changing host]03:28
-!- Tiraspol [~Tiraspol3@unaffiliated/tiraspol] has joined #bitcoin-wizards03:28
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]03:29
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards03:30
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has quit [Ping timeout: 264 seconds]03:34
-!- XXIII [~XXIII@67.70.121.248] has quit [Quit: Leaving]03:45
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has joined #bitcoin-wizards03:49
-!- p15x_ [~p15x@64.145.91.48] has joined #bitcoin-wizards03:59
-!- p15x [~p15x@111.194.197.10] has quit [Ping timeout: 250 seconds]04:00
-!- p15x [~p15x@64.145.91.19] has joined #bitcoin-wizards04:15
-!- www [~v3@x5ce16b33.dyn.telefonica.de] has quit [Ping timeout: 252 seconds]04:15
-!- p15x_ [~p15x@64.145.91.48] has quit [Ping timeout: 248 seconds]04:16
-!- shaul [~shaul@static-108-30-103-59.nycmny.fios.verizon.net] has joined #bitcoin-wizards04:24
-!- www [~v3@x5ce16b33.dyn.telefonica.de] has joined #bitcoin-wizards04:24
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-mrjmebcteisqxxqb] has quit [Ping timeout: 252 seconds]04:29
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-kcsesyyfuohnlqnf] has joined #bitcoin-wizards04:30
-!- hashtag [~hashtag@cpe-69-23-213-3.ma.res.rr.com] has joined #bitcoin-wizards04:34
-!- c0rw|zZz is now known as c0rw1n04:44
-!- hashtag [~hashtag@cpe-69-23-213-3.ma.res.rr.com] has quit [Ping timeout: 246 seconds]04:46
-!- drwin [~drwin@88-103-255-166.jes.cz] has joined #bitcoin-wizards04:54
-!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 250 seconds]04:59
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards05:00
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 244 seconds]05:04
-!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards05:06
-!- chmod755 [~chmod755@unaffiliated/chmod755] has joined #bitcoin-wizards05:11
-!- p15x_ [~p15x@64.145.91.27] has joined #bitcoin-wizards05:17
-!- p15x [~p15x@64.145.91.19] has quit [Ping timeout: 264 seconds]05:17
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 250 seconds]05:18
-!- Quanttek [~quassel@2a02:8108:73f:f6e4:e23f:49ff:fe47:9364] has joined #bitcoin-wizards05:22
-!- hearn [~mike@84-75-197-78.dclient.hispeed.ch] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]05:23
-!- hearn [~mike@84-75-197-78.dclient.hispeed.ch] has joined #bitcoin-wizards05:23
-!- hearn [~mike@84-75-197-78.dclient.hispeed.ch] has quit [Client Quit]05:23
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has quit [Ping timeout: 252 seconds]05:28
-!- mjerr [~mjerr@p578EB7BE.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]05:35
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards05:36
-!- jgarzik [~jgarzik@unaffiliated/jgarzik] has quit [Quit: This computer has gone to sleep]05:37
-!- SDCDev [~quassel@unaffiliated/sdcdev] has quit [Ping timeout: 256 seconds]05:41
-!- afk11 [~thomas@46.7.4.219] has quit [Ping timeout: 276 seconds]05:45
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Remote host closed the connection]05:48
-!- eudoxia [~eudoxia@r167-57-48-151.dialup.adsl.anteldata.net.uy] has joined #bitcoin-wizards05:49
-!- alewis_btc [~antonylew@103.252.202.207] has joined #bitcoin-wizards05:55
-!- nickler_ is now known as nickler05:55
-!- hearn [~mike@185.25.95.132] has joined #bitcoin-wizards05:56
-!- shaul_ [~shaul@static-108-30-103-59.nycmny.fios.verizon.net] has joined #bitcoin-wizards05:57
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards05:58
-!- shaul [~shaul@static-108-30-103-59.nycmny.fios.verizon.net] has quit [Ping timeout: 246 seconds]06:00
-!- shaul_ [~shaul@static-108-30-103-59.nycmny.fios.verizon.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]06:02
-!- p15x [~p15x@111.194.197.114] has joined #bitcoin-wizards06:05
-!- p15x_ [~p15x@64.145.91.27] has quit [Ping timeout: 264 seconds]06:06
-!- binaryatrocity [~atr0phy.n@unaffiliated/br4n] has quit [Remote host closed the connection]06:06
-!- hashtag [~hashtag@cpe-98-157-219-44.ma.res.rr.com] has joined #bitcoin-wizards06:07
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has joined #bitcoin-wizards06:09
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has quit [Ping timeout: 276 seconds]06:14
-!- chmod755_ [~chmod755@dsl-29-161.utaonline.at] has joined #bitcoin-wizards06:14
-!- chmod755_ [~chmod755@dsl-29-161.utaonline.at] has quit [Changing host]06:14
-!- chmod755_ [~chmod755@unaffiliated/chmod755] has joined #bitcoin-wizards06:14
-!- chmod755 [~chmod755@unaffiliated/chmod755] has quit [Ping timeout: 240 seconds]06:16
-!- SDCDev [~quassel@unaffiliated/sdcdev] has joined #bitcoin-wizards06:25
-!- cdecker [~cdecker@2001:67c:10ec:2a49:8000::8] has joined #bitcoin-wizards06:27
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has joined #bitcoin-wizards06:29
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 246 seconds]06:34
-!- moa [~kiwigb@opentransactions/dev/moa] has quit [Quit: Leaving.]06:38
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards06:56
-!- fkhan [~weechat@unaffiliated/loteriety] has quit [Ping timeout: 248 seconds]06:56
-!- mats [sid23029@gateway/web/irccloud.com/x-odcymmhqskjwxcdr] has joined #bitcoin-wizards06:56
-!- bramc [~bram@99-75-88-206.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-wizards06:57
-!- stonecoldpat [~a9380004@janus-nat-128-240-225-56.ncl.ac.uk] has quit [Quit: Leaving.]07:00
-!- hearn [~mike@185.25.95.132] has quit [Ping timeout: 248 seconds]07:01
-!- hearn [~mike@185.25.95.132] has joined #bitcoin-wizards07:02
-!- ruby32 [~ruby32@38.121.165.30] has joined #bitcoin-wizards07:08
-!- fkhan [~weechat@unaffiliated/loteriety] has joined #bitcoin-wizards07:09
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has quit [Ping timeout: 246 seconds]07:14
-!- ruby32 [~ruby32@38.121.165.30] has quit [Quit: Leaving]07:14
-!- ruby32 [~ruby32@38.121.165.30] has joined #bitcoin-wizards07:15
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards07:15
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 246 seconds]07:20
-!- jgarzik [~jgarzik@unaffiliated/jgarzik] has joined #bitcoin-wizards07:20
-!- jgarzik [~jgarzik@unaffiliated/jgarzik] has quit [Client Quit]07:20
-!- Quanttek [~quassel@2a02:8108:73f:f6e4:e23f:49ff:fe47:9364] has quit [Ping timeout: 252 seconds]07:23
-!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has joined #bitcoin-wizards07:24
-!- SaltySalads [~SaltySala@24.96.148.142] has quit [Quit: Leaving]07:27
-!- alewis_btc [~antonylew@103.252.202.207] has quit [Quit: alewis_btc]07:39
-!- tlrobinson [~tlrobinso@204.14.159.161] has joined #bitcoin-wizards07:39
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has joined #bitcoin-wizards07:40
-!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has joined #bitcoin-wizards07:49
-!- dasource [uid48409@gateway/web/irccloud.com/x-knkimullxsdsuheq] has quit [Quit: Connection closed for inactivity]07:51
-!- alewis_btc [~antonylew@103.252.202.207] has joined #bitcoin-wizards07:51
-!- CodeShark [~textual@cpe-76-167-237-202.san.res.rr.com] has quit [Quit: Textual IRC Client: www.textualapp.com]07:51
-!- www1 [~v3@x5ce12d9c.dyn.telefonica.de] has joined #bitcoin-wizards07:52
-!- www [~v3@x5ce16b33.dyn.telefonica.de] has quit [Ping timeout: 256 seconds]07:54
-!- tlrobinson [~tlrobinso@204.14.159.161] has quit [Quit: tlrobinson]07:55
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has quit [Ping timeout: 250 seconds]07:58
-!- davi [~davi@gnu/davi] has joined #bitcoin-wizards07:59
-!- p15x [~p15x@111.194.197.114] has quit [Ping timeout: 252 seconds]08:00
-!- ruby32 [~ruby32@38.121.165.30] has quit [Quit: Leaving]08:01
-!- ruby32 [~ruby32@38.121.165.30] has joined #bitcoin-wizards08:01
-!- ruby32 [~ruby32@38.121.165.30] has quit [Client Quit]08:03
-!- p15x [~p15x@64.145.91.5] has joined #bitcoin-wizards08:04
-!- ruby32 [~ruby32@38.121.165.30] has joined #bitcoin-wizards08:04
-!- CodeShark_ [~androirc@cpe-76-167-237-202.san.res.rr.com] has quit [Ping timeout: 256 seconds]08:12
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has joined #bitcoin-wizards08:13
-!- chmod755_ [~chmod755@unaffiliated/chmod755] has quit [Quit: Ex-Chat]08:14
-!- davi [~davi@gnu/davi] has quit [Ping timeout: 256 seconds]08:18
-!- zooko [~user@c-71-229-205-98.hsd1.co.comcast.net] has joined #bitcoin-wizards08:27
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards08:37
-!- hearn [~mike@185.25.95.132] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]08:40
-!- davi [~davi@gnu/davi] has joined #bitcoin-wizards08:40
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 244 seconds]08:41
-!- Xh1pher [~Xh1pher@pD9E3A97A.dip0.t-ipconnect.de] has joined #bitcoin-wizards08:45
-!- instagibbs [32f65962@gateway/web/freenode/ip.50.246.89.98] has joined #bitcoin-wizards08:46
-!- instagibbs [32f65962@gateway/web/freenode/ip.50.246.89.98] has quit [Client Quit]08:47
-!- davi [~davi@gnu/davi] has quit [Ping timeout: 256 seconds]08:49
-!- metamarc [~snizysnaz@unaffiliated/agorist000] has quit [Ping timeout: 255 seconds]08:54
-!- spinza [~spin@197.89.23.144] has quit [Ping timeout: 240 seconds]08:57
-!- hearn [~mike@84-75-197-78.dclient.hispeed.ch] has joined #bitcoin-wizards08:59
-!- JackH [~Jack@host-80-43-142-154.as13285.net] has quit [Ping timeout: 246 seconds]09:01
-!- metamarc [~snizysnaz@97.95.172.50] has joined #bitcoin-wizards09:03
-!- metamarc [~snizysnaz@97.95.172.50] has quit [Changing host]09:03
-!- metamarc [~snizysnaz@unaffiliated/agorist000] has joined #bitcoin-wizards09:03
-!- hearn [~mike@84-75-197-78.dclient.hispeed.ch] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]09:04
-!- alewis_btc [~antonylew@103.252.202.207] has quit [Quit: alewis_btc]09:10
-!- Giszmo [~leo@pc-185-201-214-201.cm.vtr.net] has joined #bitcoin-wizards09:13
-!- hashtagg_ [~hashtag@cpe-98-157-219-44.ma.res.rr.com] has joined #bitcoin-wizards09:19
-!- hashtag [~hashtag@cpe-98-157-219-44.ma.res.rr.com] has quit [Ping timeout: 255 seconds]09:20
-!- p15x_ [~p15x@64.145.91.77] has joined #bitcoin-wizards09:21
-!- StephenM347 [~stephenm3@static-64-223-246-218.port.east.myfairpoint.net] has joined #bitcoin-wizards09:22
-!- p15x [~p15x@64.145.91.5] has quit [Ping timeout: 246 seconds]09:22
-!- bendavenport [~bpd@96.90.231.161] has joined #bitcoin-wizards09:23
-!- bblue [~textual@104.220.67.131] has joined #bitcoin-wizards09:26
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 265 seconds]09:31
-!- HM [~HM@81.4.101.225] has quit [Quit: Segmentation fault]09:33
-!- HM [~HM@81.4.101.225] has joined #bitcoin-wizards09:34
-!- nullbyte [~NSA@cpe-66-68-54-206.austin.res.rr.com] has joined #bitcoin-wizards09:39
-!- Iriez [wario@distribution.xbins.org] has quit [Ping timeout: 248 seconds]09:44
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]09:50
-!- jae_ [~jae@75-101-96-71.dsl.static.fusionbroadband.com] has joined #bitcoin-wizards09:53
-!- davi [~davi@gnu/davi] has joined #bitcoin-wizards09:53
-!- CoinMuncher [~jannes@178.132.211.90] has quit [Quit: Leaving.]09:58
-!- p15x [~p15x@64.145.91.17] has joined #bitcoin-wizards10:09
-!- Iriez [wario@distribution.xbins.org] has joined #bitcoin-wizards10:10
-!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 246 seconds]10:10
-!- p15x_ [~p15x@64.145.91.77] has quit [Ping timeout: 244 seconds]10:11
-!- waxwing [~waxwing@62.205.214.125] has quit [Ping timeout: 252 seconds]10:13
-!- Emcy [~MC@unaffiliated/mc1984] has joined #bitcoin-wizards10:13
-!- waxwing [~waxwing@62.205.214.125] has joined #bitcoin-wizards10:14
-!- nullbyte [~NSA@cpe-66-68-54-206.austin.res.rr.com] has quit [Ping timeout: 256 seconds]10:15
-!- JackH [~Jack@host-80-43-142-154.as13285.net] has joined #bitcoin-wizards10:21
-!- Mably [56401ec5@gateway/web/freenode/ip.86.64.30.197] has quit [Quit: Page closed]10:25
-!- p15x_ [~p15x@111.193.165.202] has joined #bitcoin-wizards10:28
-!- p15x [~p15x@64.145.91.17] has quit [Ping timeout: 265 seconds]10:30
-!- sparetire_ [~sparetire@unaffiliated/sparetire] has joined #bitcoin-wizards10:34
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards10:37
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards10:38
-!- bramc [~bram@99-75-88-206.lightspeed.sntcca.sbcglobal.net] has quit [Quit: This computer has gone to sleep]10:41
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 256 seconds]10:42
-!- zwick [~zwick@fsf/member/zwick] has joined #bitcoin-wizards10:55
-!- zwick is now known as fornax10:55
-!- fornax is now known as zwick10:55
-!- Mably [~Mably@unaffiliated/mably] has joined #bitcoin-wizards10:58
-!- zwick is now known as orcus11:00
-!- orcus is now known as zwick11:00
-!- zwick [~zwick@fsf/member/zwick] has left #bitcoin-wizards ["WeeChat 1.2"]11:01
-!- frankenmint [~frankenmi@174-25-28-8.ptld.qwest.net] has joined #bitcoin-wizards11:01
-!- shen_noe [~shen_noe@wired094.math.utah.edu] has joined #bitcoin-wizards11:02
-!- mjerr [~mjerr@p578EB7BE.dip0.t-ipconnect.de] has joined #bitcoin-wizards11:08
-!- nullbyte [NSA@gateway/vpn/mullvad/x-ngmvlguwlaypniph] has joined #bitcoin-wizards11:12
frankenmintWhat is ASM?  is it the same context as this:https://en.wikipedia.org/wiki/Automatic_Storage_Management?11:15
-!- eudoxia [~eudoxia@r167-57-48-151.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving]11:15
frankenminthttp://mempool.info/tx/35d42e5a44d40c41e0de50d16052f49da67608bb0ce454d11e39def905f0bf3c11:15
jcorganit's the disassembly of the scriptPubKey binary into opcodes11:17
frankenmintjust trying to make sense of the huge mempool11:18
frankenmint(and learn about the inner workings of btc too)11:18
-!- davi [~davi@gnu/davi] has quit [Ping timeout: 246 seconds]11:29
-!- Giszmo [~leo@pc-185-201-214-201.cm.vtr.net] has quit [Quit: Leaving.]11:40
-!- maraoz [~maraoz@2601:647:4a01:25f0:80be:f9dc:5338:e39c] has joined #bitcoin-wizards11:44
-!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards11:47
-!- nullbyte [NSA@gateway/vpn/mullvad/x-ngmvlguwlaypniph] has quit [Read error: Connection reset by peer]12:03
-!- nullbyte [NSA@gateway/vpn/mullvad/x-npkqakzztrzbjmln] has joined #bitcoin-wizards12:05
-!- Xh1pher [~Xh1pher@pD9E3A97A.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]12:06
-!- jgarzik [~jgarzik@unaffiliated/jgarzik] has joined #bitcoin-wizards12:08
-!- blackwraith [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards12:13
-!- blackwraith [~priidu@unaffiliated/priidu] has quit [Client Quit]12:14
-!- priidu [~priidu@unaffiliated/priidu] has quit [Ping timeout: 264 seconds]12:14
-!- priidu [~priidu@unaffiliated/priidu] has joined #bitcoin-wizards12:15
-!- priidu is now known as priiduf12:16
-!- priiduf is now known as priidu12:16
-!- nullbyte [NSA@gateway/vpn/mullvad/x-npkqakzztrzbjmln] has quit [Ping timeout: 252 seconds]12:18
-!- maraoz [~maraoz@2601:647:4a01:25f0:80be:f9dc:5338:e39c] has quit [Ping timeout: 248 seconds]12:19
-!- nullbyte [NSA@gateway/vpn/mullvad/x-ynbrabnovfdxnbxs] has joined #bitcoin-wizards12:20
-!- jae_ [~jae@75-101-96-71.dsl.static.fusionbroadband.com] has quit [Remote host closed the connection]12:22
-!- shen_noe [~shen_noe@wired094.math.utah.edu] has quit [Ping timeout: 255 seconds]12:24
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards12:27
-!- bramc [~bram@38.99.42.130] has joined #bitcoin-wizards12:29
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 248 seconds]12:31
-!- p15x_ [~p15x@111.193.165.202] has quit [Read error: Connection reset by peer]12:35
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Remote host closed the connection]12:36
-!- nullbyte [NSA@gateway/vpn/mullvad/x-ynbrabnovfdxnbxs] has quit [Ping timeout: 246 seconds]12:37
-!- p15x [~p15x@114.248.216.31] has joined #bitcoin-wizards12:37
-!- shen_noe [~shen_noe@162.216.46.19] has joined #bitcoin-wizards12:37
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards12:38
-!- nullbyte [NSA@gateway/vpn/mullvad/x-jkcszubbtkxvkjpd] has joined #bitcoin-wizards12:39
-!- goregrind [~goregrind@unaffiliated/goregrind] has quit [Read error: Connection reset by peer]12:42
-!- zooko [~user@c-71-229-205-98.hsd1.co.comcast.net] has quit [Ping timeout: 248 seconds]12:46
-!- goregrind [~goregrind@unaffiliated/goregrind] has joined #bitcoin-wizards12:58
-!- shen_noe [~shen_noe@162.216.46.19] has quit [Quit: Leaving]12:59
-!- jae [~jae@204.14.159.153] has joined #bitcoin-wizards13:01
-!- jae is now known as Guest7328613:01
-!- nullbyte [NSA@gateway/vpn/mullvad/x-jkcszubbtkxvkjpd] has quit [Ping timeout: 246 seconds]13:04
-!- spinza [~spin@197.83.246.141] has joined #bitcoin-wizards13:05
-!- b_lumenkraft [~b_lumenkr@unaffiliated/b-lumenkraft/x-4457406] has quit [Quit: b_lumenkraft]13:13
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-kcsesyyfuohnlqnf] has quit [Read error: Connection reset by peer]13:13
-!- maraoz [~maraoz@2601:647:4a01:25f0:80be:f9dc:5338:e39c] has joined #bitcoin-wizards13:16
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards13:27
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-spthklszzotanhue] has joined #bitcoin-wizards13:32
-!- zooko` [~user@2601:281:8301:e87f:6451:9685:3e5:5019] has joined #bitcoin-wizards13:37
-!- shen_noe [~holoirc@172.56.31.49] has joined #bitcoin-wizards13:44
-!- shen_noe [~holoirc@172.56.31.49] has quit [Remote host closed the connection]13:44
-!- rubensayshi [~ruben@91.206.81.13] has quit [Ping timeout: 252 seconds]13:59
-!- hashtagg_ [~hashtag@cpe-98-157-219-44.ma.res.rr.com] has quit [Ping timeout: 248 seconds]14:03
-!- Guest73286 [~jae@204.14.159.153] has quit [Remote host closed the connection]14:04
-!- shen_noe [~shen_noe@173-165-135-246-utah.hfc.comcastbusiness.net] has joined #bitcoin-wizards14:04
-!- drwin [~drwin@88-103-255-166.jes.cz] has quit []14:07
-!- maraoz [~maraoz@2601:647:4a01:25f0:80be:f9dc:5338:e39c] has quit [Ping timeout: 248 seconds]14:08
-!- jae [~jae@204.14.159.153] has joined #bitcoin-wizards14:08
-!- jae is now known as Guest2368014:09
-!- SwedFTP [~SwedFTP@unaffiliated/swedftp] has quit [Ping timeout: 252 seconds]14:09
-!- jtimon [~quassel@69.29.134.37.dynamic.jazztel.es] has quit [Ping timeout: 256 seconds]14:10
-!- zooko` [~user@2601:281:8301:e87f:6451:9685:3e5:5019] has quit [Ping timeout: 248 seconds]14:14
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards14:15
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 256 seconds]14:20
-!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-dichdcwpuuxpmnpd] has joined #bitcoin-wizards14:23
-!- SwedFTP [~SwedFTP@unaffiliated/swedftp] has joined #bitcoin-wizards14:24
-!- orperelman [~orperelma@bzq-109-67-207-175.red.bezeqint.net] has quit [Ping timeout: 246 seconds]14:26
-!- Guest98688 [~username@5ec3231d.skybroadband.com] has joined #bitcoin-wizards14:27
-!- Guest98688 [~username@5ec3231d.skybroadband.com] has quit [Client Quit]14:31
-!- jtimon [~quassel@69.29.134.37.dynamic.jazztel.es] has joined #bitcoin-wizards14:34
-!- afk11 [~thomas@46.7.4.219] has joined #bitcoin-wizards14:38
-!- priidu [~priidu@unaffiliated/priidu] has quit [Read error: Connection reset by peer]14:41
-!- jtimon [~quassel@69.29.134.37.dynamic.jazztel.es] has quit [Ping timeout: 248 seconds]14:49
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]14:51
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-spthklszzotanhue] has quit [Ping timeout: 246 seconds]14:51
-!- dasource [uid48409@gateway/web/irccloud.com/x-swebhduuzcfpbzdz] has joined #bitcoin-wizards14:52
-!- dc17523be3 [unknown@gateway/vpn/mullvad/x-agtbfkxpufwlpnrj] has joined #bitcoin-wizards14:52
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Quit: Quitte]14:52
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has quit [Ping timeout: 248 seconds]14:53
-!- flower [~user@189.116.150.203.sta.inet.co.th] has quit [Quit: -]14:56
-!- Giszmo [~leo@pc-185-201-214-201.cm.vtr.net] has joined #bitcoin-wizards15:05
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has joined #bitcoin-wizards15:08
-!- XXIII [~XXIII@67.70.121.248] has joined #bitcoin-wizards15:09
-!- mjerr [~mjerr@p578EB7BE.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds]15:11
-!- bramc [~bram@38.99.42.130] has quit [Quit: This computer has gone to sleep]15:17
-!- mats [sid23029@gateway/web/irccloud.com/x-odcymmhqskjwxcdr] has left #bitcoin-wizards []15:21
-!- Tebbo [~Jerry`@ip72-211-88-176.no.no.cox.net] has quit [Ping timeout: 246 seconds]15:25
-!- Guest23680 [~jae@204.14.159.153] has quit [Remote host closed the connection]15:28
-!- jae [~jae@204.14.159.153] has joined #bitcoin-wizards15:32
-!- jae is now known as Guest922315:32
-!- bramc [~bram@38.99.42.130] has joined #bitcoin-wizards15:37
-!- Mably [~Mably@unaffiliated/mably] has quit [Ping timeout: 244 seconds]15:42
-!- Guest70571 [~username@5ec3231d.skybroadband.com] has joined #bitcoin-wizards15:43
-!- Guest70571 [~username@5ec3231d.skybroadband.com] has quit [Client Quit]15:43
-!- StephenM347 [~stephenm3@static-64-223-246-218.port.east.myfairpoint.net] has quit []15:44
-!- Guest71065 [~username@5ec3231d.skybroadband.com] has joined #bitcoin-wizards15:44
-!- JackH [~Jack@host-80-43-142-154.as13285.net] has quit [Ping timeout: 255 seconds]15:44
-!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has quit [Quit: Leaving]15:48
-!- ruby32 [~ruby32@38.121.165.30] has quit [Ping timeout: 252 seconds]15:49
-!- Starduster [~sd@unaffiliated/starduster] has quit [Ping timeout: 256 seconds]15:49
-!- shen_noe [~shen_noe@173-165-135-246-utah.hfc.comcastbusiness.net] has quit [Quit: quitquitquit]15:49
-!- Starduster [~SD@unaffiliated/starduster] has joined #bitcoin-wizards15:53
-!- erasmospunk [~erasmospu@gateway/vpn/privateinternetaccess/erasmospunk] has joined #bitcoin-wizards15:55
-!- bramc [~bram@38.99.42.130] has quit [Quit: This computer has gone to sleep]15:57
-!- moa [~kiwigb@opentransactions/dev/moa] has joined #bitcoin-wizards15:58
-!- hashtag [~hashtag@cpe-69-23-213-3.ma.res.rr.com] has joined #bitcoin-wizards16:00
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards16:01
-!- Zooko-phone [~androirc@2600:100e:b004:b82a:64cd:7754:92c:837c] has joined #bitcoin-wizards16:02
-!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-wizards16:04
-!- Guest71065 [~username@5ec3231d.skybroadband.com] has quit [Quit: Leaving]16:04
-!- hashtag [~hashtag@cpe-69-23-213-3.ma.res.rr.com] has quit [Ping timeout: 255 seconds]16:05
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 248 seconds]16:06
-!- afk11 [~thomas@46.7.4.219] has quit [Ping timeout: 240 seconds]16:18
-!- hashtag [~hashtag@cpe-69-23-213-3.ma.res.rr.com] has joined #bitcoin-wizards16:21
-!- rubensayshi [~ruben@92.110.255.64] has joined #bitcoin-wizards16:23
-!- erasmospunk [~erasmospu@gateway/vpn/privateinternetaccess/erasmospunk] has quit [Remote host closed the connection]16:30
-!- afk11 [~thomas@168.1.75.56-static.reverse.softlayer.com] has joined #bitcoin-wizards16:33
-!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has joined #bitcoin-wizards16:37
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards16:37
-!- dEBRUYNE [~dEBRUYNE@239-196-ftth.onsbrabantnet.nl] has quit [Ping timeout: 240 seconds]16:39
-!- Zooko-phone [~androirc@2600:100e:b004:b82a:64cd:7754:92c:837c] has quit [Ping timeout: 248 seconds]16:42
-!- dabura667 [uid43070@gateway/web/irccloud.com/x-pnoouoouuzmbphbt] has joined #bitcoin-wizards16:49
-!- n9270 [~user7540@94.197.121.110.threembb.co.uk] has joined #bitcoin-wizards16:51
-!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Ping timeout: 246 seconds]16:55
-!- n9270 [~user7540@94.197.121.110.threembb.co.uk] has left #bitcoin-wizards []16:58
-!- Zooko-phone [~androirc@2600:100e:b027:aad8:1f69:fdb7:229f:d74a] has joined #bitcoin-wizards16:58
-!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards17:01
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards17:05
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Quit: Leaving.]17:07
-!- afk11 [~thomas@168.1.75.56-static.reverse.softlayer.com] has quit [Ping timeout: 256 seconds]17:08
-!- rubensayshi [~ruben@92.110.255.64] has quit [Remote host closed the connection]17:10
-!- FranzKafka [~FranzKafk@unaffiliated/franzkafka] has joined #bitcoin-wizards17:14
-!- FranzKafka [~FranzKafk@unaffiliated/franzkafka] has quit [Max SendQ exceeded]17:15
-!- FranzKafka [~FranzKafk@unaffiliated/franzkafka] has joined #bitcoin-wizards17:16
-!- p15x_ [~p15x@64.145.91.16] has joined #bitcoin-wizards17:22
-!- p15x [~p15x@114.248.216.31] has quit [Ping timeout: 248 seconds]17:23
-!- harrow [~harrow@105.ip-167-114-152.net] has quit [Ping timeout: 248 seconds]17:25
-!- afk11 [~thomas@178.162.211.213] has joined #bitcoin-wizards17:28
-!- jtimon [~quassel@69.29.134.37.dynamic.jazztel.es] has joined #bitcoin-wizards17:30
-!- p15x [~p15x@64.145.91.32] has joined #bitcoin-wizards17:30
-!- p15x_ [~p15x@64.145.91.16] has quit [Ping timeout: 256 seconds]17:32
-!- cryptoreach [~Kevin@90.192.38.248] has joined #bitcoin-wizards17:47
-!- cryptoreach is now known as reach4thelasers17:49
-!- c0rw1n is now known as c0rw|zZz17:59
-!- bendavenport [~bpd@96.90.231.161] has quit [Quit: bendavenport]18:01
-!- mrkent [~textual@unaffiliated/mrkent] has joined #bitcoin-wizards18:03
-!- bramc [~bram@38.99.42.130] has joined #bitcoin-wizards18:10
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has quit [Ping timeout: 240 seconds]18:12
-!- sadoshi [~Sadoshi@31.220.4.123] has quit [Remote host closed the connection]18:12
-!- sadoshi [~Sadoshi@31.220.4.123] has joined #bitcoin-wizards18:13
-!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 256 seconds]18:14
-!- shen_noe [~shen_noe@173-165-135-246-utah.hfc.comcastbusiness.net] has joined #bitcoin-wizards18:15
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Remote host closed the connection]18:23
-!- alewis_btc [~antonylew@101.100.162.252] has joined #bitcoin-wizards18:24
-!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #bitcoin-wizards18:25
-!- shen_noe [~shen_noe@173-165-135-246-utah.hfc.comcastbusiness.net] has quit [Quit: quitquitquit]18:30
-!- bramc [~bram@38.99.42.130] has quit [Quit: This computer has gone to sleep]18:30
-!- Zooko-phone [~androirc@2600:100e:b027:aad8:1f69:fdb7:229f:d74a] has quit [Ping timeout: 248 seconds]18:35
-!- shen_noe [~shen_noe@173-165-135-246-utah.hfc.comcastbusiness.net] has joined #bitcoin-wizards18:36
-!- shen_noe [~shen_noe@173-165-135-246-utah.hfc.comcastbusiness.net] has quit [Client Quit]18:36
-!- ruby32 [~ruby32@ool-4354b58f.dyn.optonline.net] has joined #bitcoin-wizards18:38
-!- ruby32 [~ruby32@ool-4354b58f.dyn.optonline.net] has quit [Client Quit]18:40
-!- jtimon [~quassel@69.29.134.37.dynamic.jazztel.es] has quit [Ping timeout: 246 seconds]18:50
-!- Dr-G [~Dr-G@xd9bf704c.dyn.telefonica.de] has joined #bitcoin-wizards18:52
-!- Dr-G [~Dr-G@xd9bf704c.dyn.telefonica.de] has quit [Changing host]18:52
-!- Dr-G [~Dr-G@unaffiliated/dr-g] has joined #bitcoin-wizards18:52
-!- frankenmint [~frankenmi@174-25-28-8.ptld.qwest.net] has quit []18:54
-!- Tebbo [~Jerry`@ip72-211-88-176.no.no.cox.net] has joined #bitcoin-wizards18:54
-!- Dr-G2 [~Dr-G@x4d08dbc8.dyn.telefonica.de] has quit [Ping timeout: 256 seconds]18:55
-!- dabura667 [uid43070@gateway/web/irccloud.com/x-pnoouoouuzmbphbt] has quit [Quit: Connection closed for inactivity]18:57
-!- maaku [~quassel@50-0-37-37.dsl.static.fusionbroadband.com] has joined #bitcoin-wizards18:58
-!- maaku is now known as Guest2266318:59
-!- maaku_ [~quassel@50-0-37-37.dsl.static.fusionbroadband.com] has quit [Ping timeout: 264 seconds]18:59
-!- mrkent [~textual@unaffiliated/mrkent] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]19:00
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards19:24
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 265 seconds]19:29
-!- afk11 [~thomas@178.162.211.213] has quit [Ping timeout: 264 seconds]19:54
dgenr8<CodeShark> then perhaps we can cut down the number of global commitments even further19:58
dgenr8global commitments are not the problem.  the merkle tree allows effectively unlimited commitments, all guaranteed directly by the full network proof of work19:58
dgenr8the problem, if there is one, is various parties who would like to keep up with all this activity, being able to do so19:58
-!- p15x_ [~p15x@64.145.91.75] has joined #bitcoin-wizards20:02
-!- p15x [~p15x@64.145.91.32] has quit [Ping timeout: 264 seconds]20:04
-!- afk11 [~thomas@46.7.4.219] has joined #bitcoin-wizards20:11
-!- afk11 [~thomas@46.7.4.219] has quit [Ping timeout: 252 seconds]20:16
-!- p15x [~p15x@64.145.91.82] has joined #bitcoin-wizards20:19
-!- p15x_ [~p15x@64.145.91.75] has quit [Ping timeout: 250 seconds]20:20
-!- TheSeven [~quassel@rockbox/developer/TheSeven] has quit [Ping timeout: 246 seconds]20:24
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards20:26
-!- TheSeven [~quassel@rockbox/developer/TheSeven] has joined #bitcoin-wizards20:26
-!- afk11 [~thomas@46.7.4.219] has joined #bitcoin-wizards20:28
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 248 seconds]20:30
-!- harrow [~harrow@105.ip-167-114-152.net] has joined #bitcoin-wizards20:40
-!- alewis_btc [~antonylew@101.100.162.252] has quit [Quit: alewis_btc]20:42
-!- shesek [~shesek@IGLD-84-229-153-73.inter.net.il] has joined #bitcoin-wizards20:45
-!- bendavenport [~bpd@c-50-131-42-132.hsd1.ca.comcast.net] has joined #bitcoin-wizards20:47
-!- jlrubin [~jlrubin@mass-toolpike.mit.edu] has joined #bitcoin-wizards20:49
jlrubinOops I realize I'd been asking about my more theoretical 2 phase commit idea oon -dev rather than here...20:51
amillerjlrubin, what about it?20:53
jlrubinWhat do you all think about https://gist.github.com/JeremyRubin/1a3260431b3ee4afbaa020:54
-!- c-cex-yuriy [uid76808@gateway/web/irccloud.com/x-dichdcwpuuxpmnpd] has quit [Quit: Connection closed for inactivity]20:54
jlrubin(sorry for the delay, meant to send back2back but got cut off. Chinese internet man...20:55
jlrubin)20:55
jlrubinI realize that there are definitely large flaws in such a change, but I'm curious because a phased commit structure might have some other uses that are interesting to cryptocurrency.20:56
amillerjlrubin, my first concern is you can include an invalid transaction or a txhash for which there is no corresponding preimage20:57
amillerjlrubin, if you never reveal those transactions, can't subsequent miners just keep building on your block and get stuck?20:57
jlrubinYes20:57
jlrubinbut then20:57
jlrubinthey can just set a pointer below it20:57
jlrubinand it will never be considered valid20:57
jlrubinThe block does not need full acceptance.20:58
-!- RH311ish [~RH311ish@65.78.60.74] has quit [Read error: Connection reset by peer]20:59
-!- copumpkin [~copumpkin@unaffiliated/copumpkin] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]21:05
amillerjlrubin, does the first step even accomplish anything21:05
amillerhow about if instead of a pointer to a previous block, i just include the hash of a transaction to 'confirm' it21:06
amillerthis doesn't seem to have much in common with two-phase-commit21:07
jlrubinformally would accomplish the same thing, but less efficient implementation21:07
jlrubinIt does21:07
jlrubinThink of first write as a journaling phase21:07
jlrubinand you write a checksum of the data at that point. Then, you begin to write to disk by broadcasting the transactions for that header. '21:09
jlrubinOn "crash" (or not enough network bandwidth compared to mining time, it leaves the disk in a consistent state21:09
jlrubinamilller: that's why I feel it is similar to 2 phase commit. Different from a typical "full abort" though21:11
-!- p15x_ [~p15x@64.145.91.36] has joined #bitcoin-wizards21:22
-!- p15x [~p15x@64.145.91.82] has quit [Ping timeout: 256 seconds]21:23
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has joined #bitcoin-wizards21:24
amillerjlrubin, if a transaction isn't committed in the next block, can it be resubmitted again?21:29
-!- bblue [~textual@104.220.67.131] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]21:36
jlrubinyes/no21:40
jlrubinIn theory it's still in mempool then21:40
jlrubinso the next miner will try to commit it21:41
jlrubin* include, not commit21:41
jgarzikamiller, it is the client's responsibility to resubmit until confirmation21:42
jgarzikamiller, of course, your network nodes will ignore that resubmit if they've already seen it21:42
jlrubinjgarzik:his comment is in reference to the gist I shared earler, not sure if you caught it21:43
jgarzikah, didn't see that in scrollback, sorry21:43
jlrubinhttps://gist.github.com/JeremyRubin/1a3260431b3ee4afbaa0 for reference21:44
jgarzikjlrubin, just read it - my comments appear to be applicable21:45
jlrubinamiller: in theo also, if it is in mempool then the miner should have comitted it so maybe it isn't there, and would need more broadcasting as per jgarziks comment21:45
jlrubinjgarzik: yep, they are, but I figured you missed it ;)21:46
amilleri'm still trying to figure out what having it 'precomitted' in a block accomplishes21:46
amillerit guarantees that *if accepted in the next block* that they'd be in a particular order21:46
jlrubinThat's not the focus21:47
jlrubinthe focus is to decouple mining from other bottlenecks21:47
gmaxwelljlrubin: I am unable to determine from this document what utility this scheme has. In particular the phrase "double spend" does not occure in it, so I cannot tell what-- if any-- role these scheme intends to play in the fundimental purpose of the blockchain.21:47
jlrubingmaxwell: no fundamental role, but then again, neither do merkle trees either or script etc. This is inteneded to help better utilize network resources.21:49
gmaxwelljlrubin: better utilizae resource by potentially decreasing goodput? (sending block data which will subsiquently be ignored?)21:50
jlrubinAh no21:50
jlrubin'well21:50
jlrubinyes; in that you would also need to broadcast bits and pieces of the merkle tree for proofs which reduces goodput21:50
gmaxwellI don't think thats necessary for what you're describing in fact.21:51
gmaxwellother than a single stroke for truncation.21:51
jlrubinbut the transactions to 'the right' of the pointer are not broadcast21:51
jlrubingmaxwell: it is necessary to make it a "streaming" proof21:52
-!- ThomasV [~ThomasV@unaffiliated/thomasv] has quit [Ping timeout: 256 seconds]21:52
gmaxwelljlrubin: consider, someone makes a 1MB block. then the next miner sets the pointer to 0  and moots the content of that block-- that was 1 MB sent without moving the system forward.21:52
gmaxwell(1MB to roughly every particiapant)21:52
jlrubinSure; but that would suggest they didn't get that block actually21:53
jlrubingmaxwell: I think I mention an incentive for nonzero pointer maybe being needed21:54
-!- alewis_btc [~antonylew@101.100.162.252] has joined #bitcoin-wizards21:54
gmaxwellBut everyone else may well have. And; it seems according to 'Antagonistic Pointer Selection' those transaction then can never be included?  How do you know if you accidentally included a transaction which you just hadn't previously fetched?21:54
gmaxwellWell obviously non-zero wouldn't be sufficient, as one could just set it to 1.21:55
jlrubingmaxwell: "previously fetched"?21:56
gmaxwell(but I'm trying to understand at a higher level what this is intending to accomplish)21:56
jlrubinAh21:56
jlrubinlet me jump back a bit then21:56
jlrubinRight now, mining is tightly coupled to resource allocation21:56
gmaxwelljlrubin: someone creates a 1MB block. You only recieve the first 500k.  Then you create a block pointing halfway into it, and include a duplicate transaction with the latter 500k (seems quite likely).21:56
gmaxwelljlrubin: Expand on what you mean by "tightly coupled to resource allocation"21:57
jlrubinYes that is the intent, however one of my hopes (and mentioned in the pointer allocation bit) is that a pointer "filter" could minimize this but I don't know a good masking pointer algorithm21:57
jlrubinA miner, when creating a block, has to gauge carefully if the network will be able to work with that block21:58
jlrubinie, Disk, Network Bandwitch, CPU for Crypto21:58
gmaxwelljlrubin: I don't believe thats actually correct.21:59
jlrubinby changing it to something like what I am proposing, they always try to make it as-big-as-possible21:59
jlrubinand then stream it to the network21:59
-!- p15x_ [~p15x@64.145.91.36] has quit [Quit: Textual IRC Client: www.textualapp.com]21:59
gmaxwellToday, using state of the art softwhere here is what the transmission of a block looks like:21:59
-!- p15x [~p15x@64.145.91.36] has joined #bitcoin-wizards22:00
jlrubinSure, today miners perform this function by fixing the size to 1mb22:00
jlrubinthis is with the idea that you would want blocks larger than 1mb22:00
jlrubinso it's a dynamic sizing idea22:00
jlrubin(but I'm interested to see the transmission stats)22:01
gmaxwelljlrubin: no, the 1MB constrain does not have anything to do with miners; it's enforced by all full nodes, which are not paid for their activities and need to keep up auditing the system to align the economic incentives of miners.22:01
jlrubinYes, correct.22:01
gmaxwellSo what actual block transmission with state of the art software looks like is this:  I send you a list of few (e.g. 2) byte indexes into a an array of transactions that had been shared or rumored previously between us (over the lats hours), plus a small number of transactions that hadn't yet made it across. You reconstruct the block compute the hashroots. You do no signature validation, as it's22:03
gmaxwellall cached, except for the small amount of new transactions.22:03
-!- zooko [~user@2601:281:8301:e87f:ac9c:6bd5:8df9:2016] has joined #bitcoin-wizards22:04
gmaxwellThere is linearity there that can-- in theory, with fancier protocols-- be eliminated... but it's very small owing to the constant factors.22:04
jlrubingotcha22:04
jlrubinI thought it wasn't yet amortized as such.22:04
jlrubinBy reconstruct22:04
jlrubinyou are refering to invertable bloom?22:05
jcorgangmaxwell: is there a name i can google on for prior discussions of the concept you just described?22:05
jgarzikit is low hanging fruit to avoid sending transactions twice (once at initial broadcast, and second when it appears in a block).   the metadata needed to reconstruct a block is quite small, even without IBLT.22:05
jgarziklarger blocks of course slow down sync'ing nodes which are not caught up22:05
gmaxwellNo. This is the relay network protocol; it's implemented here https://github.com/TheBlueMatt/RelayNode/tree/master/client  Most of the hashpower uses it.22:06
jlrubinI thought it's about full nodes not hashpower ;)22:06
gmaxwelljlrubin: lets rewind what you said above.22:07
gmaxwell22:00 < jlrubin> A miner, when creating a block, has to gauge carefully if the network will be able to work with that block22:07
-!- Emcy [~MC@unaffiliated/mc1984] has quit [Read error: Connection reset by peer]22:07
gmaxwellMiners don't care if some fraction full nodes fall behind-- they'll continue to produce the longest valid chain.22:07
jlrubinsure22:07
jlrubinbut if they make a block too large to propagate22:08
-!- mjerr [~mjerr@p578EB7BE.dip0.t-ipconnect.de] has joined #bitcoin-wizards22:08
gmaxwellAnd they don't need to suffer any of these latency mediated sizing concerns due to the use of efficient relay.22:08
gmaxwelljlrubin: there is no such thing. As I pointed out, the block does not propagate "in the raw", it can be transmitted efficiently.22:08
gmaxwell(and is, in practice, most of the time)22:08
jlrubinThat's a best case though, in the worst case it is orthogonal22:09
jlrubinPerhaps that forcing for non-orthogonal is good for getting txns in22:09
gmaxwellBeyond that, to the extent that there is a loss related to propagation miners can eliminate that loss by pooling (which was what drove the development of the efficient relaying software; to reduce the incentive do to that)22:09
phantomcircuitjlrubin, the average case and the best case are very similar in practice22:09
gmaxwelljlrubin: Well, I'm trying to spare you from wasting your time on trying to optimize a toy case that doesn't even reflect reality today. :)22:10
jlrubingmaxwell: appreciated22:11
gmaxwellI think you fundimentally misunderstand what the purpose of having a limited blocksize is, it isn't to arbritrate things between miners-- if miners wanted they could simply refuse to extend blocks they though were too big to handle, and through that mechnism enforce a defacto blocksize which is acceptable to at least half the hashpower (though that would be rather messy)22:11
gmaxwellMiners have substantial income which can be used to pay for resources to process transactions as well, or (unfortunately) can amortorize all validation and propagation costs to almost nothig (one shared system for the whole world) by pooling.22:12
jlrubingmaxwell: I think there are differing schools of thoughts on that22:12
jlrubingmaxwell: that's no good if only one validator22:13
gmaxwellOn what in particular? at least the factual points I'm making are really not disputable.22:13
gmaxwellE.g. that combining into a single validator reduces the total validation costs to a small constant, and that it eliminates propagation related costs between miners.22:13
jlrubingmaxwell: I think the two major schools are "scarcity of txns is good", "abundance of txns is good"22:13
gmaxwellIt is highly undesirable, I agree.22:13
gmaxwellI have not expressed any opinion on that subject.22:14
gmaxwell(in this discussion)22:14
jlrubinI thought that's where you were leding to with "fundamental purpoe of limited blocksize"22:15
gmaxwell(and I don't see how it connects but if I were to express an opinion I don't see how it can be other than an abundance is great-- assuming all other things equal!)22:15
-!- sneak [~sneak@unaffiliated/sneak] has quit [Ping timeout: 256 seconds]22:15
jlrubinWell22:15
-!- sneak [~sneak@2a01:4f8:141:ffc:c5db:4d1f:b28c:ad8b] has joined #bitcoin-wizards22:16
jlrubinFrom what I've heard, some people feel that scarcity of transactions is good otherwise miners won't be paid in the future22:16
gmaxwelljlrubin: No the primary purpose is to preserve a system that other parties will audit, which is essential to the assumption of honesty on the part of the anonymous self-selecting miners; secondarily avoiding keeping the costs which can be perfectly amortized via centeralization from dominating. There are orther arguments, but I think they're unrelated to this discussion right now.22:16
-!- sneak [~sneak@2a01:4f8:141:ffc:c5db:4d1f:b28c:ad8b] has quit [Changing host]22:16
-!- sneak [~sneak@unaffiliated/sneak] has joined #bitcoin-wizards22:16
jlrubinYes, so part of pointer selection, as mentioned in proposal, is also validation costs22:17
gmaxwelljlrubin: well I'm leaving long term questions aside. There is a long term issue about what pays for POW in the future, if all costs are going to verification ... POW is open loop and can adapt to zero; but ... I think thats an independant question from the rest.22:18
jlrubinagreed22:18
gmaxwelljlrubin: Almost no resource are spent on validation is performed at the time a block is broadcast, the costly parts have already been performed.22:19
jlrubinWell that's a artifact of current sizes22:19
rustygmaxwell: that's more true with IBLT, where there's pressure to match the expected block contents.22:19
gmaxwelljlrubin: I am not following what you're thinking there.22:20
jlrubinIe, if the number of tps a node gets goes up, overlap would be less likely and harder to enforce22:21
gmaxwelljlrubin: to be included in a block a transaction must be sent to the network. Doing so also primes the caches from the participating system, allowing them to take validation out of the cricial, highly latency sensitive path of block relay.22:21
jlrubinIe, flood node A with X1, flood node b with set X222:21
jlrubinwill keep them orthogonal22:21
gmaxwelljlrubin: I don't know why you believe this, the requirement is one sided-- so for example you can delay including a block in your template until a second after you've recieved it, in order to ensure that it will have achieved comprehensive forwarding and validation.22:22
gmaxwellreplace "including a block" with "including a transaction"22:22
jlrubingotcha, was confused22:22
jlrubinI think that's fair22:23
jlrubinYou can ping your other miners too22:23
jlrubinasking if they got that one/forwarding it22:23
jlrubinbut the problem is22:23
jlrubinat a certain saturation point22:23
jlrubinyou still cause a latency partition22:24
jlrubinie, littles law. the ones coming out of the queue will be there for a while22:24
jlrubinso if one queue is [x1, x2] and the other [x2, x1] then you are likely to mine a block while orthogonal22:25
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has joined #bitcoin-wizards22:25
jlrubinso I think the "real world case" while it can be used (ie, most pointers should be 100%), having a byzantine fallback is good IMO22:26
gmaxwellIf you exceede the throughput capability of the other miners overall, then yes the system will backlog.  Though at that level verification costs have become quite substantial and other problems dominate:  Non-miners cannot afford to audit, reducing the incentive to conform to the protocol for miners among other issues, and miners can make significant cost reductions by centeralizing.22:26
gmaxwelljlrubin: perhaps, if it doesn't open new attacks (otherwise its an improvement in a case which should be rare or which the system would have already failed in; which might open a more pratical attack).22:27
jlrubinMiners could pool their peers for recommended pointer22:28
gmaxwellso going to my earlier question say block X sets the pointer at 50%.  later X includes transactions that were in the latter 50%  ... or perhaps block >X does?  the proposal seems to prohibit this, which sounds bad, but also I don't see how this can be enforced efficiently without assuming hosts would have obtained the data in that latter half.22:28
jlrubinAh22:28
jlrubinNo it isn't forbididden22:28
jlrubinmore noted that22:29
gmaxwellalso given the above desynchronization between validation and blocks, I am not sure that a pointer in to a particular blocks tree is likely to meaningfully map to the validation work any participant has done.22:29
jlrubinA possible attack is lying about what you put in22:29
gmaxwelljlrubin: okay if it isn't forbidden, why isn't this a free mechenism to steal transaction fees?22:29
jlrubinbut lying creates a proof of lying22:29
jlrubinwhich could be used to reject such blocks22:30
-!- tromp [~tromp@ool-18be0b4d.dyn.optonline.net] has quit [Ping timeout: 256 seconds]22:30
gmaxwellI am not following you now. Who is lying about what at what point?22:30
jlrubinA puts abcdefgh into a block22:30
jlrubinB commits ab, then says my new block is cdefxyz22:31
jlrubinThe block could be treated as invalid because they could have selected cdef22:32
gmaxwellRight B did not fetch all of A's block and has no idea whats in it beyond ab.  Both parties behaved honestly.22:32
jlrubinwell no22:32
jlrubinthey had cdef22:32
gmaxwellIf it would be invalid in that case then B was obligated to fetch the whole thing all along.22:32
jlrubinso they were not honest22:32
jlrubinbecsue they should have updated their pointer22:32
gmaxwellThis would have required them to obtain the complete list of transactions from A, rather than a log() scale hashtree prefix proof.22:34
gmaxwellSo now B must recieve O(N) IDs. There is no need to send tree fragments, since you can reconstruct the root hash from the full list. (the talk of hashtrees is why I assumed your scheme did not require transmitting the full list)22:35
jlrubin(I should note, proposal is far from complete, sections like this were more of an attempt to consider design space and weaknesses)22:35
jlrubinI think a better prevention of fee stealing is splitting the fee with the next miner22:36
gmaxwelljlrubin: it's not clear that any kind of fee sharing scheme is workable; old result.  The problem is that participants can pay fees 'out of band'  e.g. by just using a dedicated output or via other mechenisms, and this is actually widely done in bitcoin today: many large miners have tx processing deals.22:37
gmaxwellmaybe in this case it would fly because those deals would just have to also split or otherwise partiicpants will set the pointer low.22:38
jlrubinyep22:40
jlrubinIt can even be set such that there is no fee for mining a block22:40
jlrubinonly for the pointer selection22:40
jlrubinreplace mining a block with including txns22:41
gmaxwellokay, so next issue. So txn A goes in in block a,  then in block B, pointer is tet to exclude A and instead the double spend A' is included. So in this case the first block does not provide protection against double spend. The second does, if it doesn't set too low a pointer. From the user's perspective; why not just have their transaction accepted in the second block when it was widely enough di22:41
gmaxwellstributed to be accepted, as it could have been doublespent until that point in any case?22:41
gmaxwellwell if there is no fee for mining a block, why would I bother including any transactions at all? or rather, why not fill up all my lists with 'transactions' storing your banned pornography collection in the blockchain, which you're paying me on the side to do? :P22:42
-!- akrmn [~akrmn@55-215-250-178.ftth.cust.kwaoo.net] has quit [Ping timeout: 256 seconds]22:43
jlrubinhah!22:43
jlrubinSo the game theory would work out such that22:43
jlrubinif you include no txns22:43
jlrubinno one would mine your block!22:43
jlrubinNo reward22:43
jlrubin(I think sharing is better, but I think the curve can go to that point and work out)22:44
gmaxwelljlrubin: lets assume, for a second, that I have 50% hashpower.  Now the actual nodes are going to follow whatever chain I'm on. So no reward elsewhere either! :)22:44
jlrubinLet's not pretend you have 50%22:45
gmaxwellthis also applies if I have less22:45
jlrubinTht would be the least of the problems ;)22:45
gmaxwellsay I have 20%, someone extends me still has an advantage in being in the longest chain, so I could include transactions inversely proportional to my hashrate and still get in the chain.22:45
gmaxwelland with the rest of my capacity, include 0 fee transactions where I am paid under the table.22:46
jlrubinI think the meta-reason on why commit is more valuable than include is that for include you are saying one person knows this, on include you are saying the network knows this (more likely)22:46
gmaxwell(or at least very low fee) That would be an efficient strategy.22:46
jlrubin(for why fees could go to commit)22:46
gmaxwellEsp if the other data is not bitcoin transactions but some other data packed in.22:47
jlrubingmaxwell: re your earlier question, this is an attempt to define a byzantine tolerant notion of "enough distribution'22:47
gmaxwell(e.g. it may not care if it ever gets the commitment pointer)22:47
jlrubinYes; other data may not care22:48
gmaxwelljlrubin: so on that point, you only go finitely deep here. It's two party, and so I think your scheme is actually isomorphic to selection by the second miner, though not quite because you've reduced his degree of freedom slightly.22:48
jlrubinreduced whose?22:49
gmaxwellAs I was saying before, from the users perspective he is not confirmed (protected from double spends) at all until a second block sets a pointer past him. So he might as well just wait to be in the second block to begin with (from his perspective).  E.g. the first phase bought him nothing of value.22:50
jlrubingmaxwell: I'm not sure on the exact mechanics, but I think the easy answer is don't put the ratio fixed, let the miner chose the amount of fee to give to the next miner22:50
jlrubinWell22:51
jlrubinsame is true for 1 block now anyways22:51
jlrubinand, assuming a linear pointer (not a mask), then you get more confidence the earlier in the tree you re22:52
gmaxwellNo, not quite, when someone decides to not accept a block they lose the advantage of its work and start at a very costly disadvantage against it.22:52
gmaxwellSo to say there is an equivilence I believe you must at least linearly derate the work credited for the prior block when the pointer is moved back.22:52
gmaxwell(and probably worse than linear because fees are not homogenous)22:53
jlrubinCan you say that in other words22:53
jlrubin"lineraly derate the work credited"22:53
gmaxwellSure. right now I am a miner and I can choose to extend block X or mine a fork at X'.   If I choose to extend X I take all thats in it even if I'd like to censor some of it or take some of its fees.  If I fork, I can censor at will and take fees at will.. BUT I start a whole block behind, the network has progress on me, and I am quite likely to be unsuccessful unless my hashrate is substantial co22:55
gmaxwellmpared to the network's.22:55
gmaxwellNow in your scheme as I understand it,  I could set the backpointer to a low value and take some (or maybe all) of X's transactions and replace them with conflicts, or censor or maybe steal fees (however you work out fees, not clear, but regardless I can still censor)  and yet I gain the consensus-success advantage of having built on X.22:56
jlrubinyes22:56
jlrubinnear the end of the proposal22:56
jlrubinI discuss this a little22:57
-!- akrmn [~akrmn@192.95.51.167] has joined #bitcoin-wizards22:57
gmaxwellSo to make these cases equivilent I think that when I reduce the pointer when I build on X you must dededuct a proportion of X's weight. And if all fees were the same it would need to be at least linear to make that equivilent.22:57
jlrubini guess not explicitly22:57
jlrubinbut what I discuss with n-phase22:58
gmaxwellBut fees are not all homogenous, and presumably the higehst fees are first, so the deduction has to be faster than linear to make it equal otherwise lower fee txn are not protected by inclusion in a block with higher ones.22:58
jlrubinwould distribute the pointer selection more22:58
jlrubinsuch that one bad miner wouldn't spoil it22:58
gmaxwellI didn't read that part; though I do not understand how you'd address conflicts in such a scheme.22:59
jlrubinie, imagine needing 3 commits23:00
gmaxwellE.g. X includes abcd  X+1 confirms ab and includes c' d' efg   (where ' denotes a conflicting alternative).   then X+2 does what? he cannot confirm more of a without undoing the effect of B'c confirmation.23:00
jlrubinand you sect the middle size'23:00
jlrubinSo you have the following properties needed (for 3 blocks)23:00
jlrubinNo spends on a txn in the window23:01
jlrubin(ie, 6 block wait)23:01
gmaxwell(and so in that case I think poor user observing all this doesn't get his first resistance to double spends until the third block; and again he is asking why not dispense with all this and just put his transaction in the third block after its good and propagated :) )23:01
jlrubinPointer can only monotonicly decrease23:01
-!- p15x_ [~p15x@64.145.91.94] has joined #bitcoin-wizards23:02
jlrubinWell so the point is a byzantine tolerant propogation proof23:02
gmaxwelljlrubin: well that gives more miners more ability to censor transactions they do not like.23:02
jlrubinSo yes, give me one of those23:02
jlrubinand then just put it in the t-0th block ;)23:02
gmaxwellSo you have increased tolerance for one kind of fault at the expnse of making it massively easier to obstruct.23:02
jlrubinWell so that's the poit of the "middle " size23:02
-!- p15x [~p15x@64.145.91.36] has quit [Ping timeout: 240 seconds]23:03
gmaxwell(which seems like a common tradeoff in threshold signatures; the ability to unilatterally cause action is always in tension with the ability to unilatterally block an action)23:03
gmaxwelljlrubin: I don't see how middle of several blocks meets your monotone critera.23:03
jlrubinYeah I was just typing that23:04
jlrubinrealized it violates23:04
jlrubinperhaps "not larger than the first commit"23:04
jlrubindouble spends from the rejected pointer block could be ignored23:05
jlrubin(but that adds complexity.... not very elegant)23:05
gmaxwellright so in any case, this indeed creates a trade-off where it becomes cheaper to unilatterally block action, at the expense of transactions neeing to wait longer for confidence in their state to build.23:05
gmaxwelland I think we do already have this, in the aggreate. For example, imagine that every block had just one transaction. I think your scheme and bitcoin are identical in that case.23:06
-!- cryptoreach [~Kevin@90.192.38.248] has joined #bitcoin-wizards23:06
jlrubinCorrect, that is equivalent23:06
jlrubinminus the work argument you raised prior23:06
gmaxwell(Actually your scheme with N infinity and linear deduction penalities, and a bunch of other handwaving to ignore discontinuities)23:06
gmaxwell(and constant fees and so on)23:07
-!- shen_noe [~shen_noe@172.56.31.125] has joined #bitcoin-wizards23:07
gmaxwelljlrubin: I think most of us have considered the shared fate in blocks and the ability to unilaterally cause action to be critical censorhsip resistant properties in bitcoin. So I'm not sure that fixing them is desirable.23:07
-!- reach4thelasers [~Kevin@90.192.38.248] has quit [Ping timeout: 246 seconds]23:08
jlrubinI think you are correct in that trade-off, and I agree that it is not desired23:08
gmaxwell(actually I'm working on some work that will make that property much stronger)23:08
jlrubingreat :)23:09
jlrubinI have to run -- thank you for taking the time to go through this with me.23:10
jlrubinI still think that there may be something interesting which a multiple phase rule could be used for, and perhaps there are solutions to the censorship tradeoff.23:11
gmaxwellYea maybe! interesting discussion. Thanks.23:12
jlrubinExcited to hear about your new work -- any links for reading available?23:14
gmaxwell(As a parting thought-- consider my expample from the user perspective, and also consider the efficient relaying meaning that the blocks only have to be small enough to stay within a throuput bound (so long as we don't care about auditing or decenteralization). ... might want to think about how your scheme is superior to miners deciding how big the next block can be; rather than expostfacto decid23:14
gmaxwelling how big the prior really was)23:14
gmaxwelljlrubin: not yet.23:14
-!- mjerr [~mjerr@p578EB7BE.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]23:15
jlrubinYeah, I have a draft sitting in my todo pile of an idea to force validation.23:15
jlrubinIt's high overhead23:15
jlrubinbut the general idea is23:15
jlrubinchaffing in bad transactions23:16
jlrubinand making the next miner include a filter for the wheat transactions23:16
jlrubin(I really like two phase if you couldn't tell ;) )23:16
jlrubinIf the chaffe can be such that a miner has to check the whole block to know, it can put (hoepfully) sufficient pressure to validate fully23:17
jlrubinbut maybe, you know, they will have learned the lesson this time23:17
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards23:19
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has quit [Read error: Connection reset by peer]23:20
gmaxwelljlrubin: ah, well man of my own heart, I had suggested requiring miners commit to a both a good block and a bad block; in order to make fraud proofs that actually worked... but generally most people regard that kind of thing as crazy.23:20
-!- shen_noe [~shen_noe@172.56.31.125] has quit [Quit: quitquitquit]23:20
-!- Mably [~Mably@unaffiliated/mably] has joined #bitcoin-wizards23:21
-!- wallet42 [~wallet42@ppp046176089135.access.hol.gr] has joined #bitcoin-wizards23:22
-!- Guest9223 [~jae@204.14.159.153] has quit [Remote host closed the connection]23:22
jlrubinAh, I see :)23:23
jlrubinThe extreme is Peter Todd's "just mine the raw bytes, let the client decide what it means"23:24
-!- paveljanik [~paveljani@unaffiliated/paveljanik] has joined #bitcoin-wizards23:32
-!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 256 seconds]23:34
-!- CoinMuncher [~jannes@178.132.211.90] has joined #bitcoin-wizards23:39
-!- DougieBot5000 [~DougieBot@unaffiliated/dougiebot5000] has quit [Quit: Leaving]23:40
-!- Xh1pher [~Xh1pher@pD9E3A97A.dip0.t-ipconnect.de] has joined #bitcoin-wizards23:47
-!- Mably [~Mably@unaffiliated/mably] has quit [Ping timeout: 252 seconds]23:52
--- Log closed Fri Jul 10 00:00:06 2015

Generated by irclog2html.py 2.15.0.dev0 by Marius Gedminas - find it at mg.pov.lt!