00:47:07 | nuke__: | nuke__ is now known as nuke1989 |
01:02:00 | bosma: | bosma is now known as litecamel |
01:02:05 | litecamel: | litecamel is now known as bosma |
03:12:45 | fanquake_: | fanquake_ is now known as fanquake |
04:04:02 | pgokeeffe_: | pgokeeffe_ is now known as pgokeeffe |
06:45:18 | bosma: | bosma is now known as litecamel |
06:45:22 | litecamel: | litecamel is now known as bosma |
07:37:20 | lclc_bnc: | lclc_bnc is now known as lclc |
08:12:24 | lclc: | lclc is now known as lclc_bnc |
08:41:02 | lclc_bnc: | lclc_bnc is now known as lclc |
09:05:17 | morgan.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:17 | morgan.freenode.net: | Users on #bitcoin-wizards: andy-logbot aburan28 Mably hashtag_ PaulCapestany hktud0 orik everettForth koshii_ readacted koeppelmann HaltingState DoctorBTC moa p15 TheSeven coiner fanquake d1ggy_ ryanxcharles bliljerk101 dasource bassguitarman CryptOprah artifexd Muis kumavis justanotheruser mr_burdell spinza tripleslash zooko waxwing zwischenzug Guest71345 xabbix_ nanotube devrandom ielo cornus_ammonis nubbins` prodatalab Emcy_ Starsoccer orperelman ebfull NeatBasis |
09:05:17 | morgan.freenode.net: | Users on #bitcoin-wizards: nuke1989 dc17523be3 [d__d] antgreen harrow forrestv weex Hunger- davout wiz tromp bosma SDCDev LarsLarsen mappum Oizopower platinuum jbenet use_zfs_yo epscy_ shesek jaekwon_ iddo Alanius dgenr8 yoleaux espes__ luny michagogo Xzibit17 cursive nick1234abcd__ PFate btcdrak yrashk BlueMatt SubCreative amincd grandmaster sipa burcin brand0 rw_8197 @ChanServ MoALTz Starduster Adrian_G throughnothing Cory jgarzik maaku andytoshi brad__ helo |
09:05:17 | morgan.freenode.net: | Users on #bitcoin-wizards: NikolaiToryzin melvster1 catcow btc___ nsh K1773R HM2 a5m0 TD-Linux berndj Luke-Jr Logicwax azariah Krellan null_radix coryfields midnightmagic gmaxwell MRL-Relay morcos Anduck cryptowest Apocalyptic gavinandresen dansmith_btc gnusha_ Meeh tromp__ Tjopper qwopqwop huseby lclc indolering kinlo hollandais otoburb hguux__ ahmed_ PRab binaryatrocity wizkid057 so phedny stonecoldpat warptangent roasbeef gwillen CodeShark isis BrainOverfl0w sdaftuar |
09:05:17 | morgan.freenode.net: | Users on #bitcoin-wizards: wumpus nickler Iriez phantomcircuit sl01 earlz bobke_ comboy_ amiller deego fluffypony dardasaba veox warren gribble optimator jcorgan Fistful_of_Coins EasyAt jaromil cfields Eliel s1w Keefe bbrittain petertodd BananaLotus smooth ryan-c ajweiss lechuga_ Graet fenn JonTitor heath kanzure catlasshrugged pigeons asoltys_ livegnik eric Taek crescendo d9b4bef9 lnovy sneak |
09:20:29 | lclc: | lclc is now known as lclc_bnc |
09:51:33 | lclc_bnc: | lclc_bnc is now known as lclc |
14:45:02 | lclc: | lclc is now known as lclc_bnc |
14:46:24 | gmaxwell: | gmaxwell is now known as Guest66588 |
15:06:04 | Guest66588: | Guest66588 is now known as gmaxwell |
19:10:39 | Starsocceraway: | Starsocceraway is now known as starsoccer |
19:27:11 | Mably_: | Mably_ is now known as Mably |
20:28:53 | Starsocceraway: | Starsocceraway is now known as starsoccer |
20:44:49 | kanzure: | "Whenever one objection to scaling is shown to be solvable they just invent more, almost like a stalling tactic." |
20:44:56 | kanzure: | almost like security-critical changes shouldn't be rushed |
20:46:12 | fluffypony: | c'mon kanzure, "we'll fix it in production" |
20:47:05 | kanzure: | ah |
21:19:12 | Starsocceraway: | Starsocceraway is now known as starsoccer |
21:52:32 | amiller: | our systemization of knowledge paper was accepted to the Oakland conference IEEE S&P |
21:52:39 | amiller: | here's a working draft of it. http://www.jbonneau.com/doc/BMCNKF15-IEEESP-bitcoin.pdf |
21:55:30 | amiller: | im obviously interested if y'all have feedback, we kind of hope it becomes the go-to bitcoin survey paper for the next several years |
22:00:29 | Starsocceraway: | Starsocceraway is now known as starsoccer |
22:37:14 | kanzure: | amiller: "the developer mailing list, and logged IRC discussions" may be important to highlight the importance of github.com/bitcoin/bitcoin/issues |
22:41:51 | amiller: | thanks good point |
22:42:04 | amiller: | that's where bips live now for one thing |
22:43:46 | kanzure: | amiller: i think it would also be useful to emphasize that originally all knowledge of bitcoin not contained in the white paper was extracted by reading the source code and active experimentation. this is not normal in other fields of endeavor, so it needs to be highlighted somehow, even if only by a mention of a source code repo's existence. |
22:44:14 | kanzure: | oh, "reference implementation" is sort of close to saying that. |
22:46:44 | kanzure: | "The state of the world in Bitcoin is represented by a series of messages called transactions" not quite... how about something like: "The state of the world is based on the set of user-created valid transactions, although the world state is not obligated to contain the complete set (example: unrelayed transactions are trivially absent)" (okay, this is extremely pedantic of me, so no worries if you skip this) |
22:48:53 | kanzure: | "Each output also has a short code snippet in a special scripting language called the scriptPubKey" (the special scripting language is not called scriptPubKey) |
22:50:36 | amiller: | thanks, keep going... pedantic or not these are good points :p |
22:51:34 | kanzure: | what? "transactions are only valid if they satisfy the fundamental constraint that the sum of the values of all transaction outputs is less than or equal to the sum of the values of all inputs" feeeeeeees |
22:52:16 | amiller: | we said less than or equall.... if equal then no fees, if less then fees |
22:52:18 | amiller: | feeeees |
22:52:34 | kanzure: | oh you did say this |
22:52:37 | kanzure: | this is true |
22:56:53 | kanzure: | formatting:"Block confirmation.The" |
22:57:37 | kanzure: | the use of the word permanance in a few places is a little strange.. if this is clarified later then nevermind. |
23:01:01 | kanzure: | "and is scheduled to have every 40 years" |
23:01:55 | kanzure: | "may have been unanticipated" farms were descried by satoshi in some email, but w/e |
23:02:21 | kanzure: | typo "(proabilisitically)" |
23:05:23 | amiller: | yeah the 40 years thing ive caught before and dont know how it keeps happening |
23:13:18 | kanzure: | amiller: regarding the fork discussed in the "Stability of transaction rules" section, the source of the problem was that pre-0.8 clients non-deterministically accepted/rejected those blocks. see http://www.reddit.com/r/Bitcoin/comments/2rji9f/looking_before_the_scaling_up_leap_by_gavin/cngju7f |
23:20:54 | kanzure: | *permanence |
23:24:03 | kanzure: | "the need for rule changes (or disambiguation) means some level of governance" eh, i would accept maybe "local node-level governance" here, although not much else |
23:25:02 | kanzure: | although it's true that bitcoind is a popular and widely used implementation, i don't think that means it's "governance" |
23:26:47 | kanzure: | "have high confidence that they transactions are permanently included" again this permanence thing is weird and alien to me here, but whatever... i'm prolly the only one complaining, and an alternative wording is hard to justify as anything other than "confusing and unfortunate"... |
23:28:33 | kanzure: | "Correctness. All blocks in the longest valid chain will be correct according to the rules of Bitcoin." i think a stronger statement is required here, specifically one regarding whether or not a rule is a valid "Bitcoin rule" -- and your formulation should most definitely not be about "governance" -_- |
23:29:34 | kanzure: | "With billions of dollars now at stake, it is not sufficient to assume that participants will always follow the protocol as specified out of goodwill or inertia." one could argue this is also true of any amount of money, including millions, and not just billions.... |
23:33:24 | kanzure: | i forget ubt i'm pretty sure this isn't there "In practice, arbitrary-length forks are prevented by the use of hard-coded blockchain prefixes shipping with the default Bitcoin client before which clients will not accept a fork." |
23:33:52 | kanzure: | (although there was a feature called a checkpoint that was implemented at one point in the past, it has since been thoroughly misunderstood in practice) |
23:34:41 | gmaxwell: | dunno how useful this is when we have concrete plans to eliminate it due to those misunderstandings. |
23:35:06 | gmaxwell: | That also doesn't reflect the motivation there; not to prevent reorgs but to prevent some specific DOS attacks. |
23:39:58 | kanzure: | re: "governance", the one governance thing that i would allow for is something about control of the alert key or whatever |
23:40:08 | kanzure: | that is definitely "governance", but hte other stuff is bogus |
23:41:03 | bassguitarman: | bassguitarman has left #bitcoin-wizards |
23:54:12 | kanzure: | regarding denial of service attacks between pools, it would be useful to clarify whether these are denial of service attacks from pool participants directly or indirectly (or both or unspecified) |