Skip to content
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

Need some method for indexing protocol's popularity #14

Open
kdenhartog opened this issue Oct 5, 2021 · 4 comments
Open

Need some method for indexing protocol's popularity #14

kdenhartog opened this issue Oct 5, 2021 · 4 comments

Comments

@kdenhartog
Copy link

It was briefly mentioned on the call today by @dhh1128 that the expected principles to be followed by maintainers when accepting new protocols to the website would be to remain relatively permissive similar to a package manager for a programming language like crates.io or npm. This would mean that we'd probably need some other signalling mechanism in place to differentiate between protocols that are in heavy use versus new, unused, or in progress protocols. What would be some good methods measurable aspects that we should consider for this?

One idea that were mentioned on the call today was to have a self attested method for this. Is there anything better that may be worth considering?

@dhh1128
Copy link
Collaborator

dhh1128 commented Oct 5, 2021

We already have "Proposed", "Demonstrated", and "Production." Maybe a set of tags could make "Production" more granular... (#1impl, #handful-impls, #broad-adoption)?

I can't think of anything better than the combination of self-attested and maintainer review.

@kdenhartog
Copy link
Author

At this point, I'm not coming up with anything better either since the things getting published here are more like developer docs. If protocols were individual plugins that plugged into an agent engine I suppose we could get downloads from the package managers to better understand some rough popularity, but there's a lot of edges here that make this heuristic not great.

@kdenhartog
Copy link
Author

An idea just popped in my head - Given that test vectors help to test compatibility in protocols what if one of the stipulations was that we required test vectors for publishing.

The test vectors could be consumable in multiple ways, but the lightest way idea I have right now is to provide them as a bundled JSON object of inputs and outputs expected by the protocols

Then we could leverage the download requests of the test vectors to get a general sense of the popularity of a protocol.

@brianorwhatever
Copy link
Collaborator

definitely would be good to have popularity metric like on npmjs.com and test vectors being included with protocols also seems like a good thing to include regardless of if we use them for popularity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants