Recommendation | Status.im #1837
Labels
No Label
🔍🤖 Search Engines
approved
dependencies
duplicate
feedback wanted
high priority
I2P
iOS
low priority
OS
Self-contained networks
Social media
stale
streaming
todo
Tor
WIP
wontfix
XMPP
[m]
₿ cryptocurrency
ℹ️ help wanted
↔️ file sharing
⚙️ web extensions
✨ enhancement
❌ software removal
💬 discussion
🤖 Android
🐛 bug
💢 conflicting
📝 correction
🆘 critical
📧 email
🔒 file encryption
📁 file storage
🦊 Firefox
💻 hardware
🌐 hosting
🏠 housekeeping
🔐 password managers
🧰 productivity tools
🔎 research required
🌐 Social News Aggregators
🆕 software suggestion
👥 team chat
🔒 VPN
🌐 website issue
🚫 Windows
👁️ browsers
🖊️ digital notebooks
🗄️ DNS
🗨️ instant messaging (im)
🇦🇶 translations
No Milestone
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: privacyguides/privacytools.io#1837
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Basic Information
Name: Status.im
Category: Real Time Communication > Federated IM
URL: https://status.im/
Description
I'm opening this issue to keep track of Status as far as potentially making it a recommended service. Status has some issues that would prevent me from recommending it for general use, but as they are resolved we can consider recommending them. And as we test if we discover more issues we can add them here.
Blocked: We cannot recommend it at this time because [edit list as needed]:
Notes
We did discuss removing Status in https://github.com/privacytoolsIO/privacytools.io/issues/1661, but I believe they have removed their dependencies on Google Play and have launched on F-Droid recently, indicating their app is more stable (also as indicated by their 1.0 launch).
Hey @jonaharagon as of today, Status V1.7 is out with iOS notifications. The issue you've referenced has been closed.
As for the category of the recommendation goes, I believe it would likely fit the "P2P" category more than the "Federated" one. Status' procotol is just a fork of Ethereum's Whisper protocol. You don't really need to trust any specific node, but you need to put some trust into the server administrators of a federated server, i.e. the matrix.org homeserver. "Federated servers generally require trusting your server's administrator" wouldn't apply to Status.
Of course, the current list of advantages/disadvantages for the "P2P" category don't match Status either. For instance, the "reduced feature set" isn't really applicable, and IPs aren't leaked to contacts, only nodes, who don't actually know who you are talking to. I suppose Status is just the P2P architecture without the downsides ;)
I also noticed you're approaching completion of https://github.com/status-im/status-react/issues/8512
We should also look at this in the description https://our.status.im/status-mobile-app-security-audit-complete-ahead-of-v1-launch/
I'm thinking this actually has a similar model to Session, in that it is more of a "distributed" model, than a P2P one.