2018-10-08

< jamesob> can someone review/merge this so that python linting works in-editor? https://github.com/bitcoin/bitcoin/pull/13649
< gribble> https://github.com/bitcoin/bitcoin/issues/14390 | docs: release process: RPC documentation by karel-3d · Pull Request #14390 · bitcoin/bitcoin · GitHub
< tradermyx> Why does it feel as if now that I'm finally getting Bitcoin "up and running" and being able to charge people and send them money in an automated fashion, the "party is over", so to speak?
< tradermyx> https://en.bitcoin.it/wiki/API_reference_%28JSON-RPC%29#Multi-wallet_RPC_calls <-- Why is the example https://127.0.0.1? What does https:// mean on localhost? Is it even possible?
< gribble> https://github.com/bitcoin/bitcoin/issues/11372 | Address encoding cleanup by sipa · Pull Request #11372 · bitcoin/bitcoin · GitHub

2018-10-07

< gribble> https://github.com/bitcoin/bitcoin/issues/14419 | [tests] Remove rpc_zmq.py by jnewbery · Pull Request #14419 · bitcoin/bitcoin · GitHub

2018-10-06

< thedrs> >sha256sum /c/bitcoin-0.17.0-win64-setup.exe b37f738ab17a93e24028fa74280b74c353653cf03fc2fb7da6ead8669e440b1a */c/bitcoin-0.17.0-win64-setup.exe /c/Users/ichi >certUtil -hashfile /c/bitcoin-0.17.0-win64-setup.exe SHA256 SHA256 hash of file C:/bitcoin-0.17.0-win64-setup.exe: b3 7f 73 8a b1 7a 93 e2 40 28 fa 74 28 0b 74 c3 53 65 3c f0 3f c2 fb 7d a6 ea d8 66 9e 44 0b 1a
< sipa> jonasschnelli: i need to run, but this may fix it: https://github.com/sipa/bitcoin/tree/201810_importpubkeylol (it fails a bip174 test, need to investigate)
< Lauda> ^false positive. #bitcoin
< thedrs> hi, sorry to bug you guys, bitcoin 0.17 installer is identified as maleware by MBAM, is this known ?
< gwillen> sipa: is https://github.com/bitcoin/bitcoin/issues/12253 still current? gmaxwell was saying he thought it was outdated.
< gwillen> ah, dangit, I'm hitting https://github.com/bitcoin/bitcoin/issues/12253
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< dongcarl> Is the "Bitcoin Core Sponsorship Programme" still going on?
< ken2812221_> When would the RPC server send back 503 Service Unavailable? It happened occassionally on feature_uacomment.py on Appveyor. https://ci.appveyor.com/project/DrahtBot/bitcoin/build/master.2001

2018-10-05

< Jmabsd> (repeat of #bitcoin question:) What is the Bitcoin Core policy for the *minimum value that a tx output must have* for the tx to still be gossiped? (as an absolute value number of satoshis)
< * sipa> off to scaling bitcoin opening party

2018-10-04

< gmaxwell> Basically gleb's simulator simulates a plausable bitcoin network topology, and then measures how transactions relay around in it with different relaying schemes, so we can try different ideas and measure their impacts.
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14335 | net: refactor: cleanup ThreadSocketHandler by pstratem · Pull Request #14335 · bitcoin/bitcoin · GitHub
< wumpus> #bitcoin-core-dev Meeting: wumpus sipa gmaxwell jonasschnelli morcos luke-jr btcdrak sdaftuar jtimon cfields petertodd kanzure bluematt instagibbs phantomcircuit codeshark michagogo marcofalke paveljanik NicolasDorier jl2012 achow101 meshcollider jnewbery maaku fanquake promag provoostenator
< gribble> https://github.com/bitcoin/bitcoin/issues/13100 | gui: Add dynamic wallets support by promag · Pull Request #13100 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14350 | Add WalletInfo class by promag · Pull Request #14350 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14291 | wallet: Add ListWalletDir utility function by promag · Pull Request #14291 · bitcoin/bitcoin · GitHub
< sipa> karelb: perhaps one step would be adding it to the bitcoin core release process notes
< sipa> but bitcoin-cli is a way for humans to talk to bitcoind
< gmaxwell> It's the recommended way to use bitcoin from the commandline.
< tradermyx> sipa: I mean, why use cURL requests if I can just shell_exec() the bitcoin-cli binary?
< sipa> bitcoin-cli is really just a slightly-specialized version of curl
< tradermyx> I didn't think Bitcoin Core itself had the ability to connect/do anything with the RPC API on a different machine.
< tradermyx> Come to think of it, I don't really understand what bitcoin-cli is either. I use standard cURL requests to talk to http://127.0.0.01/ with the port specified (it works).
< tradermyx> I have rpcconnect, rpcport, rpcuser, rpcpassword set in my bitcoin.conf. Don't really understand why Bitcoin Core needs to be told where to connect... itself?
< sipa> rpcconnect only affects bitcoin-cli
< sipa> rpcbind only affects bitcoind and bitcoin-qt (when running with -daemon)

2018-10-03

< wumpus> you could dig in the bitcoin talk forums and find layer after layer of the same kinds of discussions, going back to the beginning, repeated every time. Where did those 8 years go, suddenly...
< gribble> https://github.com/bitcoin/bitcoin/issues/2 | Long-term, safe, store-of-value · Issue #2 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/2 | Long-term, safe, store-of-value · Issue #2 · bitcoin/bitcoin · GitHub
< wumpus> on the old bitcoin.org server there was a script that automatically generated the .torrent when all the files are in place; but I don't think that helps much, compared to uploading the torrent along with the rest of the files
< hebasto> wumpus: please remove 'temporary file' note from https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.17.0.md
< e4xit> harding: exerpt: "We're pleased the release of Bitcoin Core 0.17" -- to announce?
< harding> wumpus: https://github.com/bitcoin-core/bitcoincore.org/pull/613 is ready for merge when you want to make the announcement. (I can merge too, if you want.)

2018-10-02

< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< gwillen> I followed the intstructions in the OS X build docs for opening the project in QT Creator, but by default it was unable to see a bunch of headers and I had to add some lines to bitcoin-qt.include to make it avoid drowning everything in red squiggly underlines
< jonasschnelli> promag: sorry,.. haven't followed the discussion... what needs update there: https://github.com/bitcoin/bitcoin/pull/12653#issuecomment-426202288?
< jonasschnelli> cfields. macOS 0.17.0 detached signature is available https://github.com/bitcoin-core/bitcoin-detached-sigs/pull/17

2018-10-01

< gribble> https://github.com/bitcoin/bitcoin/issues/14335 | net: refactor: cleanup ThreadSocketHandler by pstratem · Pull Request #14335 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/12557 | [WIP] 64 bit iOs device support by Sjors · Pull Request #12557 · bitcoin/bitcoin · GitHub
< jonasschnelli> I though fail to see concrete use cases why one would run Bitcoin Core on iOS.
< queip> I wonder between helping bitcoin core to work on iOs [mostly testing], or giving up and libbitcoin or some spv
< gribble> https://github.com/bitcoin/bitcoin/issues/12557 | [WIP] 64 bit iOs device support by Sjors · Pull Request #12557 · bitcoin/bitcoin · GitHub
< jonasschnelli> AFAIK sjors is working on it: https://github.com/bitcoin/bitcoin/issues/11720
< queip> abcore for android, wrapping bitcoin core, works fine
< queip> what is the outlook for Bitcoin Core for iOs? Grim? I'm looking forkward to building on top of it, glad to help in testing (though no iOs coding skill myself)

2018-09-30

< gribble> https://github.com/bitcoin/bitcoin/issues/13515 | travis: Avoid timeout without saving caches, also enable qt builds for all jobs if available by ken2812221 · Pull Request #13515 · bitcoin/bitcoin · GitHub
< jonasschnelli> Seems one of the travis jobs don't make it (repeatedly) under 50mins: https://travis-ci.org/bitcoin/bitcoin/jobs/435205266

2018-09-29

< harding> karelb: support questions should go in #bitcoin, please.
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub

2018-09-28

< phantomcircuit> bralyclow, #bitcoin
< bralyclow> hi everyone, what exactly are all these /bitcore:1.1.2/ nodes connecting to my Bitcoin Core Full Node, I have more of them than Satoshi nodes?
< gribble> https://github.com/bitcoin/bitcoin/issues/14348 | depends: fix bitcoin-qt back-compat with older freetype versions at runtime by theuni · Pull Request #14348 · bitcoin/bitcoin · GitHub
< wumpus> PSA: bitcoinc core 0.15.2 binaries up: https://bitcoincore.org/bin/bitcoin-core-0.15.2/
< wumpus> PSA: bitcoin core 0.14.3 binaries up: https://bitcoincore.org/bin/bitcoin-core-0.14.3/

2018-09-27

< jamesob> anecdotally, if someone just wants to transact in bitcoin they often just go to electrum/trezor/bread/etc.
< gmaxwell> if it were, I think bitcoin would be nearly dead... there would be very little reason for people to bother even trying to start a node.
< jamesob> would it be an acceptable user experience for us to completely strip bdb out in some major release, provide an upgrade tool, and throw an error if users try to start bitcoin with bdb-format wallets?
< promag> why not? for systems that use bitcoin wallet in a couple of months it can be pretty large
< gribble> https://github.com/bitcoin/bitcoin/issues/5686 | [Wallet] replace BDB with internal append only (logdb) backend by jonasschnelli · Pull Request #5686 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/13100 | gui: Add dynamic wallets support by promag · Pull Request #13100 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14046 | net: Refactor message parsing (CNetMessage), adds flexibility by jonasschnelli · Pull Request #14046 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14328 | [0.17] Backports by MarcoFalke · Pull Request #14328 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14104 | 0.17.2rc issue (standardness change for bare multisig) · Issue #14104 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14289 | Unbounded growth of scheduler queue · Issue #14289 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14289 | Unbounded growth of scheduler queue · Issue #14289 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14104 | 0.17.2rc issue (standardness change for bare multisig) · Issue #14104 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14289 | Unbounded growth of scheduler queue · Issue #14289 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14327 | macOS Mojave QT 5.11 compilation fails · Issue #14327 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14339 | Qt 0.17.0rc4 (and master) not running on Ubuntu 14.04.5 LTS · Issue #14339 · bitcoin/bitcoin · GitHub
< wumpus> #bitcoin-core-dev Meeting: wumpus sipa gmaxwell jonasschnelli morcos luke-jr btcdrak sdaftuar jtimon cfields petertodd kanzure bluematt instagibbs phantomcircu
< gribble> https://github.com/bitcoin/bitcoin/issues/14222 | Qt: Fix restoration of minimized to tray window by hebasto · Pull Request #14222 · bitcoin/bitcoin · GitHub
< wumpus> that way, bitcoin won't magically install its own qt; so it will build against system qt if available, and not build against qt at all if not available
< hebasto> wumpus: what is the way to build bitcoin-qt against system qt?
< wumpus> jonasschnelli: I don't think so; the bitcoin-qt background should be the same as other gtk applications, say "charmap"
< jonasschnelli> wumpus: using the dark arc theme in Ubuntu Bionic, the background of Bitcoin Qt is still light gray/whiteish? Is that expected?
< jonasschnelli> Bitcoin Qt looks a bit strange in OSX 10.14 (Mojaves) dark mode. :)
< kallewoof> wumpus: noticed that NicolasDorier is not in the Credits list despite him being listed for 9991 at https://github.com/bitcoin-core/bitcoin-devwiki/wiki/0.17.0-Release-notes
< gmaxwell> And the reason it would matter is if under that case, you handle errors differently, e.g. the actual bug may be elsewhere in bitcoin or in the test but were hidden by the old behavior. The fact that you can't reproduce it locally is kind of annoying. you could try to figure out which test case is failing, by adding commits to change the test.
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub

2018-09-26

< TD-Linux> bitcoin runs on os x 10.4?
< gribble> https://github.com/bitcoin/bitcoin/issues/14336 | net: implement poll by pstratem · Pull Request #14336 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14335 | net: refactor: cleanup ThreadSocketHandler by pstratem · Pull Request #14335 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14148 | abandontransaction needed after spending orphaned block reward · Issue #14148 · bitcoin/bitcoin · GitHub
< andytoshi> in any case I think for the purposes of rust-bitcoin we're not too concerned about that
< sipa> yeah, i think the correct thing to do is to treat a bitcoin-pubkey as a pair of (ec-pubkey, compressedness), as from bitcoin's perspective they're really different things
< andytoshi> we haven't had trouble thus far having the compressed/uncompressed distinction only exist as part of bitcoin Privkeys that correspond to bitcoin addresses
< andytoshi> ok. the issue is that in rust-bitcoin, we don't store whether a pubkey is compressed or uncompressed, it's just a libsecp secp256k1_pubkey. (our Address and Privkey have this extra info ofc, but the raw ecdsa pubkey type does not)
< gribble> https://github.com/bitcoin/bitcoin/issues/14019 | Import pubkeys when importing p2sh with importmulti by achow101 · Pull Request #14019 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14327 | macOS Mojave QT 5.11 compilation fails · Issue #14327 · bitcoin/bitcoin · GitHub
< karelb> just today I was trying to google "what is a sighash again?" (since when I do not work on bitcoin for a while I keep forgetting its terminology) and I keep ending up at bitcoin.org developer docs
< harding> karelb: an alternative approach is to maintain your own diff between the `bitcoin-cli help` in its current inconsistent format and the idealized consistent format you suggest, which shouldn't be too much work as the current help is pretty stable, then develop your tooling around that, proving its worth. Then you'll not only have stronger evidence that it's externally useful, but you'll also have the parsing tools to help create
< gribble> https://github.com/bitcoin/bitcoin/issues/14289 | Unbounded growth of scheduler queue · Issue #14289 · bitcoin/bitcoin · GitHub

2018-09-24

< gribble> https://github.com/bitcoin/bitcoin/issues/13112 | Throw an error for unknown args by achow101 · Pull Request #13112 · bitcoin/bitcoin · GitHub
< earlz> David Jaenson independently discovered the vulnerability and it was reported to the Bitcoin Core security contact email
< luke-jr> maybe - 19:50 David Jaenson independently discovered the vulnerability, and his colleague earlz reported it to the Bitcoin Core security contact email.
< sipa> i can't do so right now, but here you can PR a change: https://github.com/bitcoin-core/bitcoincore.org
< gribble> https://github.com/bitcoin/bitcoin/issues/14171 | travis: Run property based testing by MarcoFalke · Pull Request #14171 · bitcoin/bitcoin · GitHub
< Chris_Stewart_5> Does anyone have this env setup? If so could you take a look at this: https://travis-ci.org/bitcoin/bitcoin/jobs/426192401#L7321
< hebasto> How can I build bitcoin-qt with another qt version (not current 5.9.6)? configure --with-qt... switch?
< gribble> https://github.com/bitcoin/bitcoin/issues/14300 | test: Fix broken segwit test by practicalswift · Pull Request #14300 · bitcoin/bitcoin · GitHub
< jarthur> gmaxwell: https://github.com/bitcoin/bitcoin/pull/14305 for better or worse, the only other mis-named attribute I could find was in the same functional test module. Included that in the fix, but avoided the one already covered in #14300.
< harding> kanzure: is the bitcoin-dev mailing list being migrrated to another host? If so, do you think it'd also be able to support an -announce list that only supported sending from the mailman moderator interface?
< gmaxwell> though it sucks more when its the guy controlling bitcoin.org doing it.
< gmaxwell> I dunno I get called incompetent because of things random people I've never heard of before on twitter says too. People can't grok decenteralization, so apparently every participant is the bitcoin project is jointly and severally responsible for everything every supporter says. or something. :P

2018-09-23

< gmaxwell> maybe we need to get forrestv back into bitcoin, guy was a wizard with overly complex python things. :P
< gmaxwell> While constructing a test case for the inflation bug, my first attempt did nothing because of making exactly this kind of mistake: https://github.com/bitcoin/bitcoin/pull/14300/commits/ba923e32a0c03fcbb6ffe317580fd1d04669ce71

2018-09-21

< gribble> https://github.com/bitcoin/bitcoin/issues/14289 | Unbounded growth of scheduler queue · Issue #14289 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/9027 | Unbounded reorg memory usage · Issue #9027 · bitcoin/bitcoin · GitHub
< provoostenator> Getting fairly consistent behavior now, even with disablewallet=1. bitcoin-cli stop seems to stop the RPC server, but not the invalidation process. Curious if anyone can reproduce. I'll let it sync to the tip before trying again.
< provoostenator> Also, it's still going even though bitcoin-cli stop said it would stop. I'll look at the dirty page counts...
< gmaxwell> not to change subject but anyone know what this is? https://www.reddit.com/r/Bitcoin/comments/9hrusk/orhpan_blocks/e6e4zhk/?context=3
< sdaftuar> maybe someone could implement https://github.com/bitcoin/bitcoin/issues/8037
< luke-jr> better topic for #Bitcoin
< echeveria> is there some tool or setup guide that is telling people to open this port? I thought it was pretty difficult (not a single switch) to get Bitcoin Core to bind the RPC interface to 0.0.0.0.
< echeveria> I was looking at one of the public internet mapping tools for bitcoin core versions. there's a pretty disturbing number of hosts that have 8332 open.
< echeveria> there used to be bitcoin-security, but that was handled sort of poorly.
< gmaxwell> nanotube: :( I feel really uncomfortable with people going to bitcoin.org for that kind of information.
< harding> nanotube: any page on Bitcoin.org, top menu, Participate, Development, "to report an issue, please see the Bug Reporting page", Responsible Disclosure.
< nanotube> would it make sense to propose a 'contact' page on bitcoin.org similar to the one on bitcoincore.org? it appears it is non-trivial to find where to privately report security issues unless one knows to go to bitcoincore.org, since earlz had to come asking on #bitcoin-dev and -core-dev for a way to report.

2018-09-20

< jnewbery> promag: I think you could just oen a PR for a test for bitcoin-wallet-tool, including the commit from 13926. I expect any test would be merged as part of the original PR, but discussion of the tests can be in your new PR.
< MarcoFalke> I'd just wanted to ask people to look at https://github.com/bitcoin/bitcoin/pull/14217
< wumpus> MarcoFalke: rcs for old releases used to be deleted because of disk space constraints on bitcoin.org, don't know if bitcoincore.org has the same problem
< luke-jr> FWIW, I do have various old versions archived on https://luke.dashjr.org/programs/bitcoin/files/bitcoind/
< wumpus> when bitcoincore.org started hosting executables I think I copied everything from bitcoin.org
< MarcoFalke> bitcoincore.org is mostly concerned about distributing working, tested and non-vulnerable software versions of Bitcoin Core. The site should not serve as an archive of binary blobs. Note that releases before 0.10.0 are already not offered as download on https://bitcoincore.org/bin/.
< earlz> What's the best way to privately report a security problem in bitcoin core?
< wumpus> I'm more concerned with adding more utilities to bitcoin core than the test framework expanding to test them
< wumpus> so it integrates somewhat more closely with the existing tests that bitcoin-tx which is an independend utility
< jnewbery> promag: I'd say it's probably better to keep them separate if possible. Take a look at the bitcoin-tx tests in test/util. Tests for bitcoin-wallet-tool should probably go in there.
< promag> jnewbery: do you think BitcoinTestFramework should be used/extended to support bitcoin-wallet-tool tests?
< gribble> https://github.com/bitcoin/bitcoin/issues/14279 | 0.14.3 release notes, manpage and version bump by Sjors · Pull Request #14279 · bitcoin/bitcoin · GitHub
< fanquake> yep555 Should be, as there are still a few issues outstanding for 0.17.0 https://github.com/bitcoin/bitcoin/milestone/33
< Arvidt> In the file there are signatures for bitcoin-0.10.4rc1 !
< Arvidt> Is it on purpose, that the SHA256SUMs file in https://bitcoincore.org/bin/bitcoin-core-0.17.0/test.rc4/ is now named SHA256SUMS instead of SHA256SUMS.asc like it used to be named in the past? Because I have a download script and that looks for the file SHA256SUMS.asc to verfiy the download and the script does fail now because of missing signature file.

2018-09-19

< gribble> https://github.com/bitcoin/bitcoin/issues/11622 | build: Add --disable-bip70 configure option by laanwj · Pull Request #11622 · bitcoin/bitcoin · GitHubAsset 1Asset 1
< emilengler> Why Bitcoin Core isn't released as an AppImage ? It has a lot of advantages ?
< Jmabsd> echeveria: (exactly this is Bitcoin Core blockchain storage, it's implementation-specific - however yea i see your point, these are not sourcecode questions)
< echeveria> Jmabsd: these are better questions for #bitcoin.
< Jmabsd> only block headers where the block was downloaded, is stored? so a partial sync where Bitcoin Core got the header but not the block data are dropped?
< sipa> Jmabsd: perhaps it would be useful to search through bitcoin stackexchange about this topic, it contains a lot more information than anyone can give you on the fly here
< sipa> there are many questions and answers about this topic on bitcoin.stackexchange.com
< Jmabsd> What persistent indexes and databases(""tables"") does Bitcoin Core implement today?
< luke-jr> (which can be done with: layman -a bitcoin )
< luke-jr> wumpus: nope, the main tree is behind; he should add the bitcoin overlay
< provoostenator> Several links to older releases are broken as of the last few hours, e.g: https://bitcoincore.org/bin/bitcoin-core-0.15.1/
< ott0disk> What's the rationale behind https://github.com/bitcoin/bitcoin/pull/14196 ?
< ctrlbreak> bitcoind and bitcoin-cli report
< ctrlbreak> Bitcoin Core Daemon version v0.16.3
< sipa> ctrlbreak: let's move to #bitcoin
< ctrlbreak> Should I head to #bitcoin to find out how I've screwed this up?

2018-09-18

< gmaxwell> TD-Linux: bitcoin caps at 16 because we measured previously and found that performance stops improving there and gets worse.
< gribble> https://github.com/bitcoin/bitcoin/issues/10271 | Use std::thread::hardware_concurrency, instead of Boost, to determine available cores by fanquake · Pull Request #10271 · bitcoin/bitcoin · GitHub
< TD-Linux> how does bitcoin decide how many threads to use? it seems to only be using 16 on my 32 core machine
< wumpus> did anyone urge people to upgrade in #bitcoin yet?
< wumpus> bitcoincore.org and bitcoin.org PRs have both been merged, should be a matter of times before the sites update...
< gribble> https://github.com/bitcoin/bitcoin/issues/14263 | Update manpages for 0.15.2 by Sjors · Pull Request #14263 · bitcoin/bitcoin · GitHub
< ossifrage_> gmaxwell, I was just building a fresh bitcoin and noticed I still had a madvise(MADV_RANDOM) when mmapping read only data in leveldb, Is this worth a PR? It seem to reduces the number of pages fetched, but I don't have a good way to show if it actually helps
< provoostenator> I'm trying to build the man pages on a Gitian box, which doesn't have a display. Any idea how to get around "QXcbConnection: Could not connect to display" for "bitcoin-qt --help"?
< gribble> https://github.com/bitcoin/bitcoin/issues/14251 | doc: Add historical release notes for 0.16.3 by laanwj · Pull Request #14251 · bitcoin/bitcoin · GitHub
< leishman> I find the bitcoin-core-dev irc logs on botbot super useful for following development progress and learning. Are there channel logs anywhere else?
< gribble> https://github.com/bitcoin/bitcoin/issues/14262 | 0.15.2 release notes by Sjors · Pull Request #14262 · bitcoin/bitcoin · GitHub
< harding> wumpus: 0.16.3 release PR for BitcoinCore.org for when the binaries are uploaded: https://github.com/bitcoin-core/bitcoincore.org/pull/596
< echeveria> zndtoshi: this is more appropriate for #bitcoin, please ask it there.
< zndtoshi> miners. They have a veto option by signaling acceptance or not of a future softfork. But they should/will meet with everyone else at the Schelling point as well. Is there a REAL need for mining nodes to signal inside the Bitcoin Network? If not, are there any risks to remove mining node signaling?
< zndtoshi> Pierre Rochard explained in a presentation about Bitcoin Governance that consensus is reached similary to people meeting at the Schelling point: they know the city but not the location and hour to meet. They will think what the other would do and vice versa and in NY meet in Grand Central Station at noon without communicating. So conseus in Bitcoin is the same: everyone gravitates to the right software to use or the rig
< fanquake> bralyclow There are still some outstanding issues/PRs that need to be resolved for 0.17 https://github.com/bitcoin/bitcoin/milestone/33
< gribble> https://github.com/bitcoin/bitcoin/issues/14196 | [0.17][psbt] always drop the unnecessary utxo and convert non-witness utxo to witness when necessary by achow101 · Pull Request #14196 · bitcoin/bitcoin · GitHub

2018-09-17

< mryandao> what are good ways to record timing events for specific functions in bitcoin without using events (but a clock timer) instead?
< hebasto> ken2812221_: I use term "valid" as it is used in https://github.com/bitcoin/bitcoin/blob/master/CONTRIBUTING.md#contributor-workflow Cite: "The title of the pull request should be prefixed by the component or area that the pull request affects. Valid areas as: ..."

2018-09-16

< Jmabsd> gmaxwell: so Bitcoin Core runs its own epoll()/poll()/select() call?
< Jmabsd> What IO library / modality is Bitcoin Core using for its TCP data channels and TCP IO scheduling? (e.g. Boost ASIO)

2018-09-15

2018-09-14

< gribble> https://github.com/bitcoin/bitcoin/issues/11227 | WIP: switch to libevent for node socket handling by theuni · Pull Request #11227 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14221 | wip: net: Implement poll by pstratem · Pull Request #14221 · bitcoin/bitcoin · GitHub
< hebasto> wumpus: MarcoFalke: may I ask you to add missed #13844 to the https://github.com/bitcoin-core/bitcoin-devwiki/wiki/0.17.0-Release-notes
< gribble> https://github.com/bitcoin/bitcoin/issues/13844 | doc: correct the help output for -prune by hebasto · Pull Request #13844 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14180 | qa: Run all tests even if wallet is not compiled by MarcoFalke · Pull Request #14180 · bitcoin/bitcoin · GitHubAsset 1Asset 1

2018-09-13

< gribble> https://github.com/bitcoin/bitcoin/issues/12493 | [wallet] Reopen CDBEnv after encryption instead of shutting down by achow101 · Pull Request #12493 · bitcoin/bitcoin · GitHub
< gmaxwell> Thats too bad, it would make for a meaningful improvement in bitcoin node usability for many users if we could use that.
< jnewbery> aj: fantastic! Didn't know about http://www.erisian.com.au/bitcoin-core-dev/
< aj> fwiw, i've been keeping non meeting channel logs at http://www.erisian.com.au/bitcoin-core-dev/
< meshcollider> So make a new repo in bitcoin-core called irc-logs or something and upload them ?
< MarcoFalke> Can be a completely separate trash.bitcoin-core-dev-logs.domain
< jnewbery> meeting notes also link to http://www.erisian.com.au/meetbot/bitcoin-core-dev/ , which I think is maintained by aj
< jnewbery> I'm flattered, honestly, but already too busy with bitcoin optech, residency stuff, etc
< gribble> https://github.com/bitcoin/bitcoin/issues/14197 | [psbt] Convert non-witness UTXOs to witness if witness sig created by achow101 · Pull Request #14197 · bitcoin/bitcoin · GitHub
< wumpus> yes I actually added the PRs and authors: https://github.com/bitcoin-core/bitcoin-devwiki/wiki/0.17.0-Release-notes
< gribble> https://github.com/bitcoin/bitcoin/issues/13339 | wallet: Replace %w by wallet name in -walletnotify script by promag · Pull Request #13339 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/13100 | gui: Add dynamic wallets support by promag · Pull Request #13100 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14196 | [0.17][psbt] always drop the unnecessary utxo and convert non-witness utxo to witness when necessary by achow101 · Pull Request #14196 · bitcoin/bitcoin · GitHubAsset 1Asset 1
< gribble> https://github.com/bitcoin/bitcoin/issues/14200 | bitcoind aborts with boost exception · Issue #14200 · bitcoin/bitcoin · GitHub
< kallewoof> jimpo: reading https://github.com/bitcoin/bips/pull/725#pullrequestreview-154741923 it looks like you're suggesting the proof of funds should be a (fakeish) transaction, and the messsage signing should not be. Am I understanding that right? If so, it seems like you could just do transaction in both cases to simplify the spec. I.e. for signing message, craft two txs with the latter spending the former and former using
< gribble> https://github.com/bitcoin/bitcoin/issues/14007 | tests: Run functional test on Windows and enable it on Appveyor by ken2812221 · Pull Request #14007 · bitcoin/bitcoin · GitHub

2018-09-12

< gmaxwell> I'm not aware of lightning watchtowers relaying bitcoin blocks.
< gmaxwell> I'm not opposed it it but skeptical that its all that useful for bitcoin in general. I suggested the generic because I could imagine more uses for that. (even if just test shims)
< Jmabsd> Where in Bitcoin's source code is the TxFee estimation logics for when planning to make a transaction?
< wumpus> I've added the list of pulls and authors to: https://github.com/bitcoin-core/bitcoin-devwiki/wiki/0.17.0-Release-notes
< gribble> https://github.com/bitcoin/bitcoin/issues/13052 | trivial: Fix relevent typo by practicalswift · Pull Request #13052 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/12747 | Fix typos by practicalswift · Pull Request #12747 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/12393 | Fix a-vs-an typos by practicalswift · Pull Request #12393 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/12543 | Fix typos by practicalswift · Pull Request #12543 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/13069 | docs: Fix typos by practicalswift · Pull Request #13069 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/12283 | Fix typos by practicalswift · Pull Request #12283 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14195 | fix export privkey der always compressed by fingera · Pull Request #14195 · bitcoin/bitcoin · GitHub
< kallewoof> reserve could have blinded inputs and outputs as well, or whatever else the bitcoin protocol is made to allow. As long as the spends are tangled up with the fake input (via SIGHASH_ALL or a mimblewimble kernel, or whatever), it doesn't matter."
< kallewoof> echeveria: To quote argument for a tx-like protocol: "It also works well with proof of reserve: the proof of reserve is a bitcoin transaction spending all the funds, but with an additional input (covered by SIGHASH_ALL) that points to a fake/invalid tx. This has the additional benefit of working in a forward compatible way with any future bitcoin extension, like confidential transactions or mimblewimble: your proof of
< kallewoof> Johnson Lau is suggesting reserving OP_MESSAGEONLY = 0xf0 as opcode for message signing, or alternatively "OP_RETURN msgXXX". It feels wasteful to take an opcode, but feedback would be nice: https://github.com/bitcoin/bips/pull/725#issuecomment-420421058
< gmaxwell> in any case, he came up before, he's some bitconnect promoter that claims the be one of the first bitcoin developers after satoshi and a bunch of other stuff that made no sense.

2018-09-11

< gribble> https://github.com/bitcoin/bitcoin/issues/14007 | tests: Run functional test on Windows and enable it on Appveyor by ken2812221 · Pull Request #14007 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/14147 | net: Refactor ThreadSocketHandler by pstratem · Pull Request #14147 · bitcoin/bitcoin · GitHubAsset 1Asset 1
< gribble> https://github.com/bitcoin/bitcoin/issues/13926 | [Tools] bitcoin-wallet-tool by jnewbery · Pull Request #13926 · bitcoin/bitcoin · GitHub
< gmaxwell> 10:48:20 < sipa> so either bitcoind or "bitcoin-qt -server" still need to automatically create a wallet
< sipa> so either bitcoind or "bitcoin-qt -server" still need to automatically create a wallet
< gribble> https://github.com/bitcoin/bitcoin/issues/13100 | gui: Add dynamic wallets support by promag · Pull Request #13100 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/13756 | wallet: -avoidreuse feature for improved privacy by kallewoof · Pull Request #13756 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/9662 | Add createwallet "disableprivatekeys" option: a sane mode for watchonly-wallets by jonasschnelli · Pull Request #9662 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/13059 | Dynamic wallet load / create / unload · Issue #13059 · bitcoin/bitcoin · GitHub
< BlueMatt> wumpus: there's a helluvalot more in rust-bitcoin than just primitives, but, ok, it *includes* primitives :p
< EucOcVrFfr2D> achow101: By the way, i found a duplicate test for the SIGNER role (still in functional/data/rpc_psbt.json), i opened a PR to remove it https://github.com/bitcoin/bitcoin/pull/14199
< EucOcVrFfr2D> The expected result in that test is equal to the input, the author @achow101 wanted to make sure bitcoind doesn't 'crash' on that scenario but it silently moves on. The scenario is when we're trying to sign a PSBT input but one of the requirement fails -> https://github.com/bitcoin/bips/blame/master/bip-0174.mediawiki#L342
< EucOcVrFfr2D> https://github.com/bitcoin/bitcoin/blob/v0.17.0rc3/test/functional/data/rpc_psbt.json#L90 the PSBT contains a PartiallySignedInput where RedeemScript=[OP_2, 029583bf39ae0a609747ad199addd634fa6108559d6c5cd39b4c2183f1ab96e07f, 02dab61ff49a14db6a7d02b0cd1fbb78fc4b18312b5b4e54dae4dba2fbfef536d7, OP_2, OP_CHECKMULTISIGVERIFY] and the ScriptPubKey=[OP_HASH160, 0fb9463421696b82c833af241c78c17ddbde4934, OP_EQUAL]
< wumpus> https://github.com/zw/bitcoin-gh-meta stopped updating?
< gribble> https://github.com/bitcoin/bitcoin/issues/14184 | Scripts and tools: increased timeout downloading by cisba · Pull Request #14184 · bitcoin/bitcoin · GitHub
< wumpus> dongcarl: multiple indices, like an sql database: https://github.com/bitcoin/bitcoin/blob/master/src/txmempool.h#L461
< fanquake> However I have been overly optimistic about removing Boost in the past, hah. https://github.com/bitcoin/bitcoin/issues/8875#issuecomment-280325296
< dongcarl> From https://github.com/bitcoin/bitcoin/pull/10299#issuecomment-298785082 it seems like sipa was going to "propose some other RNG changes first"
< wumpus> but for now, it's realistic to drop the dependency of bitcoind on openssl, but not the bitcoin-qt one
< gribble> https://github.com/bitcoin/bitcoin/issues/11622 | build: Add --disable-bip70 configure option by laanwj · Pull Request #11622 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/10299 | Remove OpenSSL by sipa · Pull Request #10299 · bitcoin/bitcoin · GitHub
< gribble> https://github.com/bitcoin/bitcoin/issues/5885 | [WIP] Replace OpenSSL PRNG with built-in Fortuna implementation by sipa · Pull Request #5885 · bitcoin/bitcoin · GitHub
< warren> mryandao: the bigger risk is undiscovered bugs in the dependent libraries, this blew up several times in the past. Bitcoin devs found/reported/fixed many bugs in openssl and spent years to carefully write a replacement to get rid of openssl.
< warren> Yes it would be really nice to be able to use most of bitcoin core as libraries in other projects.
< warren> mryandao: multiple people here started years ago on the side of "This is crazy! We need to write a specification of what is Bitcoin." and a year or two of study later realize reimplmentations are too dangerous.
< dongcarl> wumpus and I talked about perhaps writing a standalone P2P bitcoin server in Rust that can FFI with bitcoind
< mryandao> anyone balsy enough to run parity-bitcoin?
< wumpus> rust-bitcoin is a library that implements some bitcoin primitives in rust, it's not meant as a replacement for bitcoin core, but something like python-bitcoinlib