<bitroach>
I'm definitely going to call Bitcoiners to abandon all Bitcoin related IRC channels because run by fucktards who censor it
<bitroach>
well, turned out that Zoltan controls the Bitcoin Forum, keep bullshitting and each of you will be doxed in a nice topic
<bitroach>
you can clearly see that by linking my Bitcoin Forum
<bitroach>
American anti-chinese anti-russian motherfuckers pushing for propaganda even on Bitcoin related IRC channels
<bitroach>
if any ops trolling the forum I will publish a topic and will call Bitcoin Core developers terrorists
<bitroach>
let me absolutely clear, none of you welcome on the Bitcoin Forum and I find any of you (talking about the ops on these channels) will be immediately kicked banned from the Bitcoin Forum
<bitroach>
you can't link a bitcoin forum without approval from the motherfuckers who think they own Bitcoin
<bitroach>
I getting kicked from these channels because I own the bitcoin.forum domain if you link https://bitcoin.forum you will be immediately kicked from these channels
<michaelfolkson>
bitroach: If you get kicked from #bitcoin you can move to another channel or set up your own channel. But this definitely isn't the right channel for general ranting.
<bitroach>
I just compiled Bitcoin Core on another server I own with --disable-wallet and --without-gui yet when I go to the .bitcoin folder there is a folder called wallets
<bitroach>
Gavin Andresen's access to the GitHub repository revoked and all kinds of shit merged to Bitcoin Core without any vote whatsoever
<bitroach>
they not forked the repository, they paid out millions of dollars to merge they crap to Bitcoin core
<bitroach>
why segwit or taproot can't be a fork outside of Bitcoin Core?
<bitroach>
little bit of money here and there and all developers agree to merge crap and destroy Bitcoin
<bitroach>
they trolled Bitcoin Core
<bitroach>
basically with segwit and now with taproot blockstream totally taken over the Bitcoin core repository on GitHub
<bitroach>
I have all right to be outraged about this blockstream crap and the propaganda on the Bitcoin repository on GitHub
<bitroach>
#bitcoin is censored, in fact all bitcoin related channel, forums even github is censored
<bitroach>
segwit and taproot is merged to Bitcoin core because devs working for blockstream inc
<meshcollider>
bitroach: you should move to #bitcoin, but most of the devs aren't employed by blockstream, no. There's a big variety in developer funding (volunteers, grants, sponsorship, patreon, employment, etc.)
<bitroach>
I believe that Bitcoin is in danger, number 1, it is controlled by a very few people when there are way better engineers in the world, number 2, these so called "developers" working for various corporations not only to Blockstream Inc, example Amazon and Google
<bitroach>
isn't Bitcoin supposed to be independent from corporations and governments?
<bitroach>
Blockstream Inc's payees merged segwit and now they merging taproot too into the Bitcoin core software
<bitroach>
does Bitcoin core developers get paid by Blockstream inc?
<bitroach>
I have some questions regarding Bitcoin development
<bitcoin-git>
[bitcoin] ryanofsky opened pull request #22766: refactor: Clarify and disable unused ArgsManager flags (master...pr/argscripts) https://github.com/bitcoin/bitcoin/pull/22766
<bitcoin-git>
[bitcoin] hebasto opened pull request #22764: build: Include qt sources for parsing with extract_strings.py (master...210821-translation) https://github.com/bitcoin/bitcoin/pull/22764
<bitcoin-git>
[bitcoin] prakash1512 opened pull request #22763: fuzz: execute each file in dir without fuzz engine (master...issue-21461-execute-file-without-fuzz-engine) https://github.com/bitcoin/bitcoin/pull/22763
<bitcoin-git>
[bitcoin] MarcoFalke opened pull request #22762: Raise InitError when peers.dat is invalid or corrupted (master...2108-InitErrorAddrmanCorrupt) https://github.com/bitcoin/bitcoin/pull/22762
<robertspigler>
prayank: If you're trying to build a private tx broadcasting scheme into bitcoin, we need to come up with something more complete. Like Dandelion with DoS issues figured out
<prayank>
No. Because I am trying to improve privacy of Bitcoin Core (ipv4) nodes and not create another privacy project for broadcasting transactions.
<bitcoin-git>
[bitcoin] MarcoFalke opened pull request #22757: test: Use boost::unit_test::enable_if<RUN_RAII_EVENT_TESTS> (master...2108-testEnableIf) https://github.com/bitcoin/bitcoin/pull/22757
<bitcoin-git>
[bitcoin] MarcoFalke merged pull request #22707: test: refactor use of getrawmempool in functional tests for efficiency (master...test_improve_mempool_updatefromblock_efficiency) https://github.com/bitcoin/bitcoin/pull/22707
<bitcoin-git>
bitcoin/master 86dbd54 Michael Dietz: test: improve mempool_updatefrom efficiency by using getmempoolentry for s...
<bitcoin-git>
bitcoin/master 5a9e255 Hennadii Stepanov: ci: Run fuzzer task for the master branch only
<bitcoin-git>
[bitcoin] fanquake closed pull request #22731: [DO NOT MERGE, DEMO] [22.0] ci: Run fuzz tests for the master branch only (22.x...210817-22.0-ci-fuzz) https://github.com/bitcoin/bitcoin/pull/22731
<jonatack>
Chris_Stewart_5: would the section in doc/tor.md "Manually create a Bitcoin Core onion service" do what you want? e.g.
<Chris_Stewart_5>
1. It allows inbound connections, 2. Doesn't gossip the peer address across the bitcoin network
<laanwj>
information leakage is kept to a minimum, too, with an extra P2P connection in bitcoin core there's always the risk of some fingerprinting vector we don't yet know of, for example
<prayank>
If you are using a node it will broadcast transactions. If it is not using Tor/i2p which most of the nodes do, your peers can keep an eye on your transactions. Let's assume every time I launch Bitcoin Core it connects with 3 spy nodes. This functionality can improve privacy by making it difficult for spy nodes to follow specific pattern. But I agree few things are best when added as plugins. Unfortunately we don't have plugins in Core.
<bitcoin-git>
[bitcoin] MarcoFalke closed pull request #20362: test: Implicitly sync after generate* to preempt races and intermittent test failures (master...2011-noSync) https://github.com/bitcoin/bitcoin/pull/20362
<sipa>
so it's restrictive to build it into bitcoin core; it's more usable if it's something external
<sipa>
but even if that doesn't suffice, there isn't much need for this functionality to be in bitcoin core - it doesn't need an actual node
<bitcoin-git>
bitcoin/master 607a633 fanquake: Merge bitcoin/bitcoin#22331: crypto: Fix K1/K2 use in ChaCha20-Poly1305 AE...
<bitcoin-git>
bitcoin/master cd37356 Dhruv Mehta: [crypto] Fix K1/K2 use in ChaCha20-Poly1305 AEAD
<bitcoin-git>
[bitcoin] fanquake opened pull request #22739: doc: link to managing-wallets from docs README (master...link_managing_wallets) https://github.com/bitcoin/bitcoin/pull/22739
2021-08-18
<bitcoin-git>
[bitcoin] fanquake merged pull request #22724: windres: use PACKAGE_VERSION rather than building more version numbers (master...windres_version_somplify) https://github.com/bitcoin/bitcoin/pull/22724
<bitcoin-git>
[bitcoin] fanquake closed pull request #21496: fuzz: execute each file in dir without fuzz engine (master...21461-fuzz-directory-without-engine) https://github.com/bitcoin/bitcoin/pull/21496
<bitcoin-git>
[bitcoin] fanquake closed pull request #14049: Enable libsecp256k1 ecdh module, add ECDH function to CKey (master...2018/08/bip151_ecdh) https://github.com/bitcoin/bitcoin/pull/14049
<bitcoin-git>
[bitcoin] fanquake closed pull request #18242: Add BIP324 encrypted p2p transport de-/serializer (only used in tests) (master...2020/03/net_v2) https://github.com/bitcoin/bitcoin/pull/18242
<bitcoin-git>
[bitcoin] fanquake merged pull request #22732: net: use m_client_interface rather than uiInterface (master...use_uiinterface_in_net) https://github.com/bitcoin/bitcoin/pull/22732
<bitcoin-git>
bitcoin/master e35c4a3 fanquake: Merge bitcoin/bitcoin#22732: net: use m_client_interface rather than uiInt...
<bitcoin-git>
[bitcoin] MarcoFalke closed pull request #22498: Check that CAddrMan::nKey is not null after deserialize (master...2107-addrmanKeyZero) https://github.com/bitcoin/bitcoin/pull/22498
<bitcoin-git>
[bitcoin] fanquake opened pull request #22732: net: use m_client_interface rather than uiInterface (master...use_uiinterface_in_net) https://github.com/bitcoin/bitcoin/pull/22732
<bitcoin-git>
bitcoin/master 5c5d0b6 Russell Yanofsky: Add FoundBlock.found member
<bitcoin-git>
bitcoin/master 62cb400 fanquake: Merge bitcoin/bitcoin#22215: refactor: Add FoundBlock.found member
<larryruane>
Found a couple of typos in https://github.com/bitcoin-core/bitcoin-devwiki/wiki/22.0-Release-Candidate-Testing-Guide (I don't have permissions to change): line 173, "lets" should be "let's", and (more importantly) line 198, "wait" probably meant to be "watch" (the wait command makes no sense here)... If someone could fix those, I'd appreciate it!
2021-08-17
<bitcoin-git>
[bitcoin] hebasto opened pull request #22731: [DO NOT MERGE, DEMO] [22.0] ci: Run fuzz tests for the master branch only (22.x...210817-22.0-ci-fuzz) https://github.com/bitcoin/bitcoin/pull/22731
<bitcoin-git>
[bitcoin] vasild opened pull request #22729: Make it possible to disable and check for error in -bind=...=onion (master...torbind) https://github.com/bitcoin/bitcoin/pull/22729
<bitcoin-git>
[bitcoin] laanwj merged pull request #22721: doc: add inital PR and author list to 0.21.2 release notes (0.21...0_21_2rc1_prelim_relnotes) https://github.com/bitcoin/bitcoin/pull/22721
<bitcoin-git>
[bitcoin] jnewbery opened pull request #22725: MOVEONLY: tests: Move addrman ser/deser tests to addrman_tests.cpp (master...2021-08-move-addrman-tests) https://github.com/bitcoin/bitcoin/pull/22725
<bitcoin-git>
[bitcoin] fanquake opened pull request #22724: windres: use PACKAGE_VERSION rather than building more version numbers (master...windres_version_somplify) https://github.com/bitcoin/bitcoin/pull/22724
<bitcoin-git>
[bitcoin] fanquake closed pull request #22688: contrib: use `keys.openpgp.org` to retrieve builder keys (master...use_ubuntu_keyserver) https://github.com/bitcoin/bitcoin/pull/22688
<bitcoin-git>
[bitcoin] fanquake opened pull request #22721: doc: add inital PR and author list to 0.21.2 release notes (0.21...0_21_2rc1_prelim_relnotes) https://github.com/bitcoin/bitcoin/pull/22721
<BlueMatt>
that's what I'd generally expect, but i dunno many/any lightning devs who follow bitcoin core closely enough to ensure that, which is part of the reason for me flagging now that non-v0 segwit output dust limit *also* falls under the "plz notify lightning devs and give us time to adapt before you change this" category
<harding>
Sure, but I think Bitcoin Core's open development process has a pretty strong commitment to listening to LN devs and other ecosystem devs, so I think that's implicitly covered
<BlueMatt>
sure, but that kind of thing requires at least a loose commitment from bitcoin core to do dust limit changes in a way that is compatible with that :p
<BlueMatt>
"charity" of reducing total bitcoin supply :)
<harding>
Sure, but if feerates increase significantly (and that certainly seems like a plausible scenario), those problems are going to need to be dealt with anyway. I don't think we should be forcing anyone to deal with those problems now, but I also kinda feel like some of the attention on the dust limit problem should be focused on improving LN rather than changing Bitcoin Core.
<harding>
LN doesn't need to use the same dust limit Bitcoin Core does. Y'all can choose to treat as dust outputs that would cost more to spend than they're worth at 20 s/b, and so be insulated against any reasonable change in Bitcoin Core (especially since changes in Bitcoin Core should take a long time to become predominant across relay and mining).
<bitcoin-git>
[bitcoin] hebasto closed pull request #19882: depends: Export variables from make to environment explicitly (master...200905-build) https://github.com/bitcoin/bitcoin/pull/19882
<laanwj>
bitcoin-cli prints "timeout on transient error: ..." when the RPC port is not open, this is slightly confusing (though it does appropriately print a message about bitcoind not running afterwards)
<prayank>
I was reading the comments in this issue and wanted to know if someone has written any blog post or detailed answer somewhere that explains eviction process followed by Bitcoin Core.
<bitcoin-git>
[bitcoin] theStack opened pull request #22711: test: check for specific block reject reasons in p2p_segwit.py (master...202108-test-check_specific_segwit_reject_reasons) https://github.com/bitcoin/bitcoin/pull/22711
<bitcoin-git>
[bitcoin] hebasto opened pull request #22708: [PoC] build, qt: Add Wayland support for Linux builds with depends (master...210815-wayland) https://github.com/bitcoin/bitcoin/pull/22708
<bitcoin-git>
[bitcoin] mjdietzx opened pull request #22707: test: improve mempool_updatefrom efficiency by using getmempoolentry for specific txns (master...test_improve_mempool_updatefromblock_efficiency) https://github.com/bitcoin/bitcoin/pull/22707
<bitcoin-git>
[bitcoin] meshcollider merged pull request #22541: Add a new RPC command: restorewallet (master...restore_wallet_command) https://github.com/bitcoin/bitcoin/pull/22541
<bitcoin-git>
[bitcoin] stratospher opened pull request #22704: fuzz: Differential fuzzing to compare Bitcoin Core's and D. J. Bernstein's implementation of ChaCha20 (master...diff-fuzz-chacha20) https://github.com/bitcoin/bitcoin/pull/22704
<bitcoin-git>
[bitcoin] martinus opened pull request #22702: Add allocator for node based containers (master...2019-08-bulkpoolallocator) https://github.com/bitcoin/bitcoin/pull/22702
<bitcoin-git>
[bitcoin] mjdietzx opened pull request #22698: Fix CVE-2021-31876 RBF inherited signaling and fixes getmempoolentry returned bip125-replaceable status (master...fix_bip125_inherited_signaling) https://github.com/bitcoin/bitcoin/pull/22698
<bitcoin-git>
[bitcoin] jnewbery opened pull request #22697: addrman: Remove CAddrMan::Clear() function (master...2021-08-remove-addrman-clear) https://github.com/bitcoin/bitcoin/pull/22697