-
Notifications
You must be signed in to change notification settings - Fork 7
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
src/_blog: Add rust-libpp2p in 2022 post #26
Conversation
Co-authored-by: João Oliveira <[email protected]>
@p-shahi could you give this post a review? Steve mentioned that you were working on a general libp2p-in-2022 post. Sorry that I missed that. Any suggestions on how to proceed? I am fine with two separate posts. |
Tried the one-line-per-sentence markdown formatting here to ease reviews and git diffs. Unfortunately this is not properly rendered by our blog, i.e. the blog interprets a single Will keep it as is for now. Will reformat before we merge. (//CC @thomaseizinger for the idea in general and //CC @elenaf9 given that this is exactly the behavior you predicted in our 1on1.) |
Does it make sense to have a separate rust-libp2p post here? This would kind of demand a “go-libp2p in 2022” post to be written up as well, and I’m not sure that would be a good use of our time. My preference would be to have a single “libp2p in 2022” post that covers all implementations. Going forward, I think we’ll be better served by writing blog posts about single topics / features, shortly after we ship those, instead of long summary articles. |
I don't think this is an all (js, go, rust, nim, ...) or nothing.
Not opposed to a general libp2p post. In case someone volunteers to write such post, I am happy to integrate this one into the general one.
My mindset thus far was: As long as the signal-to-noise ratio (/quality) is high, the more blog posts, i.e. the more we share about our work, the better. |
Yes I'm working on that.
These posts are retrospectives of what happened in the last year and so I think they're equally valuable as standalone posts for shipped features |
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.
A super quick review! Some suggestions are optional (like the new headers with emojis).
Might be a good idea to have @DannyS03 review this as well 🙏
src/_blog/rust-libp2p-2022.md
Outdated
date: 2022-12-30 | ||
permalink: "/2022-12-30-rust-libp2p-in-2022" | ||
translationKey: '' | ||
header_image: |
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.
I put in a request for a header image: https://www.notion.so/crcle/rust-libp2p-in-2022-blog-header-7a6b7896e0fd4189b4891f3c9a2e713a
src/_blog/rust-libp2p-2022.md
Outdated
|
||
The rust-libp2p project has made significant strides in 2022, with numerous technical advancements and improvements to the project itself. | ||
Let's take a closer look at some of the technical highlights and on the meta level developments of the project itself. | ||
Note that while I (Max Inden) am writing this blog post, this is the work of many across various organizations. |
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.
Note that while I (Max Inden) am writing this blog post, this is the work of many across various organizations. | |
This is the work of many across various organizations including [Protocol Labs](https://protocol.ai/), [Parity Technologies](https://www.parity.io/), [Sigma Prime](https://sigmaprime.io/), [Iroh](https://iroh.computer/), and [Little Bear Labs](https://littlebearlabs.io/). |
Among the three PL steward libp2p projects, I think rust-libp2p is the one that gets most activity/contribution from organizations across the ecosystem. What do you think of highlighting that here?
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.
Added a mention of the organizations and further below is the contributor count. Sounds good?
Co-authored-by: Prithvi Shahi <[email protected]>
Co-authored-by: Prithvi Shahi <[email protected]>
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.
Appreciate all the help @p-shahi. I addressed all comments.
src/_blog/rust-libp2p-2022.md
Outdated
Over the year we worked on two new transports, namely [WebRTC](https://github.com/libp2p/rust-libp2p/pull/2622) and [QUIC](https://github.com/libp2p/rust-libp2p/issues/2883), which we both released towards the end of the year as alphas. | ||
|
||
WebRTC allows browsers to connect to rust-libp2p based servers without those servers having signed TLS certificates. | ||
QUIC is the better TCP+Noise+Yamux in every dimension, e.g. faster connection establishment, better multiplexing, higher hole punching success rates. |
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.
Thanks for rephrasing.
Regarding results on Notion, I think we should treat them as preliminary for now and thus not mention them here.
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.
Good stuff!
Two things that occurred to me:
- I think it's worth mentioning the rust-libp2p Open Maintainers Calls and how many you hosted in the last year.
- Adding a generic "Resources/Help Contribute" section at the bottom like https://blog.libp2p.io/2022-12-19-libp2p-webtransport/#resources-and-how-you-can-help-contribute
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.
Really nice to reflect again on everything the team did in 2022. Thank you for writing this up @mxinden!
Co-authored-by: Prithvi Shahi <[email protected]> Co-authored-by: Elena Frank <[email protected]>
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.
Awesome post @mxinden , thanks for writing this up!
It is great to see all these improvements enumerated.
Also feeling a bit proud to have initiated and pushed for a few things that ended up being mentioned here
Something I think we can still improve on is cycle time (and as an effect of that, velocity). Reduced CI times and more automation are helping with that already but things like our crate structure, release process and changelog management are still hurting that. I am looking forward to seeing those improved so we can ship more things :)
That is a shame. Markdown should not care about single newlines but only start a new paragraph on double newlines ... |
Thanks everyone for the help here. @p-shahi this is ready to go live. Do you mind merging whenever you see fit? |
@mxinden will do, I'm waiting for the blog header from the design team. |
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 recap. Fun to see it laid out in a consolidation place. Thanks for taking this on.
The source for this behaviour seems to be this configuration option: Lines 75 to 77 in 4b7f7d7
I submitted a PR to remove this setting: #40 |
End of the year blog post on rust-libp2p, recapping on the many things in 2022. Also useful reflection exercise for the team.