Protocols, Not Platforms
"Protocols, Not Platforms: A Technological Approach to Free Speech", by Mike Masnick. For many years now, I’ve talked about why so many of the problems that face the current internet could be understood by looking at how we moved from an internet dominated by open protocols to one dominated by central platforms — and I continue to note that many of those problems could be solved by moving back to open protocols (with some modern additions). I first raised this idea nearly five years ago, when people were first debating how internet platforms should moderate toxic speech. It came up again last summer in the context of the various fights over “deplatforming” certain individuals. I mentioned it, yet again, earlier this year in noting that this would be the most effective way to truly create competition and “break up” the big internet platforms. I’ve hinted that I was working on a longer paper about this, and I’m happy to note that the Knight First Amendment Institute at Columbia University has now published that essay, entitled: Protocols, Not Platforms: A Technological Approach to Free Speech.
That approach: build protocols, not platforms.
To be clear, this is an approach that would bring us back to the way the internet used to be. The early internet involved many different protocols—instructions and standards that anyone could then use to build a compatible interface. Email used SMTP (Simple Mail Transfer Protocol). Chat was done over IRC (Internet Relay Chat). Usenet served as a distributed discussion system using NNTP (Network News Transfer Protocol). The World Wide Web itself was its own protocol: HyperText Transfer Protocol, or HTTP.
In the past few decades, however, rather than building new protocols, the internet has grown up around controlled platforms that are privately owned. These can function in ways that appear similar to the earlier protocols, but they are controlled by a single entity. This has happened for a variety of reasons. Obviously, a single entity controlling a platform can then profit off of it. In addition, having a single entity can often mean that new features, upgrades, bug fixes, and the like can be rolled out much more quickly, in ways that would increase the user base.
Edited: | Tweet this! | Search Twitter for discussion