00:27:50 <Fistful_of_AFK> Fistful_of_AFK is now known as Fistful_of_LTC
04:26:20 <HM2> PT Mono may be the best programming font of all time
04:26:36 <HM2> even ugly template code looks pretty
06:46:20 <Emcy> http://www.quora.com/Distributed-Systems/What-does-a-career-in-distributed-systems-feel-like-In-terms-of-the-kind-of-programming-you-have-to-do-nature-of-bugs-or-issues-work-life-rhythms-etc/answer/Bram-Cohen?srid=CW&share=1 interesting comments
06:46:44 <Emcy> "Then I run into... how to put this... barriers to commercialization which don't apply to most products.
06:46:44 <Emcy> "
06:46:53 <Emcy> I think he means lobby money.......
16:31:31 <gwern> hola. so I need to tell Gavin about a possibly-schizophrenic stalker that seems to be targeting him. does anyone have a real contact email for him they wouldn't mind giving me? (given the nature of the issue I'd prefer to tell him sooner rather than later)
16:55:43 <gwern> anyone?
16:55:44 <gwern> alright, whatever, I'll just use
16:55:44 <gwern> gavinandresen@gmail.com
16:55:44 <gwern> it *probably* isn't a real threat, after all
16:56:06 <gwern> gwern has left #bitcoin-wizards
17:01:34 <michagogo|cloud> gweIs that somehow a non-real contact email?
17:01:47 <michagogo|cloud> :-/
17:01:58 <michagogo|cloud> combination if the user leaving and lag eating keystrokes
19:38:44 <amincd> Hi guys, any feedback on this idea would be appreciated: https://bitcointalk.org/index.php?topic=365392.msg3900881#msg3900881
21:15:08 <chilero_> chilero_ has left #bitcoin-wizards
21:42:08 <gmaxwell> andytoshi: maaku: phillipsjk gave an attack on multiparty CJs that either I hadn't considered or I considered and forgot. https://bitcointalk.org/index.php?topic=279249.msg3982242#msg3982242
21:44:01 <warren> adam3us: good criticism on the 32bit keyid on card
21:51:47 <andytoshi> gmaxwell: thx, i'll check it out
21:52:07 <andytoshi> and agreed, i am not going to distinguish between fee and donation
21:52:16 <andytoshi> if people don't trust me, they can verify the transaction themself before signing
21:52:46 <andytoshi> unfortunately "andrew stole all the fees" and "somebody put a ton of inputs in without paying a corresponding donation" will look the same..
21:53:54 <andytoshi> ah, that is essentially the phillipsjk attack
21:57:10 <gmaxwell> andytoshi: well it means that e.g. if two people pay extra fees because they want faster confirmation, you could be eating them anyways.
22:03:01 <andytoshi> right
22:03:11 <andytoshi> so i think, i'll do that always and be upfront about it :P
22:22:34 <gmaxwell> andytoshi: one somewhat annoying thing about the fee/donation stuff is that it makes it impossible to go from round inputs to round outputs.
22:23:39 <gmaxwell> andytoshi: hm. also, can you perhaps have some ajax reloader thing, and perhaps play a chime or popup an alert when its time to sign?
22:23:48 <andytoshi> oh, sure
22:23:57 <andytoshi> i guess i should whitelist my own domain on noscript.. :P
22:24:16 <gmaxwell> maybe just have it display a countdown... and when it hits zero. popup a window/play a beep.
22:24:41 <gmaxwell> I missed the testnet one I threw coins into earlier. :P
22:25:09 <andytoshi> i think, i'll have the "there are XYZ seconds until whatever" displays count down everywhere, and i'll see about playing a beep
22:25:25 <andytoshi> whenever i google for things like "how to play sound using javascript" the forum posts that come up are so sad...
22:26:05 <andytoshi> fwiw, these never expire, you can F5 the 'sign.php?session=whatever' page for ever and ever
22:26:22 <gmaxwell> "Sorry, but this session has been invalidated. Probably there were not enough transactions to do a merge."
22:26:34 <andytoshi> ah
22:27:00 <andytoshi> that'll happen regardless of how closely you follow it, unless you submit multiple transactions yourself
22:27:10 <andytoshi> maybe i should extend the window rather than invalidating transactions?
22:27:46 <andytoshi> i don't want it to happen that somebody submits a transaction, nobody else does for a day or two, and then when finally people use the coinjoiner, it's got some forgotten transaction poisoning the pot
22:28:33 <gmaxwell> just document.write a tag... <audio autoplay><source src="http://foo.wav" type="audio/wav"></audio>
22:29:02 <gmaxwell> yea, you don't really want a old transaction jamming it.
22:30:11 <gmaxwell> What you could do is split off the old pot and start a new pot. The old pot can still get more txn added, but only if someone gets directed to it by ID.
22:30:59 <gmaxwell> e.g. I could add a txn to the pot, and email you a link directly to the pot. and it fails because no one else adds... and 24 hours later you can add a coin to it, then it'll go into signing X time after.
22:32:05 <andytoshi> yeah, that's a good idea, and it takes literally no code to implement..
22:32:19 <andytoshi> i just have to commend out the "set status = invalid" line in the cronjob :P
22:32:55 <gmaxwell> you might want to have it check if the inputs are unspent and set it to invalid if any of them are spent.
22:34:00 <gmaxwell> e.g. if I put a coin in, send you a link. Then you don't notice the email, and I give up and join another session .. and my coin is spent.. later when you load the link it won't invite you to add more coins to a dead one.
22:34:49 <andytoshi> yeah, it should
22:35:14 <andytoshi> there is code which does that before it switches to signing mode
22:35:20 <gmaxwell> (or even just: if a coin is spent, you remove it from the mix, and if the count goes to zero the mix is invalidated)
22:37:53 <andytoshi> cool, done
22:38:22 <andytoshi> i should also add code so that if outputs are spent during the signing phase, that also invalidates things
22:38:26 <andytoshi> inputs*
22:41:53 <gmaxwell> just check on every load of the signing page, perhaps?
22:43:28 <andytoshi> nah, the pageloads are handled by PHP, i'm trying to avoid doing any real work in there..
22:44:36 <andytoshi> i have a perl script which transitions to the next session, it does all the merging and validation checks
22:47:05 <andytoshi> well, that's not true, when you submit a transaction PHP does a spot check
22:50:12 <gmaxwell> not critical, but checking there would save some time signing a doomed transaction.
22:55:45 <andytoshi> i think i'll run the perl script every minute or two
22:56:05 <andytoshi> it should really know how long a session is supposed to be alive..
23:46:59 <amincd> 20.