-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bitcoin Node Maintainer #66
Comments
And link to new issue for "Bitcoin Node Operator" role (#39 => #67) See bisq-network/dao#28
2018.06 reportTook over role as maintainer halfway through the month. Nothing to report on nodes. @ManfredKarrer @cbeams Regarding maintaining the issue, is there a way for me to update the initial issue #66 (comment) to keep it relevant? |
@sqrrm wrote:
In short, yes, but it'll work a little differently than that. I'll have instructions for all role owners about this soon. Thanks. |
@sqrrm, regarding keeping the description for this role (and the Tor Relay Operator role at #72) up to date, I mentioned above that I'd have instructions for all role owners on this soon, but what I'd actually like to do, if you're willing, is to have you try out the instructions first and provide feedback about it before I send out a broader request to have everyone do the same. I'll provide a little context here, so that hopefully everything makes sense, but in the end, it should be a fairly simple task, one that will probably take 30 minutes or perhaps an hour for most roles. First it's a good idea to read through the new Roles doc at https://docs.bisq.network/roles.html if you haven't already. It provides (hopefully) everything that contributors need to know about how roles work. The relevant section of that doc that I want to focus on here is the Docs section at https://docs.bisq.network/roles.html#docs: To follow those instructions for this role, you'd put together a pull request against the bisq-docs repository that adds a
The Proposals doc at https://docs.bisq.network/proposals.html provides an example for what such a doc should look like; please treat it as a template. You'll also want to add an entry to One of the effects of having these docs is that the descriptions in role issues like this one become simple, uniform, and largely unchanging. There's little need to "keep them up to date", and that avoids permissions problems like the one you had where you were unable to edit this issue (because I was the one who created it). The description ends up being as simple as this:
So, please let me know if it works for you to do this, and I'll look out for your PR. Thanks! |
@cbeams I'll try to get that done, hopefully by the end of this week. Will let you know. |
@cbeams I tried writing this up but three times I gave up. It's in principle not a hard task but I find administrative tasks energy draining so I just push it as long as I can. This is probably not the case for everyone but for me I would waste days of energy on something that, as you say, should take 30 minutes for someone with the inclination. The issues I face are:
I think it would be better to get someone to write these docs up in a minimal fashion for the maintainers to fix if need be. I suspect someone might actually enjoy doing this whereas I and perhaps others with a similar aversion to administrative tasks would be turned off and even avoid taking on roles that could otherwise be taken. |
Yeah @sqrrm I don't blame you. I'm willing to write the doc if you're willing to provide the details. But in order to start, I need basic details covering the required content. Let me know if that already exists somewhere. Otherwise, we could proceed in 2 ways:
Let me know what you think, or if you've got any other suggestions. |
2018.07 reportDuring the month there has been no noticeable events. There is a new minor bitcoind version out but we have earlier decided to only try to move quickly to new major versions. There is also a question if we actually want to move to 0.17.x when it arrives, to be discussed separately when it's more relevant. The process of moving to new role management and documentation has been slow, partially due to me and partially due to the process. I will try to get this done for the bitcoin nodes next month with the help of @m52go That should work as a template for the other roles. |
2018.08 reportNothing noticeable to report. |
Cycle 47 reportThere were discussions about disabling a mempool feature that would make bloomfilters inoperable but it was rejected since some projects, such as Bisq, actually use bloomfilters. Another issue was bitcoin/bitcoin#27586, a cpu DoS attack on core nodes running in debug mode. Best to not run nodes in debug mode. I have also noticed a sharp decline in connected peers on my nodes, from around 600 to 140. I suspect it's due to heavier loads lately. |
Cycle 48 reportBitcoin Core 25 has been released. I think we can upgrade like normal. There has been quite a bit of talk about the fees being high. A problem for Bisq, but the best we can do is probably start looking at alternative protocols. |
Cycle 49 reportNothing to report |
Cycle 50 reportNothing to report |
Cycle 51 reportThere are discussions about improving CPFP in bitcoin core. Might be more useful as fees increase but unclear how bisq could use it. |
Cycle 52 reportBitcoin Core 25.1 has been released. I don't see anything that require our attention there. |
Cycle 53 reportThe new bitcoin core has some changes to how it handles rbf. This might affect Bisq users but I don't think it warrants an upgrade. |
It would be not the first time that security fixes are disclosed later. I think we should upgrade to all new point releases. |
Cycle 54 report@Emzy you have a point. Perhaps more urgency is needed to upgrade after point releases. Version 26.0 is out now and should be considered. |
Cycle 55 reportNothing to report |
Cycle 56 reportA responsible disclosure of a bug in pre Core 22 that affects LN users has been announced. Bisq doesn't use LN but I still think it makes sense to make sure to run version 22 or later. |
Cycle 57 reportThere is work on a . release for bitcoin core. Could signify something. Otherwise nothing to report. |
Cycle 58 reportBitcoin core version 26.1 has been released. Probably be worth upgrading to. A free relay attack has been disclosed, https://gnusha.org/pi/bitcoindev/Zfg%2F6IZyA%[email protected]/. I don't if this would be realistic issue to do anything about at the moment for bisq nodes. |
Cycle 59 reportNothing to report |
I am unable to perform this role going forward. It might be best to just retire the role completely. Best practice is to keep running the latest version of bitcoin core, which all node operators can do on their own. Main issue is to keep a look out for planned changes that would retire bitcoinj support. |
@cbeams do you think this role should be retired at the same time as I'm retiring from it? |
This @bisq-network/btcnode-maintainers role is responsible for maintaining the shared configuration for @bisq-network's federation of @bitcoin nodes, as hard-coded in https://github.com/bisq-network/exchange/blob/master/core/src/main/java/io/bisq/core/btc/BitcoinNodes.java.
This role should maintain a shared
bitcoin.conf
file in this repository, and work with @bisq-network/btcnode-operators to make sure they run the same configuration there.This role is responsible for responding in a timely fashion to GitHub issues added to this repository, questions asked in the
#bisq-btcnode
channel, and to ensure that monitoring notifications in#alerts
get handled in a timely fashion.Docs: none, other than the above
Team: @bisq-network/btcnode-maintainers
Primary owner: @sqrrm
Secondary: @wiz
The text was updated successfully, but these errors were encountered: