00:27:20alawson:alawson has left #bitcoin-wizards
05:24:47justanotheruser:justanotheruser is now known as FlechetteTP
05:25:19FlechetteTP:FlechetteTP is now known as justanotheruser
05:31:02ghtdak:ghtdak has left #bitcoin-wizards
09:05:16tepper.freenode.net:topic is: This channel is not about short-term Bitcoin development | http://bitcoin.ninja/ | This channel is logged. | For logs and more information, visit http://bitcoin.ninja
09:05:16tepper.freenode.net:Users on #bitcoin-wizards: andy-logbot lclc adam3us btcdrak damethos Mably paveljanik koshii NewLiberty wallet42 oujh hktud0 justanotheruser roconnor TheSeven zwischenzug nuke_ p15_ go1111111 d1ggy_ antgreen Luke-Jr hashtagg prodatalab waxwing espes__ binaryatrocity forrestv Starduster Emcy fanquake Quanttek Dr-G arubi amincd Cory coiner nsh spinza dgenr8 cryptowest jgarzik droark tromp PaulCapestany DougieBot5000 shesek e_0 cluckj bosma c0rw1n mappum platinuum Oizopower
09:05:16tepper.freenode.net:Users on #bitcoin-wizards: jbenet wiz grubles midnightmagic heath gnusha warren maaku jaekwon_ berndj gmaxwell melvster MoALTz_ qwopqwop GAit dc17523be3 bedeho Pan0ram1x copumpkin PRab OneFixt wizkid057 grandmaster Adlai hollandais Adrian_G devrandom Iriez lechuga_ [d__d] cornus_ammonis null_radix GreenIsMyPepper ebfull starsoccer ryanxcharles dignork Krellan kinlo jessepollak ahmed_ luny Graet ryan-c s1w Eliel veox amiller warptangent indolering huseby K1773R TD-Linux
09:05:16tepper.freenode.net:Users on #bitcoin-wizards: LarsLarsen airbreather iddo leakypat mariorz CryptOprah sdaftuar_ Apocalyptic tromp_ coryfields Xzibit17 artifexd epscy Muis kumavis dasource guruvan Anduck brad__ burcin dansmith_btc paperbot sipa fenn harrow Visheate a5m0 SubCreative Zouppen comboy yoleaux d9b4bef9 weex_ nanotube DoctorBTC bliljerk101 mr_burdell tripleslash NeatBasis Hunger- davout Alanius michagogo cursive PFate yrashk BlueMatt brand0 @ChanServ JonTitor kanzure
09:05:16tepper.freenode.net:Users on #bitcoin-wizards: catlasshrugged pigeons asoltys_ livegnik eric Taek crescendo sneak ajweiss smooth BananaLotus petertodd bbrittain Keefe cfields jaromil Fistful_of_Coins jcorgan optimator gribble dardasaba fluffypony bobke_ sl01 phantomcircuit nickler wumpus BrainOverfl0w isis gwillen roasbeef stonecoldpat phedny so hguux__ otoburb Meeh gavinandresen morcos MRL-Relay azariah HM2 btc___ catcow NikolaiToryzin helo andytoshi throughnothing
09:29:10nuke_:nuke_ is now known as nuke1989
12:42:52kanzure:"Practical Compact E-Cash with Arbitrary Wallet Size" http://eprint.iacr.org/2015/086.pdf
14:59:11kanzure:please look forward to my proposal for negative confirmation transactions
14:59:49[nsh]:* [nsh] smiles
15:10:11bsm117532:Amazon already has a patent on that.
15:12:01justanotheruser:kanzure: isn't that basically checklocktime?
15:20:34jgarzik:nLockTime is arguably negative confirmations
15:22:16kanzure:oh, perfect
15:23:21[nsh]:the joke is 'spendable after negative confirmations'. nLockTime is more prosaically 'begins with [kinda] negative conformations'
15:23:29kanzure:"I and many other people tried your replace-by-fee tools and found out that they worked **maybe** 1-2% of the time" yeah... that's probably the merchant's entire margin.
15:24:33pigeons:pigeons is now known as Guest25216
15:24:53fanquake_:fanquake_ is now known as fanquake
15:36:06justanotheruser:[nsh]: if it's spendable after a known number of more blocks it kindof already is confirmed?
15:36:30[nsh]:* [nsh] shrugs
15:48:01petertodd:kanzure: +1
15:49:47petertodd:kanzure: and like I said in my reply, I intentionally didn't make that doublespend script get high success rates out-of-the-box - all the clever strategies are turned off, and it doesn't provide any mechanism to create totally non-std transactions and get them to miners
15:49:58petertodd:*turned off by default
15:51:54kanzure:whoops wait my comment is really bad. 1-2% of the transactions is of course not going to be 1-2% of revenue. so talking about margins is wrong. but if you are allowed to assume a flat distribution....
15:52:31petertodd:kanzure: hah, yeah, which means that 1-2% might be 50% of your revenue if you get unlucky :)
15:54:21kanzure:petertodd: so would this strategy be of any utility? a merchant that wants to accept zeroconf should make a subsequent transaction that spends all of his BTC plus the input of the original zeroconf. does that get picked up by any mining/priority policy these days?
15:54:47petertodd:kanzure: in replace-by-fee it wouldn't - priority doesn't count for anything
15:54:59kanzure:k. lousy method anyway. :)
15:55:11petertodd:kanzure: against non-rbf double-spend attacks it'd also make no difference
15:55:35kanzure:right, was just thinking about transaction competition i guess. not sure.
15:56:19petertodd:kanzure: now, in my implmentation if you made 100 transactions in a row you'd trip the recursion/breadth limit on the child tx evaluator, and it wouldn't attempt to replace, but that's a temporary artifact of my "work at all costs" design
16:01:54hearn_:hearn_ is now known as Guest30816
19:13:59Guest25216:Guest25216 is now known as pigeons
19:21:34maaku:maaku is now known as Guest97626
19:24:26Guest97626:Guest97626 is now known as maaku
21:13:11belcher_:belcher_ is now known as belcher
21:43:22kanzure:amiller: what about a system like helios except where coercion can only occur by making the coercion public and known to everyone?
21:43:41amiller:that would be interesting, how so?
21:44:14kanzure:hmm, i don't have any answers yet. i'll report back eventually.
21:49:09kanzure:you could have delayed coercion proofs maybe
21:49:30kanzure:that only get unlocked once some threshold number of potential proofs are available?
21:49:46kanzure:i guess that wont work; not everyone will be harmed, but some might.
23:47:15Dr-G2:Dr-G2 is now known as Dr-G