-
Notifications
You must be signed in to change notification settings - Fork 146
Newsletters: add 84 (2020-02-12) #337
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
Conversation
jonatack
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great newsletter @harding. A few comments below; if you're short on time feel free to ignore apart from PR #17585.
| or none of it. | ||
|
|
||
| - [BOLTs #684][] updates [BOLT7][] to suggest that nodes send their own | ||
| generated announcements even when the remote peer requests a filter |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe s/filter/time-based filter/
| generated announcements even when the remote peer requests a filter | ||
| that would suppress that announcement. This can help ensure that a | ||
| node gets announced to the network without significantly reducing the | ||
| overall savings in CPU and bandwidth provided by filtering. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
perhaps: "provided by filtering gossip messages of peers where propagation seems adequate."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That makes the sentence very long, and I'm not sure it's exactly what Dave is trying to communicate. I do think this sentence could be clarified a little though - ".. reducing the overall savings ..." is reducing a reduction, which is a slightly confusing thing to be talking about.
|
|
||
| | Use | Don't use | Notes | | ||
| |-|-|-| | ||
| | anti fee sniping | anti-fee sniping, anti-fee-sniping | | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fwiw git grepping "anti-fee" and "fee-snip" returns quite a few of both
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, which is why I decided to choose a particular version. Really, all the alternatives here seem awful to me, so feel free to let me know if you prefer a different version (or, better yet, can think of a clever new term that could credibly gain adoption if we use it repeatedly).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm, as you've surely done, I looked online and in the codebase and see "fee sniping" and "anti-fee-sniping". I actually like the term and it seems to date back to at least 2015. I come to the same conclusion that you do, e.g. hyphenless, or alternatively use the two that we see.
|
Verified the links at the bottom are 🆗 |
jnewbery
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Couple of nits inline. Otherwise looks great. Carl's PR description also LGTM.
| generated announcements even when the remote peer requests a filter | ||
| that would suppress that announcement. This can help ensure that a | ||
| node gets announced to the network without significantly reducing the | ||
| overall savings in CPU and bandwidth provided by filtering. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That makes the sentence very long, and I'm not sure it's exactly what Dave is trying to communicate. I do think this sentence could be clarified a little though - ".. reducing the overall savings ..." is reducing a reduction, which is a slightly confusing thing to be talking about.
6f64c11 to
85adf14
Compare
|
Pushed edits for feedback (thanks!). Also made slight edits to @dongcarl's text (spelling[1], fixing my old broken link to the wrong PR, and adding a link to a previous newsletter with some anchor text) and re-did the commit so it credits him as author instead of me (required a force push). [1] Per style guidelines, used American English spelling in line with this document's primary author (me) using that spelling. Just mentioning this so that Carl and John know they're free to insert those extra |
|
@bitschmidty just prior to merge time, could you please check https://bitcoincore.org/bin/bitcoin-core-0.19.1/ to see if RC2 has been uploaded? If so, could you please also |
|
@harding Will do! |
|
ACK 85adf14 |
1 similar comment
|
ACK 85adf14 |
85adf14 to
02acde3
Compare
02acde3 to
ffe48f7
Compare
|
Split the style guide change into its own commit and squashed |
…- first complete draft ready for review
…/bitcoinops.github.io into german-translation-2025-01-17 Merge remote changes while preserving local German translation Synchronize local and remote branches while keeping the complete German translation of newsletter bitcoinops#337
Bitcoin Core #17578