Telegram has now 100M Monthly Active Users
telegram.org
telegram.org
My ultimate goal has been to move to Signal, but Signal being quite slow in the development and the infrastructure fronts, it's not a viable option for mass adoption right now.
For all its cryptographic weaknesses, I find Telegram to be a better choice. Message delivery is super fast. It syncs messages across devices. It's available on popular smartphone and tablet OSes and also on the major desktop OSes. It's also available on the browser (need phone to activate it for use, whereas in the other cases one single activation will hold good almost forever). Telegram has been adding new features (some of them are probably catch ups with WhatsApp) at a good pace.
My wishlist for Telegram is two fold - a) make the crypto better (or try to work with Signal and adapt that) and b) introduce a monetization plan so I can support the app financially for all the worth it has provided and keeps providing.
Signal seems to consider that Chrome extension a 'Desktop Client'. Which it isn't, and unfortunately it won't help users that aren't using Chrome (a lot of my non-technical friends are on Edge now with Windows 10, the rest is split roughly 50/50 between Firefox and Chrome).
Signal, with decent support for multiple devices (and ideally: Without requiring a phone number!) would be awesome. Until then, Telegram works best for me.
I mean, are you interconnected with something (Signal interop a-la WhisperPush on CM? XMPP with OMEMO and GCM/APN via XEP-0357? Telegram network with Axolotl overlay? Something else?) or you're yet another proprietary standalone network?
Protocol, for example: https://github.com/actorapp/actor-platform/tree/master/docs/...
* Signal - the crypto * Ricochet - no metadata leaking * Burner - the ability to have multiple IDs without trying to tie to PII
Last but not least, a commitment to have Actor code evaluated by credible outside security firm.
Here is a brief summary: https://news.ycombinator.com/item?id=10639688
I assume the HN folks are already aware of the crypto-wise downsides of Telegram.
Sure, there's the whole security debacle behind, but all in all, as an instant messenger, it works wonderfully.
The owner is a billionaire high-tech enterpreneur partial to the cypherpunk ideas. He is basically doing it out of spite, to piss off the establishment.
Isn't that too much? I mean, setting aside if that's the precise number for Telegram, isn't 1 million a month just for 100M users not impossible?
To solve one of the earliest DDOS attacks telegram's team take their servers put it on the track and install them to other DC. This is insane.
All of these sound like once-off items, and don't support/explain why it would cost $1M+ a month
>Q: How are you going to make money out of this? > We believe in fast and secure messaging that is also 100% free.
> Pavel Durov, who shares our vision, supplied Telegram with a generous donation through his Digital Fortress fund, so we have quite enough money for the time being. If Telegram runs out, we'll invite our users to donate and add non-essential paid options to break even. But making profits will never be a goal for Telegram.
[1]: https://telegram.org/faq#q-how-are-you-going-to-make-money-o...
Coming along very nice in my opinion :)
I'm not trying to make that thing look bad here. I'm interested, still haven't found the ~final~ IM solution (using Telegram for now though).
- open source, client and server
- federation (both for the ability to split the net/have a private/enterprise solution and for redundancy)
- multi device support (tablet, phone, desktop etc)
- clients for all major platforms (that is, not just mobile platforms)
- strong cryptography
- no phone number required (can be installed on your desktop/tablet only, doesn't _need_ a phone number but might offer to search for contacts that gave one instead)
Note that Telegram fails quite some of those, but as far as I'm aware it's the closest I can get at this point.
- We are completely open source under Apache License 2.0
- We are working on the federation. Unfortunately there are no production ready federation protocols at all. XMPP is dead.
- We are work on multiple devices
- We have Android, iOS, Win/Lin/Mac. Anything else? Windows Phone is dead too, other html5-based phones are not popular yet.
- We have two layer TLS with russian and us encryption together. We are in progress in porting Signal's end-to-end protocol.
- You can use email or phone based auth. Our Email-based auth is named "enterprise", but it is same as personal.
Questions:
1) My first "Why Actor" question still stands. How do you position yourself against Telegram (according to the first Actor post that's where you're coming from) or other solutions? The web page didn't help me.
2) How are you planning to make money/to stay in business?
Regarding the bullet points:
- How easy is it to build/run a server?
- Everytime federated messages come up, someone will mention matrix [1][2]. Did you look into that?
- Can you explain 'two layer TLS with russian and us encryption'? Or point me to a resource about that?
Yes, my pleasure.
> How do you position yourself against Telegram (according to the first Actor post that's where you're coming from) or other solutions?
We are replacement for Jabber with powerful productivity-related apps on desktop and people-friendly mobile apps. We are completely open, high performant out of the box. Unlike Jabber we are not non-profit that helps us keep development of the platform, but our sources are completely open.
> How are you planning to make money/to stay in business?
Actor is already profitable company. A lot of people want to make their own messaging solution, integrate to existing systems, make some customizations and even solve email overflow or other communication issues in the big organizations (with 100k+ of employees). Server can handle millions of users just like Telegram and people need it if they have resources to launch niche messaging app in some country, but don't want to spend years to build it (like we was). That's how we make money.
We are lack of resources for landing page development - all forces used at our desktop/web app. If someone want to join us just email me) at steve (at) actor.im :) We are hope that we will clean up all sych stuff on the next stage of our product.
> How easy is it to build/run a server?
Almost just like apt-get install actor with required configuration: https://github.com/actorapp/actor-bootstrap/tree/master/docs...
> Everytime federated messages come up, someone will mention matrix
Yes. We talked to them. Actually we use matrix ideas in our s2s protocol drafts: https://github.com/actorapp/actor-platform/blob/master/docs/...
One problem with matrix is that it is not considered as production ready, but actor is and already serve 100k's users on foreign instances and it is production ready. We will work on our draft and will then merge our ideas with matrix one.
Oh? The last I checked there were well over 100 public XMPP servers listed at IM Observatory. Those servers are federated. What would it take for XMPP to be not dead?
* https://www.xmpp.net/directory.php
Note that there are several popular server implementations in actual use and that the release dates for the software currently on the net mostly happened this year.
The thing is, all an IM provider has to do is create a XMPP transport for their protocol using the tons of existing XMPP software freely available and then you have XMPP federation. It isn't even that hard. So it always seems odd to hear that people absolutely can't interconnect with a large operating network that embodies the closest thing we have to an IM interoperability standard.
One thing shown not to work is creating yet another protocol under the theory that everyone else will become compatible with it. If you do that you are just wasting your time.
What makes you think so?
I'm also not sure a technology needs even one vendor to live. Say, BitTorrent surely didn't care whenever it's used by big corps or not.
There are no one large scale messaging that is not supported by at least one good vendor. XMPP started to die shortly after google disabled it's support in google talk.
And, for example, Signal essentially uses GCM (thus, XMPP, although in an uncommon manner) as a primary choice for their transport layer.
XMPP isn't dead. It's just that a) it has some warts and b) large vendors don't give a damn about interoperability or anything (Google tried to persuade others to interconnect, haven't worked for them, they shut it back) and prefer their own walled gardens.
use your own server, or use one of the many public ones. has clients for all major platforms, crypto is the best around (otr, gpg), does not require phone numbers or sim cards, is open and a public standard.
The big problem with that one was that
- clients are wildly varying in quality. Mobile clients are quite good by now, desktop clients are rather meh, ugly, all over the place
- multi-device support sucks. You need message carbons (extension, 'solved'), but you also need MAM for history, which was a moving target and unsupported in most clients/servers last time I checked.
That ignores that you need a good number of other extensions to make XMPP mobile friendly (stream management being the minimum, as far as I can tell. Otherwise you WILL just lose messages). XMPP isn't exactly mobile friendly (chattiness, bandwidth) either, as far as I am aware.
In short: Yeah, I would love to agree that XMPP is the solution. Right now I'd say it would be at best ~similar~ to Telegram: A solution with some (different) trade-offs.
0: https://github.com/siacs/Conversations
1: https://media.ccc.de/v/froscon2015-1548-xmpp_2015_-_challeng...
But - I just checked again: My xmpp server of choice (Prosody) doesn't support MAM today¹. That's a killer, without that xmpp isn't even in the same league as WhatsApp, Telegram etc. for me. I expect to be able to open my client and be able to continue a conversation at this point.
1: There's https://modules.prosody.im/mod_mam.html but it is unclear if that's in a usable state. It states at the bottom of the page that this 'works' for 0.9 and 0.10, but the 'storage backend' sections gives an example that works for 0.10 only and links to https://prosody.im/doc/storage where you'll find a table with backends. ONLY the 'sql' backend seems to support the archive store, and that's for 0.10 only. 0.10 isn't released yet. The takeaway is: MAM seems to work if you're using the unreleased version 0.10 of prosody. And .. I haven't even checked the client support yet.
Oh, you also want Message Delivery Receipts (https://xmpp.org/extensions/xep-0184.html), not just Stream Management (https://xmpp.org/extensions/xep-0198.html)
I agree with you, XEPs fragmentation is a huge mess. I'd love to see more cohesive development around that specific point instead of just discussion about the technical parts of a XEP.
Yeah that's true. But psi+ on desktop and conversations on Android work pretty good.
> multi-device support sucks. You need message carbons (extension, 'solved'), but you also need MAM for history
I am running a prosody server, and those extensions work very well with the mentioned clients.
0.9 Works
and indeed it does (I am using it with the default storage backend).As far as I understand this means that a service restart (or a crash) wipes your archive and I assume you won't be able to migrate your archive between versions either?
- Every server support different extensions. Extreemly fragmented.
- No reliable file transfer
- No reliable cross device sync
- Almost all clients are junky
- OTR and GPG are not the best crypto, but more trusted one as it is old and simple. Axolotl Ratchet beat them in every part.
This problems lead us to make messaging (actor.im) from scratch.
Easily resettable IDs
Yes, we have desktop applications: https://actorapp.ghost.io/desktop-apps-updated/
Sorry, we are not advertising it on our landing page, we are a small team and not paying enough attention to marketing yet.
We are selling services around actor and enterprise solutions, yes.
The only way you can level the playing field between the likes of the NSA and us is to open source it.
However I'm not sure how common this is and if it could be one of the reasons for the high amount of messages per user.
I think that the web and desktop clients just push this probability. Having a computer keyboard instead of a phone to write triggers a different "state of mind" in the user, I think. At least it's like that for me.
If I talk to two people, over the course of two hours, at one message a minute, that's another 240 (2260) messages.
The numbers seem fairly plausible. (I do think there's a fair number of spam and bot messages included in the figures.)
https://telegram.org/blog/15-billion
So it's push notifications/notifications.
And wrote down the steps I took to build a bot that sends pictures from an IP camera (in Portuguese): http://alquerubim.blogspot.com.br/2016/02/solucao-caseira-pa...
The only problem is convincing people to migrate, and I have been highly unsuccessful in that :(
https://news.ycombinator.com/item?id=10665541