texting, girl, social, app, software, message. Messaging platforms timeline: four models, no dates
Photo by albertoadan on Pixabay

Reviews

Part of How messaging platforms lock you in, and how to move

Messaging platforms timeline: four models, no dates

Messaging platforms timeline told through four addressing models: open address, service account, phone number, and application account. No dates, just sequence.

The messaging platforms timeline is not a parade of applications. It is the history of one question: what is your address, and who is allowed to write to it?

Every large shift in the category changed the answer, and each answer brought a matching set of problems. Read the sequence that way and a great deal that looks like fashion turns out to be consequence.

What to take away

  • Messaging moved from an open address space, to per-service accounts, to the telephone number, to the application itself.
  • Each move made unwanted contact harder and made leaving harder, by the same mechanism.
  • Openness and spam are the same property seen from two sides, which is why every open system eventually builds a wall and every walled system eventually gets asked to open a door.

Four addressing models, in order

The named platforms line up with those models. Email, XMPP (Jabber), and IRC belong to the open address. AIM, ICQ, MSN Messenger, Slack, and Discord belong to the service account. SMS, MMS, RCS, WhatsApp, Telegram, and Signal belong to the telephone number. WeChat, iMessage, Facebook Messenger, and Snapchat belong to the application account.

The open address. The first durable model gave you an address that anyone could write to from anywhere, without a shared provider and without permission. Delivery was store and forward, in the shape SMTP still uses: your message waited until the other end collected it. Anyone could run the infrastructure, so nobody could be excluded from participating, and the address was yours to publish.

The service account. Then messaging moved inside individual services. Your address became a name that only existed within one product, and reaching you required being on the same product. This bought presence (you could see who was available, which the open model could not do) and real-time delivery, and it introduced the idea that a conversation is a thing that happens in an application rather than between two addresses.

The telephone number. Mobile devices made the number the address. This solved discovery completely: everybody already had your number, so a new application could populate your contact list on the first launch by reading the address book. It also welded your reachability to a telecoms account, tied it to your legal identity in most places, and handed a permanent route to anyone who had ever been given the number.

The application as address. The current arrangement in most of the category. What you are reachable at is an account inside one operator's system, discovered through a contact list, protected by that operator's rules, and meaningful nowhere else. The address does not exist outside the software.

What flipped at each step

Open address

Who can write to you unasked
Anyone at all
Discovery
You publish it
Portability
Depends on who runs the address
Who can block a sender
Recipient and the infrastructure in between
Cost of leaving
Change one address
Spam pressure
Very high

Service account

Who can write to you unasked
Anyone on that service
Discovery
A directory inside the service
Portability
None
Who can block a sender
The operator
Cost of leaving
Lose one contact list
Spam pressure
Moderate

Phone number

Who can write to you unasked
Anyone with the number
Discovery
The contact list on the phone
Portability
Follows a telecoms account
Who can block a sender
Recipient, device, and carrier
Cost of leaving
Change number, lose everything keyed to it
Spam pressure
High, and it arrives with your identity attached

Application account

Who can write to you unasked
Depends on settings the operator sets
Discovery
The contact list, plus whatever the operator infers
Portability
None, unless portability is designed in
Who can block a sender
The operator, mostly
Cost of leaving
Coordinate everyone you talk to
Spam pressure
Low inside, because the wall does the work

Read the bottom two rows together. The arrangements that are pleasant to be inside are the ones that are expensive to leave, and that is not a coincidence: the wall that keeps strangers out also keeps you in.

Addressing models compared

Open address

Who can write unasked
Anyone at all
Discovery
You publish it
Portability
Depends on runner
Who can block
Recipient and infrastructure
Cost of leaving
Change one address
Spam pressure
Very high

Service account

Who can write unasked
Anyone on service
Discovery
In-service directory
Portability
None
Who can block
The operator
Cost of leaving
Lose contact list
Spam pressure
Moderate

Phone number

Who can write unasked
Anyone with number
Discovery
Phone contact list
Portability
Follows telecoms account
Who can block
Recipient, device, carrier
Cost of leaving
Change number, lose all
Spam pressure
High, identity attached

Application account

Who can write unasked
Operator settings
Discovery
Contacts plus inference
Portability
None unless designed
Who can block
The operator mostly
Cost of leaving
Coordinate everyone
Spam pressure
Low inside

Spam is the engine of the whole sequence

Every step in that table is partly a response to unwanted contact, and the response shapes everything else.

Where spam defense happens

Open address

Defense location
Receiving end
Cost of sending
No way to raise
Spam level
Very high
Main cost
Silent discards

Closed system

Defense location
The door
Cost of sending
Membership required
Spam level
Far lower
Main cost
Operator decides speech

Phone number

Defense location
Both ends
Cost of sending
Effectively open
Spam level
High
Main cost
Valuable identity

An open address space has no way to make sending expensive, so defense has to happen at the receiving end: filtering, reputation, and lists of who is trusted. That defense works reasonably well and it has a permanent cost, which is that legitimate messages are sometimes silently discarded and nobody can be sure which.

A closed system makes sending expensive by making membership a prerequisite. Defense moves to the door: account creation limits, rate limits, and the ability to remove a sender entirely. Spam inside is far lower. The price is that the operator now decides who can speak, a much larger power than filtering ever was.

Once that power exists it has to be exercised by someone, on a schedule, against a written standard. That is the same problem that turns up wherever people gather in numbers, and it is set out under community platforms.

The number-as-address model got the worst of both. It is effectively open, because anyone who has the number can reach it, and the identity attached is unusually valuable, which is what makes it worth attacking.

None of these is a solved problem. They are three different placements of the same cost.

Presence, receipts, and other social machinery

Two features arrived with the service-account era and changed conversation more than any protocol did.

Presence told you whether someone was there. It converted messaging from correspondence into something closer to a room, and it created an obligation that had not existed: if the system says you are available, not answering becomes a choice that other people can observe.

Delivery and read receipts did the same thing to the individual message. The information is genuinely useful and it removes an excuse that people relied on. Where receipts cannot be turned off, or can only be turned off in both directions, the setting is a small piece of social policy written by the operator.

Both are worth noticing because neither is technically necessary. They exist because they increase engagement, and they persist because the norms they created are now expected. Whether either is on by default in your own account is one of the things you can settle with a five minute test rather than by reading about it.

The pendulum, and where it sits

Interoperation keeps coming back. It returns when a walled service grows large enough that being outside it is a real disadvantage. It also returns when running several applications for several groups becomes tiring enough that someone builds a bridge.

The European Union's Digital Markets Act is the clearest current rule pushing large messaging services toward interoperability. Matrix is a protocol built around that idea.

It gets rolled back when a bridge becomes a route for abuse, or when it stops being commercially attractive to the operator with the larger audience.

The trade is stable even though the outcome is not. Openness lowers the cost of leaving and raises the cost of defense; closure does the reverse. Systems designed to keep interoperability as a permanent property rather than a temporary concession are covered separately under decentralized networks, because their difficulties are different ones.

For a reader deciding what to use, the sequence matters in one practical way. Ask which addressing model you are inside, and the rest of the service's behavior becomes predictable: how you will be found, who can reach you, what leaving costs, and who decides those things. The messaging platforms overview sets out the questions that follow from the answer.

Common questions

Was the open model better?

It was better on portability and worse on almost everything users notice daily. It also carried a filtering problem that has never been solved, only managed. Preferring it is a defensible position, but it means preferring a set of costs, not avoiding them.

Why did the phone number win, given its problems?

Because it solved the coldest start in the category. A new messaging application with an empty contact list is useless, and reading the address book made it useful in one second. That advantage was large enough to outweigh every objection, and the objections have not gone away.

Will interoperation between the large services actually arrive?

Parts of it appear periodically, and the sticking points are not technical. Reputation, abuse handling, and who is accountable when a message crosses a boundary are the questions that decide whether a bridge lasts, and each one is harder than the message format ever was.

What does this history tell me to do now?

Know what your address is and what would happen if you lost it. If your reachability depends on a telecoms account or an application account, write down how the people who need you would find you if it vanished tomorrow. That plan takes ten minutes and is the only part of this history that acts on your behalf.

More in Reviews

Latest from Field Desk