< jayd3e> what's a good medium priority, low barrier to entry bug that a newbie can take on?
< jayd3e> I have a good understanding of the protocol, but still trying to learn the source
< instagibbs> jayd3e's question is a good one. I've heard some projects leave low hanging fruit for newbies to work on.
< GitHub69> [bitcoin] luke-jr opened pull request #7431: Rename permitrbf to replacebyfee and provide minimal string-list forward compatibility (needs 0.12 backport) (master...permitrbf_rename) https://github.com/bitcoin/bitcoin/pull/7431
< GitHub0> [bitcoin] luke-jr closed pull request #3229: Require configuration of mining before creating blocks (master...mineropts_check) https://github.com/bitcoin/bitcoin/pull/3229
< GitHub34> [bitcoin] jonasschnelli pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/9189e30b127b...cdcbc59a42f6
< GitHub34> bitcoin/master 3a3a927 Jonas Schnelli: [Qt] Add option to increase/decrease font size in the console window
< GitHub34> bitcoin/master 56c9e66 Jonas Schnelli: [Qt] keep scroll position in GUI console after changing font size
< GitHub34> bitcoin/master 43abb02 Jonas Schnelli: [Qt] Add a new chevron/arrow icon for the console prompt line
< GitHub24> [bitcoin] jonasschnelli closed pull request #7396: [Qt] Add option to increase/decrease font size in the console window (master...2016/01/qt_font) https://github.com/bitcoin/bitcoin/pull/7396
< GitHub80> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/cdcbc59a42f6...4a46bdc0feaa
< GitHub80> bitcoin/master 4818dba Wladimir J. van der Laan: net: Hardcoded seeds update January 2016
< GitHub80> bitcoin/master 4a46bdc Wladimir J. van der Laan: Merge #7415: net: Hardcoded seeds update January 2016...
< GitHub120> [bitcoin] laanwj closed pull request #7415: net: Hardcoded seeds update January 2016 (master...2016_01_hardcoded_seeds) https://github.com/bitcoin/bitcoin/pull/7415
< GitHub39> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/4a46bdc0feaa...20a408ca99da
< GitHub39> bitcoin/master c8a6c11 Wladimir J. van der Laan: devtools: Fix utf-8 support in messages for github-merge...
< GitHub39> bitcoin/master 20a408c Wladimir J. van der Laan: Merge #7425: devtools: Fix utf-8 support in messages for github-merge...
< GitHub59> [bitcoin] laanwj closed pull request #7425: devtools: Fix utf-8 support in messages for github-merge (master...2016_01_github_merge_utf8) https://github.com/bitcoin/bitcoin/pull/7425
< GitHub126> [bitcoin] laanwj pushed 1 new commit to 0.12: https://github.com/bitcoin/bitcoin/commit/cb83beb3759b9bd19cc13b1e3dd589349787ac3e
< GitHub126> bitcoin/0.12 cb83beb Wladimir J. van der Laan: net: Hardcoded seeds update January 2016...
< GitHub19> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/20a408ca99da...62f2d769e450
< GitHub19> bitcoin/master a0eaff8 Daniel Cousens: move rpc* to rpc/
< GitHub19> bitcoin/master d13f65e Daniel Cousens: rpc: update inline comments to refer to new file paths
< GitHub19> bitcoin/master 62f2d76 Wladimir J. van der Laan: Merge #7348: MOVE ONLY: move rpc* to rpc/...
< GitHub199> [bitcoin] laanwj closed pull request #7348: MOVE ONLY: move rpc* to rpc/ (master...master) https://github.com/bitcoin/bitcoin/pull/7348
< GitHub145> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/62f2d769e450...1e06bab804a2
< GitHub145> bitcoin/master c6325cf Paul Rabahy: Minor improvements to the release process...
< GitHub145> bitcoin/master 1e06bab Wladimir J. van der Laan: Merge #7417: Minor improvements to the release process...
< GitHub84> [bitcoin] laanwj closed pull request #7417: Minor improvements to the release process (master...patch-1) https://github.com/bitcoin/bitcoin/pull/7417
< randy-waterhouse> https://bitcoincore.org/en/2016/01/28/clarification/ who's writing is this? Is it attributable and if so shouldn't they put their name (or pseudonum) upon it?
< wumpus> randy-waterhouse: only code discussion here please
< randy-waterhouse> oh sure ... is there a #bitcoin-core or equivalent?
< wumpus> randy-waterhouse: though in general you can find authorship in the git history, see https://github.com/bitcoin-core/website/pull/58
< wumpus> hm more ontopic: did we completely forget about this limitfreerelay fix? https://github.com/bitcoin/bitcoin/pull/6842
< randy-waterhouse> wumpus: phantomcircuit : thnx
< GitHub117> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/1e06bab804a2...326ffed09bfc
< GitHub117> bitcoin/master 40c87b6 Ethan Heilman: Increase test coverage for addrman and addrinfo...
< GitHub117> bitcoin/master 326ffed Wladimir J. van der Laan: Merge #7212: Adds unittests for CAddrMan and CAddrinfo, removes source of non-determinism....
< GitHub146> [bitcoin] laanwj closed pull request #7212: Adds unittests for CAddrMan and CAddrinfo, removes source of non-determinism. (master...unittest) https://github.com/bitcoin/bitcoin/pull/7212
< GitHub152> [bitcoin] dcousens opened pull request #7436: AcceptToMempool: extract various policy functions [WIP] (master...expolicy) https://github.com/bitcoin/bitcoin/pull/7436
< sdaftuar> wumpus: i don't think 6842 needs to be backported to 12 -- it's an extremely small effect
< sdaftuar> limitfreerelay is still essentially respected for limiting the bandwidth used by free transactions
< sdaftuar> i believe the current behavior is not clearly a bug, as i think it just causes bytes to be allowed now at the expense of bytes allowed in the future. the proposed change might make the code more intuitive though, so fine if we want to merge it into master, but no need to include in 0.12 in my opinion
< bad_duck> is there a bitcoin-core related chan for non dev questions? I saw that there is a slack but I don't want to use it
< choice> Hello!
< choice> Im trying to figure out, how LN prevents miners from opening channels, spending money and then closing the channels without the spending goin to the blockchain.
< choice> Anybody here who understands that part of LN?
< aj> you don't count a channel as open until the anchor transaction has been confirmed multiple times
< choice> aj: well.. i was thinking about the closing of the channel.
< aj> once the channel is open, trying to close it with anything other than the current/correct balances means that the other party can steal all the funds
< choice> even after the closing transaction is in the blockchain? i dont think so.
< aj> yes, even after that
< aj> the anchor transaction has a multisig output, so you can only spend it with a closing transaction signed by both parties
< choice> that cannot be
< choice> closing the channel is possible for one party alone.
< choice> otherwise the other party could freeze your coins.
< aj> each party gets a slightly different closing transaction, that's pre-signed by the other party. it has the rule that, if counter-signed and published, then the funds belonging to the person doing the publishing are locked for a short period (2 days, eg), to give the other party time to claim fraud. if there was fraud, anytime in that 2 day period, the other party can steal all the funds from the chann
< aj> el. if there wasn't fraud, the two days expires and whoever posted the closing transaction can claim their funds
< choice> aj: ah! there is a lock period!
< choice> that was the missing piece of the puzzle i was looking for.
< aj> choice: yeah, that's why lightning wants OP_CSV, for that exact lock
< choice> is there a description of OP_CSV somewhere? Did some googling but nothing came up.
< GitHub186> [bitcoin] jtimon closed pull request #6597: Chainparams: Don't check the genesis block (master...chainparams-genesis-no-check-0.12.99) https://github.com/bitcoin/bitcoin/pull/6597
< OxADADA> howdy
< OxADADA> re: Clarifying Communications: How does #bitcoin-core-dev IRC discussion differ from #bitcoin discussion?
< btcdrak> OxADADA: #bitcoin is a general bitcoin discussion channel, #bitcoin-dev is a general bitcoin development discussion channel. This channel is specifically regarding Bitcoin Core
< btcdrak> If you have any other questions let's take it to #bitcoin
< wumpus> sdaftuar: ok, thanks! I'll remove the 0.12 milestone. I saw it and I thought shit, we forgot this
< OxADADA> btcdrak: thats what i figured.
< OxADADA> btcdrak: so protocol dev vs core client dev
< wumpus> yes, #bitcoin-core-dev is only about development of the software
< wumpus> sdaftuar: the talk about attackers made me a bit worried :)
< btcdrak> aj released some test scripts for OP_CSV (#7184 + #6564) https://github.com/ajtowns/op_csv-test
< btcdrak> meeting in #bitcoin-dev now
< what_now> ello, sometimes I get a time out on rpc calls to bitcoind. I am using 0.11.2. I have a big wallet file(big keypool). The slowdown occurrs upon all commands(example wallet decryption too) not just sending out funds.
< jonasschnelli> Yes... It's a know problem. How many transactions (est.)?
< jonasschnelli> what_now: IIRC there are some tiny improvements in 0.12. Mind trying rc2?
< what_now> In the hundreds
< jonasschnelli> Na. That should work.
< what_now> Can't risk it, production environment
< jonasschnelli> CPU? Disk (spinning)?
< what_now> All ok (not exceeding 30% usage)
< jonasschnelli> okay... strange...
< jonasschnelli> how large (in MB) is your wallet.dat?
< what_now> very
< what_now> sec
< what_now> about 1MB
< jonasschnelli> should not take long!
< jonasschnelli> Your not on an embedded system (RiP) or so?
< what_now> I know its very strange and its not isolated either
< jonasschnelli> Can you compile bitcoin by yourself?
< what_now> Its a decent configuration i5, 4GB ram ssd
< what_now> yes
< jonasschnelli> You could run it with a time profiler and check where you loose time.
< what_now> But not on this machine, I could do it on a similar spec machine
< what_now> valgrind?
< jonasschnelli> If you are on linux,... valgrind would probably do it.
< jonasschnelli> I often use OSX time profiler (Instruments)
< what_now> Yes ubuntu 12.04
< jonasschnelli> Not very familiar with linux time profilers... but valgrind could be a solution.
< jonasschnelli> Or add some printf with GetMircoTime() and do your own dump long bench.
< what_now> Alright, its gonna eat up my weekend but oh well.
< jonasschnelli> hehe... :)
< jonasschnelli> Yes. Bitcoin Cores wallet def. needs a better backend and a performance boost
< what_now> Such is the world of bitcoins, no borders no weekdays :)
< jonasschnelli> exactly. ;-)
< what_now> Yeah I am honestly waiting for major changes regarding the wallet. Adding HD functionality would be great too
< what_now> Keeping up wallet.dat files and backing up and keeping counts of keypool size is such a nuissance
< what_now> At the same time I respect the values of decentralization and accountability so don't wanna give up my full nodes either
< what_now> I'm gonna pick up c++ and start getting more involved into bitcoin, although currently my knowledge of c++ is limited to the qt framework.
< jonasschnelli> what_now: i have two HD PRs open. Needs review!
< what_now> There's also so much to keep up with regarding this project, so many bips so many discussions feels like its gonna take forever to get to a decent level. At the same time.. I can't leave you guys alone and have only 5-10 people know wtf is going on with everything :)
< what_now> Great
< what_now> Can you give a link?I'd like to help out with testing and whatever since I'm gonna compile it anyway this weekend
< GitHub45> [bitcoin] Kefkius opened pull request #7437: GUI: Disable tab navigation for peers tables. (master...debug-window-fix) https://github.com/bitcoin/bitcoin/pull/7437
< gmaxwell> wumpus: this is annyoing, I can't seem to update #7099 because I deleted the branch in my repository.
< GitHub56> [bitcoin] gmaxwell opened pull request #7438: Do not absolutely protect local peers; decide group ties based on time. (0.12...dont_protect_local) https://github.com/bitcoin/bitcoin/pull/7438
< GitHub77> [bitcoin] gmaxwell opened pull request #7439: Add whitelistforcerelay to control forced relaying. [#7099 redux] (master...control_relay_force) https://github.com/bitcoin/bitcoin/pull/7439
< GitHub27> [bitcoin] gmaxwell closed pull request #7099: Add whitelistforcerelay setting [PR changed to no longer default to off.] (master...control_relay_force) https://github.com/bitcoin/bitcoin/pull/7099
< btcdrak> gmaxwell: git reflog is your friend
< gmaxwell> btcdrak: git reflog can't help with github.
< Dizzle> gmaxwell: restore button gone from the PR? Usually shows up in the deletion activity line.
< Dizzle> or at least I thought it did
< gmaxwell> Dizzle: I removed the parent repository and readded it.
< Dizzle> ahhh, yea, seems like you did the only thing you could :|