(评论)
(comments)

原始链接: https://news.ycombinator.com/item?id=38291427

关于删除电话号码,很明显并不是每个人都有电子邮件地址,或者更喜欢使用它。 然而,出于身份验证目的提供随机生成的唯一标识符具有一些优点。 首先,这些不能泄露任何个人信息,隐私性更高。 其次,这些可以轻松地区分现有用户和新用户。 第三,这些可以帮助防止对身份验证系统的暴力攻击。 最后,这些甚至可能会导致更少的误报(当真实的尝试被检测为欺诈时,就会发生误报)。 因此,实现此功能可以有利于隐私和安全方面。 然而,由于用户之间潜在的冲突和偏好,将用户名与电话号码一起实施仍然是一个挑战。 尽管如此,有必要考虑一系列持续改进数字隐私和安全的选项。

相关文章

原文
Hacker News new | past | comments | ask | show | jobs | submit login
Privacy is priceless, but Signal is expensive (signal.org)
943 points by mikece 15 hours ago | hide | past | favorite | 720 comments










2022 Salaries for those interested: https://projects.propublica.org/nonprofits/organizations/824...

Compensation Key Employees and Officers Base Related Other

Jim O'leary (Vp, Engineering) $666,909 $0 $33,343

Ehren Kret (Chief Technology Officer) $665,909 $0 $8,557

Aruna Harder (Chief Operating Officer) $444,606 $0 $20,500

Graeme Connell (Software Developer) $444,606 $0 $35,208

Greyson Parrelli (Software Developer) $422,972 $0 $35,668

Jonathan Chambers (Software Developer) $420,595 $0 $28,346

Meredith Whittaker (Director / Pres Of Signal Messenger) $191,229 $0 $6,032

Moxie Marlinspike (Dir / Ceo Of Sig Msgr Through 2/2022) $80,567 $0 $1,104

Brian Acton (Pres/Sec/Tr/Ceo Sig Msgr As Of 2/2022) $0 $0 $0



Aside from the salaries, which I agree are a problem, I think there are a lot of architectural issues that are both costly and not so secure.

> We use third-party services to send a registration code via SMS or voice call in order to verify that the person in possession of a given phone number actually intended to sign up for a Signal account. Simple solution, go distributed.

6M $ for that. Stop doing that. What do dictators control? Mobile phone networks and other infrastructure. And, yes, they really do go after people any way they can.

This "cost" puts people into danger. Coupling identity and operator infrastructure is a critical privacy flaw. And a costly one too apparently. If your #1 goal is to be the most private solution, this cannot be tolerated to continue to be the case. Get rid of it. Your identity should be your cryptographic key.



I'll ask the question you're implying out loud.

Why does an organization with about 50 employees need 4 C-level executives, totalling about 2M compensation per year? Or perhaps it's 7 C-level executives (3 hiding under the "Software developer" title) totalling about 3,7M compensation per year?

I'm absolutely not donating money to such a thing without an answer to this question. As a counterpoint, I am a member of a local (Finnish) non-profit organization, one of whose many services is Matrix. This costs me 40 euros per year and none of that money goes to C-level executives.



2M in comp distributed between 4 people is not a lot at this scale in my opinion.


You have to appreciate the complete transparency, gently nudging towards giving without ever begging for it.

Refreshing compared to the alternative that Wikipedia is showing, with the tantrum-like emails we receive from their CEO like "LAST REMINDER" or "We've had enough" ; which they ironically send to people who gave.



Those are just non-profit fundraiser consulting tactics. Don't take them personally, just ignore them. The reason they exist is that Wikipedia has too much money, so they spend some on consultants who say they can raise more. It's weird, but that's how the world works.

I would much prefer the Wikipedia endowment model of non-profit orgs. They have a standard operating procedure with a predictable budget, and endowment that let's them run indefinitely, and we just have to suffer through pledge drives. I just block them with ublock filters. I gave them 6 dollars back in 2012, and according to their marketing that is enough for life.



> Don't take them personally

No. They are meant to manipulate me personally, as well as other persons I care about. I will take them personally.

More broadly, I don't have to excuse bad behavior just because somebody's making money off it or because it makes some too-narrow metric go up. Yes, it's a complex and imperfect world. But to me that's a reason to work harder to make things better, not a reason for people to say, "fuck it" and make the world worse.



> They are meant to manipulate me personally, as well as other persons I care about. I will take them personally.

This, absolutely! they play on people's psyche and mental cabling by trying to guilt you in the same way your parent would ; it's manipulative, and I have an absolute hatred for these tactics.



I'm good at detecting manipulation now, and the more someone tries to manipulate me the less I will give in.

I just put my money toward people who don't do that crap, and I want the manipulators to see that I'm giving money to their non-manipulating competitors.



I agree with everything before the semicolon. But as an NPR listener, I find it hard to be offended by it.


I bet NPR spends far more of their incoming money on their main product.


They're not your parent, and if you treat them as such, that's a problem you need to work on addressing.

Parental manipulation works because it's completely reasonable given the relationship for it to be effective. It's a betrayal of trust.

If a company tries that tactic and it "works" too well, that's an opportunity to evaluate your psyche, not get mad at them.



Companies do it because it works. You're blaming bad behavior on the people that are being manipulated because, according to you, they have psychological problems. As if the people being manipulated being disabled somehow excuses the company taking advantage of them.


I'm not saying they are not wrong - it's unfortunate that there is a second hand market for fundraising consulting. It doesn't accomplish anything productive, yet here we are. The key point is to understand that this is caused by Wikipedia having too much funding, not too little. As internet denizens, we can be proud that an open source store of knowledge has money to blow on wasteful consulting, and then proceed to create our ublock filters worry free.

This is different than what is currently going on with venture backed services like reddit and youtube. I would argue that we should block ads there too, but there it is an arms race where we have to consider ways to protect ourselves from encroaching privacy violations. It's much ruder, and that is something we should actually be mad at.



With respect you are misinterpreting personally here.

They don't know you; they don't know me. I'm a nobody, just like you.



> Those are just non-profit fundraiser consulting tactics. Don't take them personally, just ignore them.

I don't take them personally, of course, but they do encourage me to avoid forking over any money.



any excuse to not donate!


Not really. They send those emails only to people who donated before.


So...is Wikipedia at the level where they can invest to ensure they're sustained indefinitely?


> Those are just non-profit fundraiser consulting tactics. Don't take them personally, just ignore them. The reason they exist is that Wikipedia has too much money, so they spend some on consultants who say they can raise more. It's weird, but that's how the world works.

It's still shitty, even if it's a shitty "standard practice" and not a shitty thing being done to me particularly.

Honestly, it seems like Wikipedia's goodwill is seen as an exploitable resource, that people in Wikimedia are using to do other, unnecessary things (probably building little personal fiefdoms).

Sort of like Mozilla, actually. IIRC, they literally won't let you give them money to fund Firefox development, and any donations you give them go to fiefdoms almost certainty entirely unrelated to why you gave them money.



It's basically a attempt at sql injection to the brain. Can't wait for AI glasses to filter that crap once and for all from reality.


I donated to the Southern Poverty Law Center a few years ago. A physical address was a required field on the donation form. I have never stopped regretting it, because GODDAMN! They started hammering me with physical mail asking for more money immediately and have not stopped.


I had this happen years ago, ironically I'm pretty sure they spent more hounding me for the next dollar than i gave them (like $25).


Just curious why you used an address that's associated with you. Choosing the address of a place like a park, which is a real address that has no mailbox or direct association with you, ought to be the default if you don't want to be spammed to hell and back.


In case you're still giving money to them, perhaps consider not donating to an organization that marks people as bigots for speaking against religious extremism.

edit They do do a lot of good work in marking actual hate groups though, so I suppose it's a net positive still even if they miss a few strikes.



Apologies in advance as I may be saying contrary to the sentiments here against Wikipedia fund raising. I also get the same emails and the banners. I diligently donate what I can. I don’t know where my funds will go. But what I do know is that I use that website practically twenty times a day and get something of value.


There was a comic I've never been able to find about wikipedia asking for money, it basically had them being that one crazy dude yelling at you to donate, and getting worse as time passed and you tried to ignore them. Then it showed a raw screenshot of wikipedias nag screen. Unsure who drew it or where it went, but I regret not archiving it, because it conveys what it feels like every time. I just don't want to donate if I have 0 control of where my money goes. If it's straight to paying the bill for the infrastructure, then sure.




Wikipedia is particularly insulting because they make enough money to cover the actual costs of running Wikipedia (the site) in days if not hours, and could operate for years without any additional donations: https://news.ycombinator.com/item?id=32840097


Is it personally insulting to you that a completely free high quality services sometimes ask if you want to donate what ever small amount you'd like?

You'll be proper mad when you realize how much money that other company, whom you regularly pay for access to their services, has in the bank.



It's personally insulting that they lie and make it seem like they need the money to keep running, and that your donation will go towards helping Wikipedia itself, when they do not and it does not.

There's a difference between "donate if you appreciate this website" and "donate if you appreciate this website because we will have to shut down otherwise (not really though)"



Wikipedia is... nuanced. Keep in mind that the entity doing the fundraising is the Wikimedia Foundation. They pay the hosting costs, but return nothing to the actual Wikipedians (editors, admins.) Instead, what's left is used to pay the salaries for hundreds of administrative employees, fund third-party charities, and so on. You can love Wikipedia but have misgivings about the Foundation.


It’s openly a grift. The fundraising messages are disingenuous.


We are really the ones who provide that high quality. Wikipedia isn't edited by the Wikimedia foundation.


Is that including staff + trying to do new stuff or just the servers.


It includes staff, but not new stuff. The new stuff seems to be mostly things not directly related to Wikipedia, like funding third-party projects or causes. I'm trying to be politic here: many people don't like the projects they are funding with donation money, and others just don't like that they give money to any projects, and other people don't like that they keep the banner up after they've paid for salaries and keeping the lights on.


And others, like me, resent any hard-sell tactic and won't give money to anybody using them.


Why should Wikipedia do new stuff? Or rather, why is it okay for Wikipedia to lie to people to get funding for their new pet projects?


> Why should Wikipedia do new stuff?

Because it's not perfect yet?

The point of Wikipedia is not to have some servers ticking over. The project has a vision: "Imagine a world in which every single human being can freely share in the sum of all knowledge."

I agree it's not ok for them to lie, and am bothered enough by their dubious fundraising tactics that I stopped donating. But that's a totally separate concern than whether Wikipedia's mission is complete.



What is the mission for Wikipedia beyond doing what they already do, which is just hosting the largest internet encyclopedia? Purely curious because I thought Wikipedia was pretty much at its end game for what it wants to accomplish that is the job of the organization rather than the job of all of its volunteers.


Wikipedia is the marketing face of Wikimedia. People donate to the first, but the money gets used by the second, and Wikimedia grows to use all of the money it receives. Wikimedia has no solvable mission, its just a mechanism to turn donations for a project people like into donations for arbitrary causes.


> The project has a vision: "Imagine a world in which every single human being can freely share in the sum of all knowledge."

That's not their vision. Not only do they require entries to be notable, they'll remove information from articles that are, in their editorial judgment, too long. Neither action is compatible with the goal of sharing the sum of all knowledge.



It is, because removing this barrier to entry and editorial power would lead to spam and SEO bullshit, which arguably already exists. Knowledge does not equal amount of content.


I see mentioned something like making a new editor UI. This is quite important for the longevity of Wikipedia.


Some of those new projects are directly applicable to potentially improving Wikipedia. Some.


https://wikimediafoundation.org/about/annualreport/2022-annu...

Seems almost mundane, as if they’re running a very effective foundation that’s actively achieving their goals. See the recent Cambridge study that explored how their governance has been effective at promoting moderate discourse while suppressing misinformation and hateful content: https://www.cambridge.org/core/journals/american-political-s...



I just donated $10 to Signal. Here's how to do so on iPhone in less than a minute:

1. Open Signal and click on your user icon in the upper left.

2. Go to "Settings" --> "Donate to Signal".

3. Click "Donate", select your donation options, and pay with Apple Pay.



Thanks, I just setup a $5 a month donation.

Love what signal's doing for the world.



I’ve got a recurring donation of $5/mo I set up ages ago


Me too! Set it up once and forget. I love their work and Unlike any other charity/nonprofit that I've donated to, they never bother me any further.


Me too


> I’ve got a recurring donation of $5/mo I set up ages ago

Thanks for that, I did a one off 300 euro donation back in '21 during the bubble market; Meredith has been doing the rounds [0] and she hits on lots of good points, and even went to the UK over their now failed bill during the Summer.

0: https://www.youtube.com/watch?v=ykfABSBeAVo



Does this entail a 30% cut to Apple/Google?




  #cut


It’s the missing URL fragment.




Does it matter. 70% of something is better than 100% of nothing.


Because this isn't the only one way to donate, and if it were subject to the 30% cut, most people would want to know they could spend a couple extra hours steps for 30% additional impact on their donation.

Very few people are going "No apple pay? No donation."



> if it were subject to the 30% cut, most people would want to know they could spend a couple extra hours steps for 30% additional impact on their donation.

43% additional impact.



Of course it does, if there would be both 70% and 100% options to donate.


I had an old Apple Store & iTunes gift card laying around so I redeemed it and attempted to use it to donate via Apple Pay, but get "Apple Account - Not enabled for in app payments". Google isn't very helpful about exactly why. Am I missing some KYC somewhere or are payments of this type prohibited from "Apple Account" balances?


Also a reminder, your work might have a donation matching system. All the major tech companies do, so you can really boost your effect.


There doesn't seem to be a way to pay annually, which I'd prefer to a monthly payment. £5/month is just a little high, but I'd merrily pay half that or £30/year.


If you really need a lower tier, you can switch currencies to JPY, there's a monthly option for 500JPY which is about 2.67GBP.


Thanks for the suggestion; I just signed up for the $5/month plan. I have been using Signal for years, but never considered donating anything before.


I guess maybe I'm missing the purported point of signal, attaching your phone number to use it notwithstanding, but attaching payment identity to it as well? Like, what's the point of going through the pain required to use it?


It is not meant as a anonymous messager, but an encrypted one, you can trust to not sell you out.


Most people using Signal - and particularly most people likely to donate - are not using it to hide their identities, but to decrease the chance of unknown parties reading their conversations. My Signal account has my full name on it, and checking my top contacts, most of them do too (some only have their first name).


Signal is not for anonymity.

It's for security.



For some anonymity is security. Better to say it’s for message confidentiality.


> I guess maybe I'm missing the purported point of signal, attaching your phone number to use it notwithstanding, but attaching payment identity to it as well? Like, what's the point of going through the pain required to use it?

Your payment info is not connected to your account.

https://support.signal.org/hc/en-us/articles/360031949872-Do...



The suggestion here is to use your iPhone to pay through Apple Pay.

Does Apple have any records connecting your recurring Apple Pay payment to your iPhone's phone number?



:thumbs_up


So you donated to Apple too in the process?


Seriously consider setting up a recurring donation if you prefer Signal. They have delivered consistently over the years. I set the $20/month back when they introduced the option.

I'm curious what the breakdown of donations is. I only have 1 contact with a $10/month and 1 with a $5/month badge. Of course there could be others not displaying the badge. Signal really needs 500,000 people giving $20/month and plus the rich guys giving some millions on top of that to be in a safe financial position.

Maybe something that could be done to encourage donations is have the client estimate how much raw infra costs your usage created and display in the donation screen.



20/month for every chat service I use is very steep. I'd be spending more on chat services than on mobile data + unlimited calling + landline + DSL + streaming services combined!

They actual costs are apparently about 1 USD per year per user. I usually at least double (usually more) my incurred cost when the donation is optional, to cover for those who can't or won't pay, but paying 240× the cost price seems wasteful as well when there are other nonprofits that can do more good with every dollar you give them (be it solving poverty, climate change, whatever you find valuable) rather than one which has mostly fixed fees



I'm not suggesting every chat service get donations. I'm only giving to Signal, the rest of the chat services I have to use get 0.

I'm donating more than my costs deliberately because I fully understand that most users are not going to contribute money, full stop. I need those users though, because they are the people I want to privately communicate with. So the obvious thing to do is pay for as many other users as I can. If there's 50M monthly active users, and if 1% of them are like me and highly value Signal, then each of us 1% users can pay $20/month and cover the entire operation. Then the contributions of the super rich donators can be saved to rebuild the war chest.

$20/month is nothing to me considering the value I get. I understand that most won't feel that way, which is why I'm only appealing to those who do feel as I do to just get that recurring donation going now.



how many chat services do you use? and how many are making money off of you in other ways?


not who you replied to, but:

- signal for family and some techy friends

- whatsapp cuz some friends dont really get signal

- imessage cuz some friends dont get whatsapp nor signal

- viber cuz family across seas and that's whats popular there

- slack with some friends cuz it's nice to have focused discussions in channels

- discord cuz its better for gaming

- ig messaging cuz i stay in touch with less close acquaintances and some friends that way, comment on their stories and chat about whats going on in the moment



Same. I have been doing the recurring payment since they offered it. Even though I'm effectively only using it with my partner. But that is every day

It feels good supporting something worthwhile.



I fail to understand the point of supporting an organization that is completely against self-sovereignty like Signal is. Why would I want to pay someone to develop something that traps me into their platform and does not offer a way out?


Great, you go ahead and get all your friends in family using Matrix. I'll join you there when all that is sorted out and it's practical to get my lawyers and doctors and accountants and friends and family onboard. Until then, we'll keep using Signal.


First, you talk like Signal never had any issue with usability or functionality, which is far from the truth. Signal amount of bugs and security issues with their client is notorious, and the insistence of requiring phone numbers is just a silly "let them have cake approach" that is conveniently ignored for too long.

Second, are you hedging your bets and supporting Matrix or XMPP as well, or will you only encourage people to "donate" to the platform that you happen to have picked already?



Just don't use it, don't generate cost for them, don't be trapped by them. Everyone wins.


The 50 million using them all lose because they are locked into a monopolistic platform.


they can communicate to anyone with WhatsApp, SMS, iMessage.... This is a closed system, not a monopoly.


Nobody is locked into Signal. It's free to use, and free to leave.


That’s not how platform lock-in works.


You can export to markdown apparently. Who's locked in? It might be a pain to import that into any other app but I don't think any messaging app is going to make that easy. You still have all your data if you want to bail


Given how many activists have used it in overthrowing dictatorial governments, self-sovereignty seems an odd choice of words to claim it doesn’t support.


Perhaps it was a bad choice of words. What I mean is that they say "you don't need to trust us", yet they require you to run through them. They refuse to build their system in a decentralized way, and the more that time goes by the more the decentralized alternatives are showing they are as secure as Signal without forcing us to accept their restrictions like mandatory use of phone numbers for authentication.


> "you don't need to trust us"

you literally don't. It's a fully encrypted service. The literal purpose of encryption is to move data securely through insecure or even adversarial channels. Which you can verify, it's audited and open source.

They refuse to build the app in a decentralized way because decentralization is an ideological obsession that is useless in this context, and because centralized organizations can actually ship polished software that works for normal people and move quickly.



> can actually ship polished software that works for normal people and move quickly

They can ship it, because they got a fuckton of money. But apparently they can not maintain it, because now they are crying about how expensive it is to run it.

Signal is acting like a sprint runner who signed up for a Marathon and wants to be carried out to the finish line after showing how much faster he was in the first mile. That's what I think is dishonest here.



Centralized supply chain, and metadata protection is anchored on SGX.

They can use their pick of SGX exploits to undermine the weak metadata protections and they (or apple/google) could, if pressured, ship tweaked versions of their centrally compiled apps to select targets that use "42" as the random number generator. No one would be the wiser.

Signal is a money pit with a pile of single points of failure for no reason.

Matrix is already proving federated end to end encryption can scale, particularly when users are free to pay for hosting their own servers as they like, which can also generate income.



> They can use their pick of SGX exploits to undermine the weak metadata protections and they (or apple/google) could, if pressured, ship tweaked versions of their centrally compiled apps to select targets that use "42" as the random number generator. No one would be the wiser.

Signal builds on Android have been reproducible for over seven years now. That's not to mention the myriad of other ways that people could detect this particular attack even without build reproducibility.



Who is reproducing these and publishing results?

Moxie made it very clear he never wants third parties like f-droid -actually- reproducing and signing packages for distribution to de-googled signature-enforcing android distros etc. Providing side-loadable apks as an alternative a joke.

Third party builds and distribution would serve as public canary and be better for privacy forbidden. He argued the tracking advantages of centralized development and distribution outweighed any wins of allowing third party clients.

In reality a build published with a breaking change and a subtle crypto backdoor omitted from public sources may not be discovered for days or longer. Long enough to decrypt most every convo on the planet.



What’s your solution to this?


You can trust Signal all you want for data security. It doesn’t help you when they run out of money and shut down and all your messaging is gone.


> Given how many activists have used it in overthrowing dictatorial governments

How many? There's some news about it being recommended for use by BLM protesters, and about it being blocked in China, Iran, etc. Where is this info about it being used in "overthrowing dictatorial governments"?



Yeah this is the one thing I have against signal and why I always advise against it. Their stance against third party clients and federation.


bro, you're working for one of chat programs, yes? never heard of communick before. won't ever use it. if people ask me about it, i will show them how a person related to communick behaves in public.


Not completely ? Their server seems to be open source too now (with the exception of the spam filter) ?


Can I operate my own Signal server and talk with people on the "main" one?


You're moving the goal post from "self-sovereignty" to supports federation with an infinite number of servers. Nothing is stopping you from compiling your own Signal server and modifying a Signal client to use your server.

Given that Signal is free as a service, supporting federation only increases their expenses.



Without federation, Signal is still working with the advantage of network effects. So an open source server is not enough of a way out.

Element can do it for their Matrix servers. Process.one can do it for ejabberd. Prosody as well. Why can't Signal?



Back to your original point: please don't support an organization that doesn't share important values of yours! That is absolutely your choice!

You've named several products that share your values. Perhaps those would be a better fit if you were to donate.



Federation can only make security worse and I do not want it. You can have something else.


Genuine question: Does Tor fall under the definition of federation? Either way, a Tor-like model would have security benefits over a centralized system like Signal, right?


Tor is distributed, not federated. And it has drawbacks, like high latency and a lack of a centralized system for human-friendly names (because that would mean a system like DNS, which is centralized). As far as security goes, there's probably little benefit. E2EE doesn't get more secure because there's more encryption.

The most comparable system to Tor that has practical properties I can think of is maybe ipfs, but nobody will store your encrypted chat blobs for you out of the goodness of their hearts. Ipfs also tends to have high latency. A slow system of uncooperative nodes isn't what you want your messaging app built on.

A federated messaging system looks a lot more like Matrix. The obvious problems are that splitting users up over multiple nodes mean encrypted data doesn't live on your instance, it lives everywhere the people are you chat with. Another problem is what you see with bsky, where identifiers come with a domain name (like an email).

IRC is also federated (sort of), and there's a long list of tired, age-old problems. The most common one is simple: different servers have different features, so you can't reliably "just use it" like you can with Signal.



I almost skipped reading into this article because I love Signal and it's mission (and their rare commitment to stick to it) and would have known it's good. Yet, the details on expenses and infrastructure was a good read. $1.3M/yr for temporary storage! $6M for verification codes during sign-up!? Toll fraud!? GOOG & FB data center spend, data breaches from GOOG, MSFT, et. al 50 full-time employees vs 3K or 4K for similar apps! All interesting.


The link about the Google "data breach" appears to be about some tax companies being sued for using Google Analytics tracking pixels. Calling this a data breach may be a bit of a stretch.


Thanks. I hadn't dug into that link, but I did based on your comment. It is a Congressional investigation that is rooted on a report from The Markup [1] that, as you note isn't about an accidental breach by Google, but one where multiple companies send extensive PII to Google about site visitors. While not necessarily a "breach", I think this lead of personal data plays to Signal article's point though. The Markup article's git repo with HAR files of what was sent to Google was convincing.[2]

[1]: https://themarkup.org/pixel-hunt/2022/11/22/tax-filing-websi... [2]: https://github.com/the-markup/meta-pixel-taxes



Didn't they do some sort of cryptocurrency thing. How is that going?

edit: it was called MobileCoin right

edit2: they do

https://support.signal.org/hc/en-us/articles/360057625692-In...

is that generating any revenue?



I have held off donating to signal so far exactly because there is no clarity around this token, why it was even added to signal and who profited from that.


And they stopped updating the server code repo for a year, apparently to hide the launch of this token: https://news.ycombinator.com/item?id=26725915

I don't think they ever confirmed that this was why they stopped updating, or did a postmortem on how poorly that launch went. I vaguely recall there was also an unexplained spike in MobileCoin trading shortly before the public launch that looked quite a bit like insider trading, though right now the stories I can turn up about it here are about similarly disconcerting and unexplained issues in its provenance: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

It's hard to take this fundraising plea seriously when this financial disaster is never even mentioned. I hope I've just missed whatever Signal has done to try to repair trust after the, but the fact that they haven't even removed it from the app is not promising. Can anyone share updates?



I for one will never donate to signal, and consider my $1000 (or $20k of never realized "fake" money, explained later) lost to mobilecoins to be my lifetime "donation" to them.

Short timeline of events from my side:

- Signal announces/endorses mobilecoin support, as their new and only cryptocurrency option

- I figure I'll get on it early this time after missing out on Bitcoin, despite Signal only supporting this in the UK (for now)

- Mobilecoin and Signal websites both mention FTX as being the only exchange where you can currently buy mobilecoin, never used it before but I go ahead, transfer $1000 worth (at the time) of bitcoin to buy mobilecoin

- There are currently no other wallets for mobilecoin (except maybe some difficult to use or obscure ones that looked sketchy? don't like leaving money on the exchange but didn't really have other options)

- Mobilecoin spiked on ftx, sold and bought back a few times, at the right time with some good luck, now have $20,000 of mobilecoin

- Signal finally adds support for mobilecoin in my country, proceed to try and withdraw it

- However, my country just announced legislation to require ID in order to buy/sell cryptocurrency, but it's not planned to go into effect for at least another 6 months or so, but FTX decided to start requiring it immediately and wouldn't let me withdraw without it (I could see they were still willing to take more deposits from me without it though!)

- FTX had trouble verifying ID, I already suspected what was about to happen, tried my best to get my crypto out but they kept having excuses, the ftx fall out and everything became known some months later



> I figure I'll get on it early this time after missing out on Bitcoin

So you only aped in because you were hoping to get rich without doing any work, and then you fraudulently opened up an account on a shady ass centralized exchange when you knew you couldn't KYC, and got your pretend money stuck, and then when FTX fell over it turns out it was never really there.

Cryptocurrencies are awesome. Greedy people who can't do research and complain loudly when their "get rich quick" schemes blow up in their face make everyone look bad :-/



> So you only aped in because you were hoping to get rich without doing any work, and then you fraudulently opened up an account on a shady ass centralized exchange when you knew you couldn't KYC, and got your pretend money stuck, and then when FTX fell over it turns out it was never really there.

> Cryptocurrencies are awesome. Greedy people who can't do research and complain loudly when their "get rich quick" schemes blow up in their face make everyone look bad :-/

Normally I wouldn't acknowledge this, but I find your assumptions and accusations about me quite rude, for someone who has been on HN for at least 12 years you should know the rules. I simply stated the timeline of events as is, because there is no denying the connection between Signal and FTX through mobilecoin, and I only spent what I could afford to lose, I was well aware of the risks.



Yeah how can I trust the security of an app which is engaging in potential financial fraud. Like ffs, if your whole thing is trust and principles, don't start fucking around with things for personal financial gain.


Probably not much at all. Thankfully they didn't shove it down user's throats - its kinda hidden behind a setting. I guess if they did push it harder to users it may have generated more revenue, at the cost of users who won't put up with cryptocurrency rubbish.


Signal had 40 million active users in 2021 [1]. With 14 million in infra cost, that comes to .35 per user/year. Total expenses are about 33 million, so about .825 per user/year. All in all that seems very reasonable.

[1] https://www.businessofapps.com/data/signal-statistics/



Mastodon org + Mastodon.social also have costs of 0.6 EUR/year, though they have two orders of magnitude less users [1]. This is really what most social media costs. These rates are even payable by many in poorer countries.

[1] https://news.ycombinator.com/item?id=38117385



IIRC WhatsApp used to charge $1 per year

https://venturebeat.com/mobile/whatsapp-subscription/



With how much Mastodon.social tends to fall over when Twitter does something stupid (again), their rates are probably a bit too low for a more robust service like Signal.

Signal also intentionally doesn't store too much data, long term data costs will slowly grow over the years. I imagine for a bigger platform, costs can grow to multiples of the rates for Signal and smaller Mastodon servers.

€10 per year should be more than enough for most users, though, and it should be quite affordable for most countries.



It’s beginning to sound like the 1 EUR/year that at some point WhatsApp wanted to charge and it seemed reasonable to me at the time. Signal is even better and even more so justified.


They used to "require" a subscription of 1$/year but it was not enforced. If you missed the deadline, nothing happened. It was basically the WinRAR model but for an online service.


That may have been an A/B testing of sorts then, because I was booted right away.


> whether you’ve been required to pay WhatsApp’s annual fee depends very much on when you joined the service, and even on what country you live in.

Source: https://venturebeat.com/mobile/whatsapp-subscription/



I'm paying what works out to about 15 cents per "booking" in my app due to API fees. Maybe more,.. and I'm just now realizing we'll probably be losing money if people used their accounts to their limits. Like 500 bookings would cost me at least $75 but we charge about 50. Anyway $1/year is great


This is kind of the number I was looking for -- "Cover your own costs: $1/year. Cover yourself and five other people: $5/year." I feel like something pointing out that the costs are around $1/year on signing up, maybe with a reminder once a year, would get most people self-funding pretty quickly.


Reminds me of ... WhatsApp :D

(Originally WhatsApp charged $1/year.)



WhatsApp in 2013 spent 148 M$/y with 400 MAU, or about 0.375 $/user-year. That's remarkably similar!

https://en.wikipedia.org/w/index.php?title=WhatsApp&oldid=11...

(Small difference is that WhatsApp had a profitability of –93 %.)



Very reasonable with only 40 million users?! It's shockingly expensive.


Based on App Store downloads on both platforms, they are well over 200M at this point.


A lot of people, myself included, have it installed but never use it after they dropped SMS support.

Only a tiny fraction of my contacts use Signal, and most of those are also on Whatsapp, Telegram, Discord, and others.

Signal offers essentially nothing to me.



Except real privacy?


Not even that, because it is linked to phone numbers.


Username registration is currently being tested: https://community.signalusers.org/t/public-username-testing-...


> and register for a new account with a phone number (you can use the same one you’re using in Production).

I hope that they make it so you can register WITHOUT a phone number. Perfectly fine if it's not the default. This is post is currently implying that is not currently the case.





Afaik you can crrate an account without a number.


No. You can just hide it from other users in group chats now (and perhaps 1:1, didn't yet check but you still need one to sign up)


Where is the option for group chats please?


Not yet, but they are working on that.


Why is it more private than WhatsApp?


Pay attention to WhatsApp's wording (all privacy/security claims start with "your messages"), and their privacy policy, and you'll see that while message involving with individuals (non-Business users) are secured, your contact list is not, neither are chats with businesses or the metadata about you chatting (destinations, frequency, time)


Using WhatsApp means Facebook/Meta knows the timestamp, sender and recipient of every message sent.


I encourage you to read the article, but Signal minimizes the metadata it stores about you, doesn't hold on to you contact list, doesn't keep information about your IP address, etc.

WhatsApp instead makes tons of money from this kind of metadata.



The sms decision made signal go from THE messaging app on my phone to an app I only use with a very small subset of my contacts. It is infuriating that they didn't allow users to retain that functionality when it costs them nothing, and they could have disabled it by default.


I still use Signal a lot, since most people I frequently talk to use it. However, this was extremely frustrating. Having 1 messaging app for so long was incredibly nice.


You paid them nothing and are infuriated. Interesting.


Many people care about Signal, and it is okay to dislike their decision. OP didn't demand from Signal to support SMS, but they expressed their emotions about the change.

Signal is an awesome project but some of their decisions annoy many users. E.g. Signal does not allow to automatically save all pictures in the gallery. It's a privacy feature, but it's inconvenient since it forces me remember to download each image seperately.



My lawyer stopped using signal due to the sms support being dropped. It became too much of a hassle and wasn't worth it.

Many of my family also dropped Signal.

It is now really only used by the hyper-privacy conscious.



I really don't get why people are still using SMS. Is data really that expensive?


Whatsapp got pretty big at 1 eur/year (iOS) and 1 eur for lifetime (Android) here in the netherlands.

I do fear they'll loose most tech un-savvy users because they don't know how to pay (safely).



That doesn't mean they were actually profitable at those rates though. They could have been in growth hacking mode with venture backing.


They were well-known for not doing that, though.


Hmm but then how did they manage before asking for that 1 euro? There were a whole lot of years where it was completely free (yes before the Facebook takeover). Here in Europe we've only needed to pay once or so until it got taken over.

There must have been some kind of venture backing because there was no money coming in at all from users for a long time.



I looked further and you were pretty spot on! It ran a loss of 138 million in 2013 alone according to their SEC disclosures for that year.


I'd be happy to pay $1/year for signal, and I'd pay $2/year if it were decoupled from my phone number.


If you pay Signal $1/year, they'll realistically see about 60-70 cents of that – and that's only considering payment processor fees.

Now add the cost of providing support (it's a paid product now!), payment handling on their end (in a privacy-preserving way, which excludes most common payment methods), and top it off with the immense damage to the network effect by excluding all the users that can't or simply don't want to pay $1/year...

Donations seem like the much better option here.



You can also charge for a 10 year minimum and get to a higher retained %

You don't need to provide support, even much more expensive consumer services live without a proper one, so being explicit about the fact that you only pay for infrastructure could suffice

Not sure why payment privacy has to be so strict for everyone

The network effect damage is real, but maybe it could be limited with donations :)



Selling a service automatically opts you in to all kinds of consumer protections, either legally or de facto through the dispute mechanism of the payment methods your customers use.

Just ignoring customer complaints and selling the service "as-is" is usually not an option.



Why is it not an option when it already exists in many places (all these protections fail all the time)? Your first sentence doesn't imply high/expensive level of customer service

Besides, even now they're not ignoring all the complaints, the do fix bugs?

Maybe to be more specific, how much did it cost WhatsApp when they had $1 price and a tiny team? How does it compare to the cost of SMS?



In a December 2013 blog post, WhatsApp claimed that 400 million active users used the service each month. The year 2013 ended with $148 million in expenses, of which $138 million in losses.[1]

FB acquired them next year and if my memory is correct there were 19 in the team then.

[1]: https://en.wikipedia.org/wiki/WhatsApp



That $ figure tells us nothing as it includes those same huge SMS costs that Signal is on an unsustainable path to rack up

With just a bit more effort you can see that most of those $148 are not related to the extra customer support we're discussing, but rather to the things that Signal is already doing

Costs and expenses in 2013:

Cost of revenue 53 (payment processing fees, infrastructure costs, SMS verification fees and employee compensation for part of operations team)

R&D 77 (engineering and technical teams who are responsible for the design, development, and testing of the features)

G&A 19



Thanks for over-analyzing my comment. $1/year, $2/year, $5/year, is all insignificant in the wide array of things I pay for. Sure, I'd pay $10/year for Signal as it is today if they really needed me to. And I never said to make payment mandatory. You're just way over analyzing a simple comment.


I'd pay substantially more for Signal if I could bot accounts.

I'd like a signal daemon on all my servers for alerting which could message me via Signal. This is worth a monthly fee to me.

I know people running small businesses who would really like to have a business Signal account: an ability to send Signal messages as a business identity without tying it to some specific phone number. This would be worth a subscription even if they had to get their customers to install Signal.

Signal need to figure out what product they sell that's going to fund the privacy objective: because there's plenty and they're worth having.



If you want one for just personal use; this works well: https://github.com/AsamK/signal-cli

Just sign up with a Twilio number (using voice call) and you can make your own bot.



I know I could do these things, but the problem is (1) it's a cat and mouse game of trying to keep up with functionality they don't want to support and (2) means I'm not paying them for a service, which is the point of doing it.

IMO Signal need to figure out what they sell to people with the money to say "yes, this service helps me make money" so they fulfill the big mission statement. That's true viability.

Within that bucket there's some real obvious ones: server monitoring and alerting (I have Signal, let my severs have Signal so they can talk to me, maybe at an agreed reduced throughput rate so someone doesn't just try to run TCP/IP over it), and letting businesses have a secure multimedia messaging channel to their clients for notifications.



I'd pay much more than $2 if they offered account identifiers other than phone numbers. Trying to get a burner SIM or DID while still staying anonymous is getting increasingly difficult.

But I think it's pretty clear by now that this is a feature for FVEY IC, not a bug. FFS, they burned development resources on stickers, but abjectly refuse to offer alternative account identifiers. The standard apologist response is, "but phone numbers make adoption easier". Sure, but nobody is asking to replace the identifiers, or even to make them nondefault. We're just asking for the option. It could be hidden behind a developer mode for all I care, but it should be there.

The fact that they abjectly refuse to do it is enough to tell you about what their true motivations likely are.



> We're just asking for the option

Indeed, the Wire messenger is done like this - it offers phone number, but has an option to not use them and only rely on the usernames (although I think you need to register in the web browser for that)



Agreed, at this point I don't believe the "privacy" aspect of Signal's sales sheet means anything. Most that I know use it primarily because they can have clients on all platforms, including desktop.


I wonder how many people paid the $5 for WhatsApp back in the day. It gave you nothing but you were able to do it. I think I did.




I've been using WhatsApp when the nominal $1/year fee was still around, but somehow never ended up being actually charged, and I don't know anyone that did.

It's possible that they were only enforcing it in some regions, though.



Indeed. I just ignored the dialog box the first time it popped up. But next year I paid. It was quite a big deal because back then it was equal to my entire monthly cellphone bill in Pakistan.

But I remember other people started to en masse switch to other messengers like Viber(?). And Whatsapp had to stop enforcing the fee.



The price changed a few times but they definitely had a lifetime thing once.

All pricing was entirely optional

Here's one reference to a different price (can't find lifetime except for people complaining that Facebook didn't honor it on original ToS)

https://www.wired.com/2011/11/whatsapp-messenger-app/



I have an old receipt in my Google Pay for whatsapp at a whopping 99 cents :)


Definitely reasonable but the ultra privacy-conscious/paranoid can't easily donate or pay privately.


They take checks by mail. You definitely can do a cashier's check and I'm sure they'd take the "cash in an envelope" method that places like Mullvad do too. Looks like they also support crypto, and that includes Zcash. So I don't think this is a great excuse. The only "can't easily donate" aspect is going to also be tied with the "can't easily get a cashier's check or find an anonymous person to sell me bitcoin for cash" kinda issues, and when you're operating at that level I'm not sure anything is "easy." (but that's not that hard usually)

https://support.signal.org/hc/en-us/articles/360031949872-Do...



How is a check in any way private? Your name is on it.


Hi, privacy and anonymity are different things. Named transactions can still be private.


A cashier's check doesn't.


Ah ok I didn't know those still existed. In fact even the named checks are long gone here in Europe lol.


Oh yeah, I have an old checkbook that I've had since like 2010 because the only ones I've ever used are for random landlords. Otherwise it's literally easier to get a cashier's check, which you can (in America) do at any bank or grocery store. Note that some are free and some aren't, so check beforehand. I don't think these will ever really go away tbh


I think they will, America is just very traditional. Things tend to stick around for longer. The magstripe also lingers there even though we've got rid of it for years (though unfortunately our cards still have them in case we need to visit the US - I don't like having them because they are skimmable).

Nobody would accept a check here anyway as they're not guaranteed. These days I pay with my watch or phone everywhere (Samsung Pay). I don't even use the chip on my card anymore. And payments between people happen digitally too (a system called Bizum here in Spain).



Maybe, but these some big utility to cashier's checks. They're essentially cash that can only be deposited by a specific party. I also don't think cash is going away anytime soon. And while it isn't common for me to issue a check, it isn't uncommon to receive a check. They're just always form businesses. Even ones that have my direct deposit information.

Fwiw, in America I use my phone to pay for everything too. But there are edge cases and tools like these often have utilities in domains that might not be common to the average person but are to specific groups. For example, these are often used in situations where cash is preferable but you wouldn't want to cary that around, like real estate down payments and buying a car. Some settings are sensitive to the exchange times (though that money looks like it is in your account instantly, it isn't).

I just wouldn't be so quick to make such a conclusion because it's pretty likely that your experience is not general. Despite America treating corporations like people, I'm pretty confident you aren't a corporation.

> Nobody would accept a check here anyway as they're not guaranteed.

Btw, a cashier's check is. Like I said, it is as good as cash.



Have you considered intentionally corrupting the magstripe data by running a strong magnet over it?


There are clever ways around that. I use posteo as my mailprovider. They have a system where you can pay anonymously: https://posteo.de/en/site/payment


Signal requires a real phone number to open an account, you are not anonymous to Signal.


I can pop into almost any phone shop around here and walk out with a free SIM card, which I can top up for cash.


Phone numbers can be obtained anonymously in many countries. I have several anonymous Signal accounts, each with their own anonymous phone number.


It's possible in the US, but it's getting very difficult. I don't know anywhere you can buy or or borrow a DID with Monero anymore. Looks like they got to Telnum recently.

You can still buy a SIM, a prepaid PIN, and a phone with cash, but you'd need to pay a non-correlated person to be seen on CCTV to do it, at a non-correlated time, and hope they don't just take your money and leave you nothing at the dead drop.

Then there's the hassle of setting up the account in a way that's not correlated with your location, normal waking hours, etc.

All of this could just be avoided if Signal did the right thing.

But they won't. Ask yourself why.



Why are you typing my comments?

Exactly. They won't because .... reasons.



Why would you not need to be seen on CCTV? This has nothing to do with the privacy of Signal.

I buy all of my anonymous prepaid SIMs with cash at retail myself, and they are still anonymous.

The only time you’d need to stay off CCTV is if you were using them to commit crimes and expected a significant investigation to be undertaken.

Your casual assertion of malice on the part of Signal is not supported by any facts.



Sure, but privacy isn't black or white. A donation to signal does not compromise the content of your messaging.

So what you've leaked is the information that you have an interest in private conversations. This might be a problem in some countries, but I think it's fair to ask folks in affluent countries with working (sorta) democracies to shoulder that burden. I.e. you don't donate if there's elevated threat to your safety, there are enough people who aren't under elevated threat.

There's also the possibility of using a donation mixer like Silent Donor, though I'd evaluate that very carefully. (There's a record of the transfer in, and the mixer needs to keep temporary records for transferring out. There's also the question how you verify the mixer doesn't skim.)

Some donation mixers accept crypto currency, so for maximum paranoia, I suppose crypto->crypto mixer->donation mixer->charity might be workable. Or hand cash to a friend who donates in your stead.

As always, the best path is to set aside paranoia and build a threat model instead to see what the actual risks are.



There's never enough talk like this and I'm not sure why. It's always about the threat model. In this respect I always like to think of it in terms of probability. Probabilities and likelihoods aren't just about capturing randomness like quantum fluctuations or rolling dice, they are fundamentally about capturing uncertainty. Your threat model is your conditions and you can only calculate likelihoods as you don't know everything. There are no guarantees of privacy or security. This is why I always hated the conversations around when Signal was discussing deleting messages and people were saying that it's useless because someone could have saved the message before you deleted them. But this is also standard practice in industry because they understand the probabilistic framework and that there's a good chance that you delete before they save. Framing privacy and security as binary/deterministic options doesn't just do a poor but "good enough approximation" of these but actually leads you to make decisions that would decrease your privacy and security!

It's like brute forcing, we just want something where we'd be surprised if someone could accomplish it within the lifetime of the universe though technically it is possible for them to get it on the very first try if they are very very lucky. Which is an extreme understatement. It's far more likely that you could walk up to a random door, put the wrong key in, have the door's lock fall out of place, and open it to find a bear, a methhead, and a Rabbi sitting around a table drinking tea, playing cards, and the Rabbi has a full house. I'll take my odds on 256 bit encryption.



All things considered. Pretty impressive how cheap it is to run given the adoption of the Signal.


Second time around benefits too, and the guest time was pretty efficient in WhatsApp too.


> Storage: $1.3 million dollars per year.

> Servers: $2.9 million dollars per year.

> Registration Fees: $6 million dollars per year.

> Total Bandwidth: $2.8 million dollars per year.

> Additional Services: $700,000 dollars per year.

Signal pays more for delivering verification SMS during sign-up, than for all other infrastructure (except traffic) combined. Wow, that sounds excessive.



Twitter said that's why they got rid of the SMS 2FA. They said it was costing millions to have that enabled for them.

https://www.cnn.com/2023/02/18/business/twitter-blue-two-fac...



> Twitter said that's why they got rid of the SMS 2FA. They said it was costing millions to have that enabled for them.

Previous Twitter employees have said that this is incorrect. Because Twitter began as an SMS-only (and then SMS-first) application (remember 40404?), they very early on established direct-connection infrastructure for sending SMS, meaning that they have a marginal cost of literally $0.00/message in most markets. Twitter still has to maintain that infrastructure, because they didn't get rid of SMS 2FA - they just restricted it to Twitter Blue users, so the overhead is still the same.

Almost nobody else who delivers SMS today has that infrastructure, because it doesn't make sense for most services to build.

The only place where Twitter was paying significant amounts for SMS was due to SMS pump schemes, which is a consequence of Twitter gutting its anti-spam detection, resulting in them paying for SMS pumping which was previously blocked.



> they very early on established direct-connection infrastructure for sending SMS, meaning that they have a marginal cost of literally $0.00/message in most markets.

I am very, very interested to understand how that works, because without more detail or sources I'm calling bullshit. I definitely understand how Twitter could have greatly reduced their per-message fee with telecom providers, but at the end of the day Twitter is not a telecom and is still at the mercy of whoever is that "last mile" for actually delivering the SMS to your phone, so I don't understand how they have no marginal cost here. Happy to be proven wrong.



Carriers that run their own messaging infrastructure can allow for direct connections from 3rd parties, and set the price per message to whatever they want, including zero.

For something like Twitter where you could post by SMS, the balance of traffic might have been such that giving Twitter free outbound SMS was balanced by the charges incurred by customers sending to Twitter's shortcode. Or it might just be balanced by increased customer happiness when they can use the product more effectively.

If the carrier doesn't run their own messaging infra, they might be paying their IT provider on a per message basis, and might not be able or willing to set the messaging rate to zero.

For a use case where SMS is used to show control of a phone number, getting a zero cost direct route is a harder sell, but it can happen if the routing through aggregators is poor and the carrier is concerned about that, or if there's some other larger agreement in play.



If you require global connectivity, managing hundreds of carrier APIs, contracts, etc seems like major overhead. Also, there are companies whose only purpose for existing is providing messaging, like Twilio, are they just...not doing this or do the carriers just not play ball? In that case, why would the carriers agree to sell to you at a discount?


Aggregators do some of this, and they can negotiate pricing to some degree, but a carrier is unlikely to intentionally give them zero cost traffic, and even if they do, they're not going to pass that through at zero cost.

I ran the engineering side of carrier integrations at WhatsApp. Carriers wanted to sell data plans with special pricing for data with WA and use WA branding in advertising, because it attracted customers that might later convert to a bigger general purpose data plan. As part of that, we would ask for zero rated SMS to their customers for verification. When it was available, it was generally faster and higher success vs sending messages through an aggregator.

We also had some, usually small, carriers approach us asking us to set up direct routes to them for verification, because their customers would not always receive our messages when we sent through an aggregator. Early in my career at WA, we would just send these carriers to our aggregator contacts, and often things would get linked up and then we'd still pay $/message but it would work better. As we got a little bigger and built support for direct routes anyway, it was usually not too hard to set up a direct connection and then there'd be no cost for that carrier. Messing around with IPSEC VPNs and SMPP isn't fun and the GSMA SOAP messaging APIs are way worse, but once you get the first couple implementations done, it becomes cookie cutter (and FB had built way better tools for this, and a 24/7 support team, so I never had to be up, on the phone with telco peeps at 3 am kicking racoon or whatever ipsec daemon we were running until it finally connected)



Can you say what ordinary (non-discounted) pricing was like, per message? At least in the US, most carriers did I and, believe, still do operate free SMTP -> SMS gateways. They worked okay, although they resulted in oddly formatted messages.


Twilio has a public price sheet[1], I think they haven't actually updated this one lately, but it's a good representation of what ordinary pricing is like. This is not an endorsement (or non-endorsement) of Twilio, but having a public price sheet makes it easy to link to them.

In general, pricing varies widely by destination (country and sometimes carrier), US and some other places are

Those SMTP -> SMS gateways sometimes work in the US, but they don't work much in other countries, and they're not good enough to rely on if your product requires an SMS during the new user flow. SMS costs are real and it's frustrating, but if it costs too much, you need to use something other than phone numbers for ids; I don't think skirting by with email gateways is going to work. But, if you build dynamic routing, I guess you could try.

Also, you've got the use the right email gateway for the user's carrier, and a carrier lookup is on the order of $0.01, unless you have tons of volume, so for the US, you might as well pay for the SMS.

[1] https://assets.cdn.prod.twilio.com/pricing-csv/SMSPricing.cs...



Thanks very much for sharing your experience and detail! This kind of info is what I was looking for and is super helpful.


Not who you are responding to, but my guess is that it was all fixed costs. They spend $20mm (or whatever) to maintain access, and maintain infrastructure and they get to send as many SMS messages as they want.

So sending 1 costs the same as sending a 10 million. It isn't that they are free to send, its that they are charged for access to the system, but aren't charged per message.



> spend $20mm (or whatever) to maintain access, and maintain infrastructure and they get to send as many SMS messages as they want.

This is not how SMS pricing works in many, if not, most countries.



Is that true at scale? If I tell the telecoms that I want to send a billion messages per year it seems like they might be willing to take a lump sum instead of setting up the systems to bill based on usage.

I have no experience directly with foreign telecoms, so I was simply explaining how something with no marginal cost could still be a very expensive system.



> Is that true at scale? If I tell the telecoms that I want to send a billion messages per year it seems like they might be willing to take a lump sum instead of setting up the systems to bill based on usage.

In most of the world, SMS is billed per-message, so it's basically no extra effort on the Telecoms side at all. In fact, Telecoms' online charging systems are fast enough to calculate users' data usage by seconds in real time, so they don't even blink at counting SMS.



I don't know of countries that mandate a minimum price. If you are doing high volume you are free to work directly with carriers. If you are drawing as much billable traffic as you are sending, then that could even be a wash.


It’s not countries mandating a minimum price (although regulators often impose a maximum), but the carriers themselves.

> If you are drawing as much billable traffic as you are sending

SMS verification traffic is usually unidirectional, so that’s very unlikely to be the case.



Signal agrees: (from the article:)

... legacy telecom operators have realized that SMS messages are now used primarily for app registration and two-factor authentication in many places, as people switch to calling and texting services that rely on network data. In response to increased verification traffic from apps like Signal, and decreased SMS revenue from their own customers, these service providers have significantly raised their SMS rates in many locations, assuming (correctly) that tech companies will have to pay anyway.

...

These costs vary dramatically from month to month, and the rates that we pay are sometimes inflated due to “toll fraud”—a practice where some network operators split revenue with fraudulent actors to drive increased volumes of SMS and calling traffic on their network. The telephony providers that apps like Signal rely on to send verification codes during the registration process still charge their own customers for this make-believe traffic, which can increase registration costs in ways that are often unpredictable.



SMS has become a kind of real-world PoW (proof of work) mechanism. A phone number typically has a recurring fee to keep it working. So a live number indicates that someone is spending money (a proxy for effort) to maintain it.*

It still seems like a lot of money to spend on simple, old technology, but from the PoW perspective, making it cheaper would defeat its purpose.

*Which is why many sites reject Google Voice numbers, for example, for SMS verification.



> In response to increased verification traffic from apps like Signal, and decreased SMS revenue from their own customers, these service providers have significantly raised their SMS rates in many locations, assuming (correctly) that tech companies will have to pay anyway.

There's nothing that requires tech companies to use SMS for registration or for 2FA. The normal way to do it is by email, which continues to be free. For Signal, there is no need to do 2FA registration at all.

Signal is ideologically committed to publicizing your phone number, and apparently they'd rather pay $6 million to hold to their commitment than just... not do that.



SMS rates are absolutely bonkers considering the technical way they're transmitted. The US is an outlier in SMS rates actually being reasonable (usually unlimited or close to) for consumers - but for the rest of the world the insane mark up on that communication method has mostly obsoleted it...

That'd be all well and good... the technology would die naturally, but all my American relatives continue to stubbornly use iMessage.



> for the rest of the world the insane mark up on that communication method has mostly obsoleted it...

For P2P communication. SMS is alive and well for B2C messaging, most importantly for 2FA OTP delivery, but also as a first line of defense against spam/bot account creation.

It's not a good solution to either problem, but it's slightly better than nothing (which apparently makes it good enough for many), so I suspect we're stuck with it for now.

> That'd be all well and good... the technology would die naturally, but all my American relatives continue to stubbornly use iMessage.

iMessage is not SMS, though. It just uses phone numbers as identifiers, but so do many other popular over-the-top messengers, including the most popular one globally.



To clarify - iMessage does not use SMS if you're going from Apple to Apple device and both devices have data/wifi available. iMessage refuses to support messaging to Android clients and defaults to SMS for these messages.

I've got an Android phone so all iMessage transmissions come across as SMS (or MMS).



Ah, I see what you mean. That's not what I'd call iMessage though, that's just SMS:

The iOS application is called "Messages"; iMessage is the over-the-top Apple-exclusive messaging service.



Messages inflexible reliance on SMS for communication to non-Apple devices is definitely an Apple issue, in my opinion. Apple has made it clear that they continue to default to SMS for non-iPhone communication solely because it's unpleasant for everyone involved.


There's apparently even "green bubble bullying"[1] of kids who have Android devices and thus have their messages appear different. In this particular way Apple is happy compromising the mental health of young people to secure a larger market share - it's awful and they deserve a lot more negative PR for it.

1. https://www.wsj.com/articles/why-apples-imessage-is-winning-...



Agreed.

It reminds me of the "Blue eyes/Brown eyes" exercise (https://en.wikipedia.org/wiki/Jane_Elliott) so let's say this was a real psychology experiment. Middle-schoolers and high-schoolers are encouraged to communicate via a chat application with rich multimedia functionality. But any conversation that includes even a single individual who belongs to an arbitrarily-defined "out-group" has its functionality degraded and the application highlights who the out-group member(s) are. After a year you compare the mental, social, physical, and academic well-being of both groups. Would your university's IRB approve such an experiment?

I initially gave Apple the benefit of the doubt that this was simply a technical limitation. And of course kids will always bully each other about something. But at this point it does indeed seem like a billion-dollar company is intentionally amplifying and leveraging this sort of bullying to drive marketshare. If you don't find this immoral then I'm not sure what to say.



> apparently even "green bubble bullying"[1] of kids who have Android devices and thus have their messages appear different

Bullies will bully. Targeting the articles of bullying versus the source is fruitless; the former is unlimited.



On the other hand, I have saved many a dollar by instantly knowing that I just sent a legacy text to somebody I normally iMessage with.

My carrier charges an arm and a leg for international texting, and if distinguishing between texts and iMessages wasn't as easy as it is, I would probably have to pay hundreds in carrier bills at least once.



> Apple is happy compromising the mental health of young people

Dramatic exaggeration and attribution of evil intent is counterproductive and disingenuous.



> In this particular way Apple is happy compromising the mental health of young people to secure a larger market share

Should we also force luxury brands to offer stipends so that teenagers whose parents can't afford them (or simply don't want to participate in that nonsense) don't feel stigmatized?

It would be a completely different story if Apple were to ban third-party messaging apps on their platform, but as restrictive as they are in other areas, they aren't doing that.

It literally only takes a free app download to get a cross-platform messaging experience at least on par with iMessage (and in my personal view superior in many regards).





RCS is Google's idea of a solution – a company not exactly widely known for their excellence in all things instant messaging.


Do you have a source that it was started by Google? From looking around, they support its development but it was an industry initiative, and Samsung was one of the first OEMs to support it.


What does the default Android messaging app do?


Google Messages, which is fast becoming the default Android messaging app across Android OEMs uses RCS when both participants support it and falls back to SMS when that is not the case.

RCS is an open standard that any carrier/OS/messaging app can support, unlike iMessage, which is exclusive to iPhones.



That's exactly RCSs biggest problem: It requires active carrier support. (As far as I understand, Google runs the infrastructure for many international carriers at this point, but they still need to opt into that.)

Using my phone number as an identifier and authentication factor for so many things these days is bad enough; I really don't want the messaging layer itself to touch my phone provider at all.



RCS-the-open-standard is not end to end encrypted.


Android's messaging app does much the same thing.

My preference would be that Apple drop SMS support from Messages all-together and market it as an iOS only communication method. People with iPhones would then have to pick some alternative, perhaps they would use Signal or perhaps something else.

I already have to install a handful of applications to talk to all of my friends and co-workers, at least I wouldn't have to continue to use SMS.



As an iPhone user, I am happy with messages and do not want it to drop SMS support. Note Apple created iMessage way before RCS even existed. iMessage works well and I am happy with it.


My phone runs Android, I'm pretty much forced to use SMS in order to communicate with anyone who uses an iPhone and that's most of my family. While it can be argued that iMessage provides a good enough experience on an iPhone for most people, I have wondered if they are the one thing keeping SMS alive.


> I have wondered if they are the one thing keeping SMS alive.

Absolutely they are. Most of my friends and family are Pixel users and we all communicate using RCS. If Apple would just support the modern replacement for SMS (which includes end to end encryption), iPhone users would be much safer and would have a better experience.



I really dislike iMessage, but somehow Google has managed to deliver an even worse alternative with RCS:

It apparently just doesn't work with dual-SIM phones, requires a phone number and an active plan with a supported operator (at least iMessage lets me use an email address!), the multi-device story is non-existent, to just name a few.



> For P2P communication. SMS is alive and well for B2C messaging, most importantly for 2FA OTP delivery, but also as a first line of defense against spam/bot account creation.

In Brazil, businesses use Whatsapp to communicate with consumers. You order pizza and book doctor appointments over whatsapp



> stubbornly use iMessange.

Personally, I prefer it over downloading yet another client, dealing with additional credentials, wondering about who can access my messages, and so on and so forth…

And all that just to message the handful of people that I know who use .



If only someone would release a universal protocol that the app's native messaging apps could utilize to eliminate the need for these 3rd party messaging apps. Oh, right, it's called RCS and Apple refuses to support it.


RCS is anything but universal. It requires the explicit cooperation of mobile phone providers, which makes it a non-solution in many scenarios – including usage on any device that happens to not be a phone.

RCS is exactly what it says on the box: A modern successor to SMS. That does not make it a good modern instant messenger.



Apple announced today they are going to support RCS https://9to5mac.com/2023/11/16/apple-rcs-coming-to-iphone/

RCS is better than SMS no doubt but lets not pretend it is on the same level as iMessage. Lack of end to end encryption alone makes RCS a dated standard



Good news, Apple just announced they'll start supporting RCS next year.

https://www.techradar.com/phones/iphone/breaking-apple-will-...



I see that you feel strongly about RCS, but as far as I know even some of the bigger US carriers dont support the universal profile on all the Android devices they offer. So maybe you’ll get your wish some point after carriers align on RCS.


RCS the “universal protocol” is not end to end encrypted.

Google has made some proprietary extensions to RCS to support end to end encryption but this is not the same thing.



> Oh, right, it's called RCS and Apple refuses to support it.

No one wants to support it. Even telecoms don't want to support it.



Telecoms don't even want to roll out all of the infrastructure they get paid by the government to, I don't know that their willingness to do anything is a point I'd try to stand firmly on.


Exactly, so how on earth does Google think that it is a good idea to put them in charge of running the infrastructure powering the future of instant messaging?

Any chance at all it has something to do with the fact that they've acquired an RCS infrastructure provider that they can sell to telcos?

https://jibe.google.com/



Someone has to run it. Logically, the obvious party to do so the carrier providing network access to the device, which also has a recurring billing relationship with the user from which to recoup its costs, and that the user knows to contact when they have issues. As a standard ostensibly replacing SMS, and coming out of the GSMA, it's also pretty obvious it'd be biased toward a carrier-centric solution.

There are a couple other options of course, but I am not sure they are better:

* Fully federate this, a la Matrix or XMPP. I really wish this was a practical option, but without legislation I doubt any company wants to go willingly in this direction. Even if they did, it'd be difficult to contain spam at scale. It also creates 'first contact' issues; love it or hate it, the general public seem attached to the idea of phone numbers and it seems to work relatively well and unambiguously. It is also the most technically complicated and most brittle and unpredictable for users.

* Phone / OS maker operates it for their devices. You don't seem to want Google running things, so this seems markedly worse than what they have actually done which is give you options (most people can at least choose a carrier, and carriers can choose implementations). It's unclear how operating costs are recouped here, especially for low-end devices. Does this lead to feature stratification? I hope not, but probably. It's a global single point of failure, both from a technical point of view as well as a policy/jurisdiction one (can $country LE subpoena my records because the company operating the service is ${country}an - or perhaps merely operates in $country, for example?). Also unclear how users are 'found', but maybe it's a bit easier than in a fully federated system.

* Phone / OS maker partners operate the service, giving users a few choices. Not really sure why anyone would go in for this, but it's basically the same as if the phone maker operates it.

None of these are great options, but I think the carrier is probably the least-bad one. You have an agreement with them. You have the legal protections offered in your home jurisdiction, with clear jurisdiction over the whole thing. They already have a ton of data on you and access to your traffic. You have a neck to wring if the service doesn't work properly.

They really should have standardized E2EE though, not including it is ridiculous.



Literally nobody wants RCS except Google and a handful of HN commenters. It’s so unwanted that Google had to scrap their original plan of making the carriers host the infrastructure and do it themselves, because the carriers didn’t give a shit.

(And even Google doesn’t really have any love for RCS, they crawled back to it as a fallback plan with their tail between their legs when their own proprietary lock-in messaging apps didn’t work out. Which makes their attempts to shame Apple into adopting it pretty hilariously disingenuous.)



> It’s so unwanted that Google had to scrap their original plan of making the carriers host the infrastructure and do it themselves, because the carriers didn’t give a shit.

To be fair, that wasn't Google's plan, that was the GSMA's plan. GSMA created the RCS spec, failed to get more than a handful of their members to use it, and kind of abandoned it to the wolves. For reasons I don't quite understand, Google decided it'd be a good idea to take it up, and then push it harder than any of their previous messaging services; but it's not like they came up with it.



> with their tail between their legs when their own proprietary lock-in messaging apps didn’t work out

For what it's worth, they've worked tirelessly to ensure their failure.



> only someone would release a universal protocol

Nobody wants this. Universal access means universal access for spammers. iMessage won over SMS because of cost and spam filtering.



> Nobody wants this.

Not nobody.

> iMessage won over SMS because of cost and spam filtering.

Really? I've never used imessage.



> Not nobody

Within the scope of messaging network effects, nobody.

> Really?

Yes. iMessage spam is rare and stamped out fast. Open protocols tend to have spam problems the moment they begin scaling.



I think I understand your comment, since iMessage isn't SMS, but defaults to SMS for those not using it.

There are opensource self hosted solutions like BlueBubble that allow reasonably secure communication through iMessage to the other chat platforms on desktop/Android etc. I have zero affiliation, but I know others who happily use it. There are also less secure and paid solutions I can't speak to.

https://bluebubbles.app/faq/



For the purpose of 2FA and account registration let’s view it as a tax for fraud prevention, where the real value in SMS is in verifying someone’s identity rather than transmitting messages


If SMS actually worked for this purpose, it would be acceptable. However, SMS provides no guarantees about: 1) If it actually gets delivered 2) If it is delivered to the intended recipient 3) 1 and 2 without anyone reading or tampering the message while in transit

Now, even if stars align, your SMS ends up on a route where nobody is mitm-ing or hijacking it, the telco systems work and it gets delivered, it is STILL not a guarantee of identity. It simply verifies that you have somehow got access to a particular phone number.



Just because consumers get unlimited SMS doesn’t mean businesses get that. The telcos are ruthless about extracting their pound of flesh at business rates.


Phone numbers have become the de facto version of "Internet stamps" for identity verification.

They are near-ubiquitous on a per-user level, but hard to accumulate without significant cost. (Unlike email addresses.)

But the down side is that phone verification tends to be on a per-service level. So, for instance, Signal incurs these costs when they verify their users, and every other service incurs these same costs when they verify _their_ users.

There are a number of businesses out there that are trying to act as clearinghouses, where they verify the users once, then allow the users' verified profiles to be confirmed by multiple services.

I wonder if any of those could be used to reduce these "registration" costs.



Phone number verification is used to verify the user's registration intent, so not really.


"Sign in with $Clearinghouse" could bring you to a page that prompts whether you want to share a user ID or the phone number, as required, with that service.

The clearing house verifies you only once, or once a year, instead of every time. If the clearing house were to be a nonprofit, perhaps even set up by Signal themselves to spread costs with similar services, that has to be cheaper.

It also gives users confidence that only a randomized user ID was shared, so it won't be used for cross-service correlation and tracking, if the service didn't actually need your phone number but only some identifier.



A Flow:

> Service A => User: Please Enter Your Phone Number and Email

> Service A => Clearinghouse: Please verify phone number XXX wants to sign up for an account with us

> Clearinghouse => User (SMS): Please respond with the Email you used at signup to confirm you want an account with Service A

Later...

> Service B => User: Please Enter Your phone number and Email

> Service B => Clearinghouse: Please verify phone number XXX wants to sign up for an account with us

> Clearinghouse => User (Email): Please verify you want an account with Service B

Not saying it's great (providing email twice is annoying), but it's something.



This does not reduce the overall cost, it just shifts it to the clearinghouse. Who pays the clearinghouse so that they can cover their own exorbitant SMS costs?


You miss the crux of it: the second time onward the clearing houses uses email to authenticate the previously-SMS-verified account.


The clearinghouse may not have the user’s most recent email address, which is common amongst non-tech people. My mom and aunts have lost many email addresses this way and forcing them to use an older email would cause many issues.


The app has to ask for email/phone to begin with (see step 1), if the email doesn't match then phone would be used as fallback, or potentially as a "Didn't Receive Code?" gesture.


A service that requires a telephone number simply shouldn't be called an Internet service. It can't be used purely over the Internet.

Telephone numbers are fundamentally incompatible with privacy. Signal's leadership knows this, but they don't appear to care.



I really wonder why it’s so expensive to run. I always hear things about scaling but I used to run a top 500 alexia website and it was just a php app running on a mutualized offer for $5/month. Lots of manual caching though but still.

My wild guess is that either the stack is not really optimal (last I heard it was java) or they do other costly things at scale (sgx?)



I guess, then the question is how real time was the website. Was it as real time as supporting, instant messaging, voice/video calls etc


Oh I forgot that signal is not just about forwarding messages. I’m wondering how much the VOIP costs.


FTA: "Signal spends around $2.8 million dollars per year on bandwidth to support sending messages and files (such as photos, videos, voice notes, documents, etc.) and to enable voice and video calls."


Don't forget media!


> the stack is not really optimal (last I heard it was java)

how's java relevant here?



Java in theory and in synthetic benchmarks: damn near as lean and mean as C.

Every actual Java project: “oh, did you want that memory and those cycles for something else? Yeah, sorry, I need them all. Why no, I’m not actually doing anything right now, why do you ask?”



In this case we don’t need to speculate at all. Signal is open source. Back when I was at Twilio we even did some at-scale experiments with running Signal. The intensive parts have absolutely nothing to do with Java because the server logic is relatively simple. The hard parts of Signal are the database storage/retrieval and the encryption.


100% true in my experience. Literally anything else is far better when it comes to bloat, including C#, RoR etc.

Increasing the Java heap size just makes it so that when garbage collection eventually hits, it causes an even more massive slowdown across the entire application.



You can't send an sms yourself like you can an email. Instead of setting up a server, you have to work with a telco provider (an aggregator specifically). Any SMS service eventually hands off to one of these. Many SaaS SMS providers are just frontends for legacy telco services. They charge insane fees because they can, that is all there is to it.

Sending mass email is still difficult. Its probably easier to pay a provider than set up and establish reputation for yourself. But they don't charge near the rates. Last time I compared rates it was something like 10x-100x to send an sms compared to an email, but it has been a while.



> Many SaaS SMS providers are just frontends for legacy telco services.

I worked on an automated SMS marketing system back in the day so I have seen this in action, at scale. This would be stuff like "text LAKERS to 12345 for Lakers updates"- we didn't handle the Lakers but we did handle many sports teams. Though I wasn't privvy to the financial side, I got the sense that the per-text cost ended up being manageable at scale, but this is because we were one organization who would apply the rules onto our own customers, and if we failed to do so properly we risked losing the interconnects to the various carriers. We typically used a single contracted "aggregator" service which provided a unified API for the carriers. When I left, we were using OpenMarket.

When you have a self-service SaaS offering such as Twilio, the per-text costs are going to go up because the barriers for sending unwanted texts (or fail to follow the rest of the rules mandated by the TCPA) is so much lower, and Twilio has to address that organizationally which adds cost.

Additionally, Twilio does not purchase short codes (ie 12345) which means its harder for the carriers to track bad behavior across their network. There is an initial cost (fairly high) to acquiring a short code, though you can also share short codes across customers in some cases. Acquiring a single short code and sending all messages from that short code would likely reduce costs.

I would love to see more detail from Signal about what sort of SMS interconnection they are using, because directly connecting with an aggregator instead of a SaaS offering (if they haven't already) could save a lot of money, and they are definitely at the scale that would allow for it. And given that they only use it for account verification and are a non-profit, it seems likely they could get a good deal since the risk of TCPA violations is effectively zero.



Yeah, aggregator is a very industry specific term, so I just merged into teclo provider. But yeah, all the issues with short codes, national laws, and reputation, makes it very complex. I worked at a company like Twillio that had contracts with different aggregators across the world, and sold a platform to manage SMS interactions. They added a layer to make ensure customers respected opt-out keywords, or opt-in for specific countries, so it would help manage TCPA (and other) violations. I imagine this helped keep costs down. We would definitely fire customers for trying to get around the safeguards.

I was on the support side, so I just saw when it went wrong, which was a lot.



> Additionally, Twilio does not purchase short codes (ie 12345) which means its harder for the carriers to track bad behavior across their network. There is an initial cost (fairly high) to acquiring a short code, though you can also share short codes across customers in some cases. Acquiring a single short code and sending all messages from that short code would likely reduce costs.

Twilio offers short codes, but short codes are country specific, and the costs for sending to the US are low anyway



Maybe they should flip it on its head - get a thousand? Ten thousand? numbers that can accept SMS and tell people to "text 473843 to this number" to verify.


It's usually even more expensive to support receiving messages than sending them, beyond keywords like Unsubscribe. If you want any sort of threading its going to be extra. Also its extra for dedicated shortcodes. When you get an SMS from a random shortcode, there might be multiple companies using that code, but they mix the pools enough that its unlikely you will receive two messages from two companies from the same code. Also shortcodes are usually country/region locked. So if you want to international support, you need to buy shortcodes in multiple regions, and different regions have different telco laws. On top of that, provisioning is very manual compared to the modern cloud.

I supported a marketing platform for a while, and it was so much easier to send an email than an sms.



SMS sender isn't generally something you can trust. If you get the SMS directly from the carrier that's responsible for the number, and you have reason to trust their SMS sending to verify the sender, then yes. But in countries with number portability, you still need to pay to lookup the carrier responsible for a number.

And you'll need to maintain ingress numbers in all the countries you support, and maybe numbers per carrier, depending, and you'll need to tell the user the right number to text to ... it's a lot, and it might not work well or might not save much money.



That's in fact how iMessage does phone number verification. It works really poorly internationally.


how is that in any way comparable? it's not about java vs php


Java is likely the most optimized part of the stack.

Many startups move up to the jam when there is little else that has optimized performance and efficiency like the jvm for 20-30 years.

Of courses this is a moot conversation if you’ve never used Java at scale. Apple and others are Java houses.



Java is entirely performant if you treat it right, and many of the problems with GC in J8 are fixed in later versions.

You can push Java very far.

Of course you can also write horribly ugly code in it.



I did my part to help reduce costs by switching to the decentralized alternative, Session.[0]

Bonus: Session does not demand users' phone number. Also no bundled cryptocurrency.[1]

[0] https://getsession.org/

[1] https://www.stephendiehl.com/blog/signal.html



> Also no bundled cryptocurrency.[1]

It seems like Session relies on Oxen's network, so while there is no inherent coin it is blockchain backed.

> Session’s onion routing system, known as onion requests, uses Oxen‘s network of Oxen Service Nodes, which also power the $OXEN cryptocurrency. Check out Oxen.io to find more information on the tech behind Session’s onion routing.

https://getsession.org/faq#onion-routing



Cool, glad to hear about this - However, it is still coupled to a cryptocurrency (https://oxen.io/) even if not bundled wechat-style


And as a bonus Session has the best line ever: "Send (encrypted) Messages, not metadata".

They've given Signal quite the fork.



I think simpleX[0] is a better choice at this point with all the recent issues around oxen: not coupled to any crypto, no user ids, can host your own servers if need be, etc

[0] https://simplex.chat/



Session depends on the Loki blockchain, so I dispute point 1.


I don't consider Session to "bundle" the Loki blockchain or the Oxen network in any sense.

Here is more information about what I meant when I used the term "bundled".

https://www.techopedia.com/definition/4240/bundled-software



> we can rent server infrastructure from a variety of providers like Amazon AWS, Google Compute Engine, Microsoft Azure

Moving off cloud services to lower-cost provider like Hetzner, Vultr and DigitalOcean might provide a lot of cost savings.

I also imagine they're using managed SMS services from one of these clouds, and moving off them to a combination of local SMS gateways in each country can also further reduce costs (and in one case I've personally observed, by upto two orders of magnitude). This obviously pushes a lot of complexity on Signal's side, but is usually worth it.



So ... hire staff to manage that complexity?


They probably already have that staff for GCP, Azure, AWS?


Might not be cheaper at scale and truly globally.

The loaded costs should have the numbers run.

It would be a fascination under the covers look with signal.



Any idea what prevents Signal from using cheaper alternatives?

Edit: I meant moving off cloud to Hetzner, Vultr, DigitalOcean.



I use Hetzner, but they have a bad rep for killing services that attract too much attention, e.g. DMCA requests


In business, you get what you pay for. Cheaper hosting might raise more issues that need to by handled by your employees, who also are expensive, and also the organization's focus gets disrupted. The hosting company / cloud vendor has an enormous economic advantage, with access to the entire hardware and software stack, the engineers who built it, people whose full-time job is operating it. Often it's cheaper to pay more for better.

As I have to explain about open source, 'Free is only free if your time is worth nothing.' (And I use a lot of FOSS, it just not always the solution.)



>Free is only free if your time is worth nothing

This is the worst take in technology. The main value of FOSS is freedom, not time or money savings. For many people freedom is more valuable than either.

Also, FOSS and managed aren't mutually exclusive.



As I understand it, you have to often use multiple gateways based on which one is cheaper and can deliver your message to the recipient, and also take care of handling retries in case one gateway fails. This is not something you typically want to handle if you're not aware of it, and the process of having to talk to each vendor and figure out their limitations is tedious.


There's a lower bound on what these services can charge in the form of interconenction fees charged by the mobile service providers delivering the messages.

In the US, that's effectively zero due to the US phone infrastructure largely using a shared-cost model, but in most other countries which use "sender pays", these fees can be significant.



DO, at least, has bad peering agreements that will cause you noticeable, unfixable (if you stay on DO…) persistent problems at large enough scale.


Out of interest, their top vendor costs on their 2021 form 990:

$7m Twilio

$4m Microsoft

$3m AWS

$1.3m Google

https://projects.propublica.org/nonprofits/organizations/824...



Just wondering, are they relying on these big name cloud providers (AWS/Azure/GCP), known for predative traffic and storage pricing? Have they considered cheaper providers such as Backblaze B2 for storage and Hetzner/OVH for servers? The fees for storage, server and bandwidth could be cut by 80% if they did that.


I wish their justification for dropping SMS capability from their Android app to move away from phone numbers was a little more transparent about the obvious cost aspect rather than solely sticking to the patronizing "we're saving insecure messaging users from themselves" messaging they had. I found it pretty obnoxious. I think people generally get "valuable nonprofit + huge expense = not-sustainable = bad."


> their justification for dropping SMS capability from their Android app ... was a little more transparent about the obvious cost aspect

I'm not following. Signal gets stung for the registration SMS costs because they send the SMS to the user. They don't pay when one user sends an SMS to another user. If you send an SMS, you're the one who pays.

(I didn't realise they were moving away from phone numbers. Don't they they stay mandatory when PNP comes along?)



> Signal pays more for delivering verification SMS during sign-up, than for all other infrastructure (except traffic) combined. Wow, that sounds excessive.

Particularly when the phone requirement is the biggest weakness in Signal.

Getting rid of it will make it substantially cheaper to operate and much more private. Win-win.



Why is it that SMS is so damn expensive? (or more specifically, what is it about Twilio et al's businesses that makes them cost so much?)


In the US, shafting customers as hard and fast as you can is the current business model. What are they going to do? Move to 1 or 2 remaining competitors with the exact same business model?


Most of that cost is literally coming from sms outside the us though. The rates for us sms are much lower than almost anywhere else.


When you control access to the customer you can charge people a lot. Just like Apple can take 30% primarily because they’re the gatekeeper to iPhone users, telecoms are gatekeepers to their users so they can charge you a lot to text them. You don’t really have a choice. L


Nothing just profit and existing system access costs set by the incumbents.


I wonder if you could do something clever such that you can have people volunteer their SIM for sending 2FA?


Funny, because that's the reason I can't use Signal - I don't have a phone number.


In case one isn't aware, you can get a $1/month throwaway phone number from Twilio for that purpose.


That's a neat workaround for the people that can figure that out, but doesn't change the underlying problem for the majority of users at all.


Majority of users don't have phone numbers?


I'm referring to the majority of users not having (or wanting to use) phone numbers.

Some of these will be willing and able to pay $1/month to Twilio for a workaround, but most probably won't.



Aren't these VoIP? Almost every service blocks VoIP numbers for sign ups these days, but perhaps Signal is an exception.


They work with Signal, Facebook, etc. Sometimes you have to try another one to get it to work.


What's it cost to be an SS7 peer for a year? Could they spin up their own "phone company" for the purpose of delivering SMS verification and nothing else, cheaper than they're paying someone else's markup?


What's expensive isn't (just) the technical infrastructure, it's termination/interconnection fees charged by the destination mobile networks.


Huh, I knew those existed for voice calls, didn't realize they applied to SMS too. Makes sense, though.


Sounds like a great case to get the fuck away from SMS and phone numbers.

But hey, they still want your whole address book, and announce you're on signal to everyone else on signal.

The whole "secure" thing is a joke. Its all linked to your identity via your phone#.



Signal actually jumps through quite a few hoops in order to let you and your contacts are on Signal without Signal actually having access to a copy of your whole address book. It's even mentioned in TFA.

I do agree about being linked to your phone number - doing it that way means not considering a lot of people's valid threat models. They are working on moving to usernames, though. It's in beta now.



> Signal actually jumps through quite a few hoops in order to let you and your contacts are on Signal without Signal actually having access to a copy of your whole address book. It's even mentioned in TFA.

It doesn't say how it works. If Alice's phone can tell whether her contact Bob uses Signal without Alice and Bob doing any sort of a priori cryptographic exchange, why couldn't Signal itself do whatever Alice's phone is doing?



They want the address book because if you don't have engagement promotion features like that, there is no way to ever become remotely popular in the chat app space.

Why is the security a joke? The data is e2e encrypted, and isn't related to a phone number in any way after registration. Do you know of a better way of combining privacy and anti-abuse measures? If you don't offload identity checks to telecom providers during registration some bad actor will immediately create a million accounts and send millions of spam messages and destroy the slim chance of this type of app to exist for free.



> They want the address book because if you don't have engagement promotion features like that, there is no way to ever become remotely popular in the chat app space.

Intentionally ignoring the fact that Signal splatters your phone number to everyone else is a humongous problem. And you can even put your phone number block in your address book, and it'll tell you everyone who has Signal. This happens all the time, with Signal servers leaking all of this metadata.

And doing "engagement promotion" is what companies do to sell more shit. So, exactly what are they "selling"?

>Why is the security a joke?

Metadata, pertaining to communication patters and to whom matters just as much as what's being said.

And that metadata, like "your phone number" and "contact's phone number", and "when data is being sent to/from" is that metadata.

> The data is e2e encrypted,

> and isn't related to a phone number in any way after registration.

Bullshit. I see new people hopping on signal fairly regularly. If that was true, it'd be a simple verify-once-and-delete. It aint.

> Do you know of a better way of combining privacy and anti-abuse measures?

I reject your claim of "privacy", with regards to metadata.

Secondly, Tox has an alternate way to handle this, by allowing any number of accounts not tied to anything. Sure, it's a SHA256 id, but who cares. There, its secure AND anonymous.

Basically, I look at Signal as "better than SMS, but not much". It's basically a way to keep the phone company from scanning messages.





is there any way they can reduce that cost?


Send them via whatsapp. A lot of online services give an option to send OTP via whatsapp along with SMS/Email.


As far as I understand, this is even more expensive than SMS in many cases due to WhatsApp's B2C messaging fee structure.

It's also not a great idea to make sign-ups for an instant messaging service contingent on having an account with another, competing service.



Yeah, decouple Signal user identity from the phone number.


This will probably never happen. One of the reasons WhatsApp blew up is because using a phone number as your source of identification means there's much less friction in the signup flow. No username/password to create and your social graph is already there in your contact list.

My mom was able to get our entire extended family on Signal without my involvement, which is a testament to how easy that is.



It has nothing to do with friction...


They're already working on it: https://www.bleepingcomputer.com/news/software/signal-tests-...

Not whether that's a good idea is more debatable; you're not wrong about discoverability.



Those are in addition to the phone number, but it will still require a phone number under the hood.


In the short term it will, and quite possibly in a long-term also, but if you were going to fully make phone numbers optional, I'm pretty sure this is the first step you would take. At the very least it sure looks like they're starting to build the possibility.


They also blew up because it was also quite decent SMS app, so you just had to install Signal and use it instead of your default SMS app. All your messages are there, you can continue to communicate exactly like you did before, except that now, if the other person also has Signal, your messages are encrypted.

They stopped doing that (and I uninstalled Signal as a result), so they can also stop with the phone number thing, in fact, it would make more sense than with the current situation where Signal needs a phone number but doesn't use it (except for registration). I could even reinstall Signal if they do this.



Nobody is demanding them to stop supporting phone numbers as identifiers/verification methods.

I'm not mad at all if somebody prefers using their phone number and not having a password for a service – just give me the option to use my email address and/or a username.

There are too many "phone number only" services out there these days.



> Nobody is demanding them to stop supporting phone numbers as identifiers/verification methods.

Plenty of people are, and for good reasons.



Usernames are currently available in beta, the post I was replying to wondered if SMS verification could be removed because it's expensive.


Why not both?

If I want discoverability, let me provide my phone number.

If I want privacy, just assign a random identifier.



Phone numbers are the easiest login for people, especially in a world where not everyone has an email address.

I know this will invite comments about usernames. I would like usernames a lot too.



If only it was possible for a service to support both!


Which might be said to increase privacy. I suppose there's something to the point about combating spam. But surely there are other ways to do this, right?


Getting rid of phone numbers would make anonymity easier, but it wouldn't affect privacy. Signal is explicitly private but not anonymous.

In most countries, you can get an anonymous phone number anyway.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact



Search:
联系我们 contact @ memedata.com