< bitcoin-git>
[bitcoin] ryanofsky opened pull request #11854: Split up key and script metadata for better type safety (master...pr/scriptmet) https://github.com/bitcoin/bitcoin/pull/11854
< gribble>
https://github.com/bitcoin/bitcoin/issues/11800 | Bitcoin is returning higher fees for 36 block window than 2 block window (on testnet) · Issue #11800 · bitcoin/bitcoin · GitHub
< adiabat>
regarding the weird fee estimates mentioned yesterday, I have similar behavior on mainnet with bitcoin-qt right now
< valval>
hi, anyone able to assists me in setting up of bitcoin core for modification?
< sipa>
#bitcoin
< binarycat>
I have a Bitcoin Core wallet.dat which I've had forever. Today, I made a fresh wallet.dat, created a receive address and went back to the original wallet.dat and transferred almost all of the Bitcoins to the new one, for the sake of being able to safely "claim" Bitcoin Gold/Cash/whatever without risking that the software just steals my Bitcoin instead of giving me other coins (and also to put the new wallet.dat in offline storage.... But the
< aj>
wumpus: hmm, i might see if that works actually. i was thinking about having lightningbot update a repo of its meeting logs automatically (and use an Attendees file there to pick people to highlight), but got stuck on how to push... https://github.com/ajtowns/bitcoin-core-meetings
< wumpus>
aj: yep non-protected branches would be fine; allow it to push to laanwj/bitcoin but not bitcoin/bitcoin master for example
< Randolf>
jonasschnelli: I've done a lot of Java development, and this is how JFC/Swing and the newer JavaFX handle things. The use of atomic variables and thread-safe queues becomes pretty important. Maybe the original GUI for Bitcoin was designed with more development convenience in mind just so that the
< gribble>
https://github.com/bitcoin/bitcoin/issues/10267 | New -includeconf argument for including external configuration files by kallewoof · Pull Request #10267 · bitcoin/bitcoin · GitHub
< wumpus>
currently if you define e.g. port or bind in bitcoin.conf you will get collisions when you run both testnet and mainnet on the same machine
< meshcollider>
one idea I had was suggested in https://github.com/bitcoin/bitcoin/pull/10996#issuecomment-346189099, basically we default to using root-level bitcoin.conf and network specific network.conf if they exist, but if -conf is specified then we just use that and not the network specific one too
< gribble>
https://github.com/bitcoin/bitcoin/issues/10267 | New -includeconf argument for including external configuration files by kallewoof · Pull Request #10267 · bitcoin/bitcoin · GitHub
< gribble>
https://github.com/bitcoin/bitcoin/issues/11839 | dont attempt mempool entry for wallet transactions on startup if alr… by instagibbs · Pull Request #11839 · bitcoin/bitcoin · GitHub
< wumpus>
(there's a similar consideration on whether to do flto on just bitcoin core or all the dependencies as well. Though that experiment was put on hold when it turned out flto somehow negatively affected performance, at least in a specific case)
< bitcoin-git>
bitcoin/master 7630a1f Wladimir J. van der Laan: Merge #11829: Test datadir specified in conf file exists...
< bitcoin-git>
bitcoin/master 529b866 MeshCollider: Test datadir in conf file exists
< wumpus>
none of the dependencies that are not built into bitcoin's source tree are performance critical (maybe with the exception of boost, but that's mostly header only?)
< bitcoin-git>
[bitcoin] laanwj closed pull request #11602: utils: removed deprecated check and function for OpenSSL compatiblity (master...old_openssl_names) https://github.com/bitcoin/bitcoin/pull/11602
< wumpus>
agree, distro packages for bitcoin are a bad idea if they're not maintained
< wumpus>
(it might in the future if someone adds support for the ARM crypto intrinsics to bitcoin)
< sipa>
GAit: "--with-asm=arm --enable-experimental" are libsecp256k1 configure options; the " --enable-experimental-asm" is a bitcoin core configure option
< meshcollider>
Usman_Mutawakil: the main() function for bitcoind is in bitcoind.cpp, for bitcoin-qt it is in qt/bitcoin.cpp and there is one in bitcoin-tx.cpp and bitcoin-cli.cpp for their respective binaries too
< cluelessperson>
is bitcoin core planning on implementing lightning built in?
< gribble>
https://github.com/bitcoin/bitcoin/issues/11839 | dont attempt mempool entry for wallet transactions on startup if alr… by instagibbs · Pull Request #11839 · bitcoin/bitcoin · GitHub
< hkjn0>
hm, right. so I guess that L1289-1290 in bitcoin's configure.ac would be where to pass through the config flags to secp256k1: AC_CONFIG_SUBDIRS([src/secp256k1])
< wumpus>
the only documentation of it is in ./configure. secp256's configure at that, not bitcoin's.
< bitcoin-git>
bitcoin/master 434526a Karl-Johan Alm: [test] Add tests for getrawtransaction with block hash.
< bitcoin-git>
bitcoin/master b167951 Karl-Johan Alm: [rpc] Allow getrawtransaction to take optional blockhash to fetch transaction from a block directly.
< BlueMatt>
spudowiar: lots of folks seem like the "bitcoin has a p2p network, lets shove more features in it so that *everything* can use it!" approach, cause its easy, but it also doesnt scale....ultimately the bitcoin p2p network is full of garbage evil nodes anyway, its not magic...
< bitcoin-git>
[bitcoin] TheBlueMatt opened pull request #11834: [verify-commits] Fix gpg.sh's echoing for commits with '\n' (master...2017-12-verify-commits-fix) https://github.com/bitcoin/bitcoin/pull/11834
< bitcoin-git>
[bitcoin] TheBlueMatt opened pull request #11831: Always return true if AppInitMain got to the end (master...2017-12-startup-exit-return-code-race) https://github.com/bitcoin/bitcoin/pull/11831
< bitcoin-git>
[bitcoin] MeshCollider opened pull request #11829: Test datadir specified in conf file exists (master...201712_datadir_crash) https://github.com/bitcoin/bitcoin/pull/11829
< kallewoof>
I guess I'll try linking directly and see how far that gets me. I suspect there will be a lot of issues where the bitcoin code expects a fully fledged bitcoin instance running.
< kallewoof>
Hum. I could avoid a lot of reinventing wheels by simply requiring libbitcoin_[x].a in the indexer to link p2p stuff in. Potential minefield, but would be super easy to keep up to date with bitcoin core if it worked.
< kallewoof>
And yeah, we agreed this should be an external thing that either uses hooks in bitcoin or implements the p2p protocol and talks to the network directly.
< gribble>
https://github.com/bitcoin/bitcoin/issues/10275 | [rpc] Allow fetching tx directly from specified block in getrawtransaction by kallewoof · Pull Request #10275 · bitcoin/bitcoin · GitHub
< Randolf>
esotericnonsense: For Bitcoin stuff, I'd create custom datatypes that save the data in binary format.
< kallewoof>
I think having hooks in bitcoin core that let such a system exist separately is a good plan. It would only rely on API breakage, which bitcoin core is very careful about.
< kallewoof>
I've been asked about address index on top of bitcoin core (to replace the unmaintained fork that exists somewhere else). What are people's opinions on this? I know some people prefer a minimal code base, but having an address index option seems like it would alleviate a lot of problems in a lot of places.
< notabot_>
RK_: bitcoin.org is the best place to start.
< notabot_>
mmhhtt: try #bitcoin channel or reddit
< mmhhtt>
#bitcoin-core-dev
< RK_>
I want to know about bitcoin
< mmhhtt>
Hello, Is there anyone knows to how can build a exchange market for other country? Is there any request from bitcoin company to me for making exc market?
< Randolf>
These servers don't have any GUI stuff installed. So I won't be able to try bitcoin-qt on them. But I could at least try bitcoin-qt on Windows 10 to confirm whether the same problem occurs cross-platform.
< achow101>
also, i'm running bitcoin-qt right now, not bitcoind
< xRavenheart>
Is anyone able to first provide me with a clear architecture diagram of bitcoin?
< xRavenheart>
E.g. For instance Bitcoin Core has optimizations 1,2 and Electrum has optimizations 3,4
< sipa>
xRavenheart: you're welcome here to ask questions about bitcoin's design and operation
< Randolf>
Dizzle: Ah, yes. I suggested that asking here may be appropriate since it might involve core development. I also suggested that they ask in the #bitcoin and ##altcoins channel.
< Dizzle>
Randolf: he's here, rejoined. I think luke-jr was just suggesting he ask elsewhere, e.g. #bitcoin
< sipa>
02:47:32 < Randolf> xRavenheart: What's your school project about? Bitcoin development?
< Randolf>
xRavenheart: What's your school project about? Bitcoin development?
2017-12-03
< gribble>
https://github.com/bitcoin/bitcoin/issues/11799 | wallet: Add compile-time checking of (non-)locking assumptions for BlockUntilSyncedToCurrentChain() [wip] by practicalswift · Pull Request #11799 · bitcoin/bitcoin · GitHub
< Provoostenator>
Tangentally related to testing the segwit branch. It looks like miners are no longer mining SegWit transactions on testnet. See my example in #bitcoin.
< bitcoin-git>
bitcoin/master 00d25e9 Wladimir J. van der Laan: Merge #11804: [docs] Fixed outdated link with archive.is...
< bitcoin-git>
bitcoin/master bf20a7d Tim Shimmin: [docs] Fixed outdated link with archive.is...
< meshcollider>
Vision: in that case, the options will be in the registry, under HKEY_CURRENT_USER\Software\Bitcoin\Bitcoin-Qt iirc
< Vision>
where are the proxy settings stored for bitcoin-qt? I cleared the proxy settings in the Options dialog, and now entering the settings dialog causes a crash. definitely a bug.
< bitcoin-git>
bitcoin/master fbce66a MarcoFalke: Merge #10493: Use range-based for loops (C++11) when looping over map elements...
< bitcoin-git>
bitcoin/master 680bc2c practicalswift: Use range-based for loops (C++11) when looping over map elements...
< gmaxwell>
and in the short term apply some mitigations in bitcoin, like increasing the FD count (ugh but I really don't like counting on FD magnitude sniffing)
< bitcoin-git>
[bitcoin] luke-jr opened pull request #11803: Bugfix: RPC/Wallet: Include HD key metadata in dumpwallet (master...bugfix_dumpwallet_hdkeypath) https://github.com/bitcoin/bitcoin/pull/11803
< Dizzle>
cfields: this abstraction on libevent or bitcoin core?
< gmaxwell>
I believe bluematt wrote a very small patch to change bitcoin to poll. We could take, that and wrap it in ifdefs so we still select on windows, and call that sub-issue done.
< wumpus>
Dizzle: I don't think it's awfully useful in bitcoin-cli anyhow though it's useful for testing (though OTOH, the patch also changed the RPC testing framework to be able to use UNIX sockets)
< wumpus>
Dizzle: do you need it to be in bitcoin-cli for that?
< gribble>
https://github.com/bitcoin/bitcoin/issues/10279 | Add a CChainState class to validation.cpp to take another step towards clarifying internal interfaces by TheBlueMatt · Pull Request #10279 · bitcoin/bitcoin · GitHub
< gribble>
https://github.com/bitcoin/bitcoin/issues/10279 | Add a CChainState class to validation.cpp to take another step towards clarifying internal interfaces by TheBlueMatt · Pull Request #10279 · bitcoin/bitcoin · GitHub
< gmaxwell>
Provoostenator: that can be resolved with a better perspective; bitcoin development is a distributed process, your effort is your contribution not the fact that it was merged, etc.
< gmaxwell>
same reason sighash flags can fail valid in bitcoin: If I pick an out of range sighash flag I could forge signatures for your pubkeys.
< gmaxwell>
prior to having the explicit versions we couldn't do that, which is why we never even merged the patch in elements, much less brought it to bitcoin.
< wumpus>
using bitcoin keys for anything else than signing transactions continues to make me uneasy
< sipa>
the original bitcoin core message signing doesn't have a bip either
< gribble>
https://github.com/bitcoin/bitcoin/issues/10279 | Add a CChainState class to validation.cpp to take another step towards clarifying internal interfaces by TheBlueMatt · Pull Request #10279 · bitcoin/bitcoin · GitHub
< andytoshi>
#bitcoin please, this is just about software development
< wordsToLiveBy>
I'm reading the bitcoin white paper, and in section 11 Satoshi gives the calculations for how you can prove with probability that an attacker can't outpace the combined processing power of the rest of the nodes, but I am not quite getting the math being used.
< eck>
are there pixmaps for bitcoin testnet? i'd like to create .desktop file for bitcoin-qt -testnet=1 that uses the green logo, instead of the orange one
< bitcoincore-slac>
Just wanted to let everyone who has committed code to bitcoin core that there are A LOT of shout-outs and appreciation to all of you the past few days on Slack, Twitter, etc. We know what you have done and continuing to do and can't thank you enough!
< Murch>
That question is better suited for Bitcoin.stackexchange.com than for this channel. However, the difficulty scales on a range of 2^256, so that scenario is pretty far-fetched.
< erichCompSci>
Hello, I was wondering about the following problem. Miners in bitcoin verify transactions in the blockchain by hashing the previous blocks header, transaction data and a nonce value. However, the block is only considered a legitimate block
< bitcoin-git>
[bitcoin] rawodb closed pull request #11787: Support for SegWit addresses, change addresses and UI request payment (master...pr/segwit_addresses_master) https://github.com/bitcoin/bitcoin/pull/11787
< BlueMatt>
sipa: if you get particularly bored, I went down a way-too-deep rabbit hole reading mapBlocksUnlinked and pruning logic, and ended up with a few teaks to help my understanding and fix some tiny edge cases as I go....care to take a look at all but the top commit on https://github.com/TheBlueMatt/bitcoin/commits/2017-11-unlinked-blockx-fixes and tell me if its worth upstreaming?
< larafale>
is UnspentTransactionOutputs only available throught REST ? I can also run that command throught bitcoin-cli I guess?