Conversation
apoelstra
left a comment
There was a problem hiding this comment.
ACK 9e0332b51361064720856328aec66e3ac4ab53e4
Kixunil
left a comment
There was a problem hiding this comment.
I'm confused why there's a second PR that says 1.41. If there are two I'd prefer one o go after another to minimize churn around versions.
README.md
Outdated
There was a problem hiding this comment.
I don't mind but I'd like to see line breaks after phrases or logical parts of complicated phrases (Something long and something else also long.) It's pretty convenient to edit in vim :)
There was a problem hiding this comment.
Made a couple of small changes to patch 1, by all means let me know if you think it needs more - happy to learn your preferred style for markdown files.
There was a problem hiding this comment.
It's not something I'm obsessed about, just a minor suggestion. What I meant was writing like this:
This library **must not** be used for consensus code (i.e. fully validating blockchain data).
It technically supports doing this, but doing so is very ill-advised
because there are many deviations, known and unknown, between this library and the Bitcoin Core reference implementation.
In a consensus based cryptocurrency such as Bitcoin it is critical that all parties are using the same rules to validate data,
and this library is simply unable to implement the same rules as Core.But I'd rather hear opinions of others before doing change like this.
README.md
Outdated
There was a problem hiding this comment.
Given we don't have such enums (anymore?) we should just drop this and say we don't support shitcoins. ChainHash is closest to supporting shitcoins, probably not worth the trouble.
There was a problem hiding this comment.
Yeah, I think so. The altcoin landscape has changed dramatically since 2014 anyway. This was written back when most shitcoins were clonecoins and "supporting" them was a matter of tweaking a couple constants. Nowadays the most popular things are all pretty unique. Even litecoin has Confidential Transactions.
There was a problem hiding this comment.
Removed as an additional patch.
README.md
Outdated
There was a problem hiding this comment.
Why this still mentions 1.41/1.47?
There was a problem hiding this comment.
Needed rebase, done now.
README.md
Outdated
There was a problem hiding this comment.
Either s/will/may/ or explicitly mention it only applies to serde feature.
There was a problem hiding this comment.
Removed syn since its no longer needed.
9a12ce2 to
7cbdb87
Compare
Not sure what you are referring to. Hopefully the rebase of this is all that was needed. |
README.md
Outdated
There was a problem hiding this comment.
It's not something I'm obsessed about, just a minor suggestion. What I meant was writing like this:
This library **must not** be used for consensus code (i.e. fully validating blockchain data).
It technically supports doing this, but doing so is very ill-advised
because there are many deviations, known and unknown, between this library and the Bitcoin Core reference implementation.
In a consensus based cryptocurrency such as Bitcoin it is critical that all parties are using the same rules to validate data,
and this library is simply unable to implement the same rules as Core.But I'd rather hear opinions of others before doing change like this.
README.md
Outdated
There was a problem hiding this comment.
I meant to say something like:
To build with the MSRV you will need to pin
serdeif you have the feature enabled:
There was a problem hiding this comment.
Integrated this suggestion, with minor changes - please re-check.
There was a problem hiding this comment.
I don't think you wanted to do it in a commit modifying doc about altcoins, did you?
README.md
Outdated
There was a problem hiding this comment.
I actually liked the explanation so I'd keep it in. Perhaps:
Since altcoin landscape includes projects which frequently appear and disappear, and are poorly designed anyway we do not support any altcoins. Supporting Bitcoin properly is already difficult enough and we don't want to increase maintenance burden and decrease API stability by adding other coins.
Our code is public domain so by all means fork it and go wild :)
There was a problem hiding this comment.
Used (with minor changes grammar), thanks.
Bizzare, there is no box to reply below the actual comment. The suggested form is bad for me because I cannot tell by looking at it what the rules are - I'm a sucker for explicit rules so I can quickly parse something and tell if it conforms. Perhaps you could explain what exactly makes you life harder in the editor then i'll be able to formulate the rules. (We use different editors so workflow may be different.) |
|
I think we can merge this and continue a discussion on the best form of markdown files that suits everyone, ok with you @Kixunil? |
Kixunil
left a comment
There was a problem hiding this comment.
I wouldn't mind but if you put so much effort into proper commits I guess you you will want to fix the last nit. :)
README.md
Outdated
There was a problem hiding this comment.
I don't think you wanted to do it in a commit modifying doc about altcoins, did you?
sanket1729
left a comment
There was a problem hiding this comment.
utACK 81c61b988f00dfc9c3792847f718fc02001db04e
Thanks for noticing the mistake and the fact that I put a lot of effort into well formed commits. This was definitely a rebase error - not closely re-reading all my diffs is one of my dev failures. Will fix (the current PR, and hopefully one day the dev-failure :) |
40417b7 to
35a7247
Compare
|
Changes in force push:
|
README.md
Outdated
|
If it is non-controversial please let #1696 go in before this one. |
apoelstra
left a comment
There was a problem hiding this comment.
ACK 35a72470d018636d9686b653a491b30df0300c88
6c61e10 Fix pinning (schemars and MSRV) (Tobin C. Harding) c8e38d6 hashes: Implement JsonSchema for sha256t::Hash<T> (Tobin C. Harding) Pull request description: This has grown due to now including pinning work also done in #1736, I decided to do this because the PRs conflict and doing it all here saves accidentally getting out of sync. And #1764 requires this PR. - Patch 1 is unchanged - Patch 2 now fixes pinning in bitcoin and hashes CI scripts and in the docs of both as well as the manifest stuff relating to `schemars` - phew. Fix: #1687 ACKs for top commit: Kixunil: ACK 6c61e10 apoelstra: ACK 6c61e10 Tree-SHA512: eae4aa9700817bab6ad444e07709e8b1a4ffb1625e08be6ba399abde38bf6f8e5ea216a0836e2e26dfaddc76c392802cd016738ea6e753a1bca2584d9d2a9796
The readme has gotten a bit messy with various contributors using different collum width. Make it all 100 so that new contributors have some chance of keeping it tidy. On top of that, use "natural" line breaks if it assists reading/editing i.e., don't be dogmatic about column length.
We don't altcoin, state it as such.
Improve the readme by doing:
Excuse the OCD leading to patch one, its formatting only no content change.