Replies: 1 comment
-
I think issues should be very specific to the problems with implementation possiblities (NIP's), otherwise it goes in discussions. Pull request writer should be familiar with similar NIP's, issues, and PR's and nostr at large (how different clients and relays work, and the ecosystem works) hence there should be mention of those. no NIP is final, but any amendments should be reasonabily backward campatable. consensus with different maintainers, I think we should have a bot similar to what bitcoin ppl have, though not as extensive at first, just ACK, NOTACK for now? https://github.com/maflcko/DrahtBot Appendix A: https://github.com/bitcoin/bips/blob/master/bip-0003.md bolt vs blip vs rfc vs ietr vs NUT vs |
Beta Was this translation helpful? Give feedback.
-
Hello, I went looking for guidelines as to how to interact with this repository and couldn't find anything so I'm asking here, if there's are contribution guidelines or a development protocol that is being followed. The README offers the following guidance:
Criteria for acceptance of NIPs
This does not touch on things like:
At this time there are 96 open pull requests only a few of which are draft of WIP and I'd love to help get that number down to increase development speed and agility.
On behalf of current and future contributors, I appreciate your thoughts and guidance.
Edit: Since I've been interested in this aspect of open source projects and protocols, I'd like to offer the potential solution of adopting https://rfc.zeromq.org/spec/42/ which addresses 3/4 of the bulleted concerns above.
Beta Was this translation helpful? Give feedback.
All reactions