Readit NewsIt is very clearly called "Beta" software.
You can agree or disagree if Tesla should be allowed to put that out there, but I don't think it should come as any surprise that software labelled as beta is not 100% flawless.
https://insideevs.com/news/714524/tesla-fsd-beta-supervised-...
Before I do, let me just say: Bluesky and the AT Proto are in beta. The stuff that seems incomplete or poorly documented is incomplete and poorly documented. Everything has moved enormously faster than we expected it to. We have around 65k users on the beta server right now. We _thought_ that this would be a quiet, stealthy beta for us while we finished the technology and the client. We've instead gotten a ton of attention, and while that's wonderful it means that we're getting kind of bowled over. So I apologize for the things that aren't there yet. I haven't really rested in over a month.
ATProto doesn't use crypto in the coin sense. It uses cryptography. The underlying premise is actually pretty similar to git. Every user runs a data repository where commits to the repository are signed. The data repositories are synced between nodes to exchange data, and interactions are committed as records to the repositories.
The purpose of the data repository is to create a clear assertion of the user's records that can be gossiped and cached across the network. We sign the records so that authenticity can be determined without polling the home server, and we use a repository structure rather than signing individual records so that we can establish whether a record has been deleted (signature revocation).
Repositories are pulled through replication streams. We chose not to push events to home servers because you can easily overwhelm a home server with a lot of burst loads when some content goes viral, which in turn makes self hosting too expensive. If a home server wants to crawl & pull records or repositories it can, and there's a very sensible model for doing so based on its users' social graph. However the general goal is to create a global network that aggregates activity (such as likes) across the entire network, and so we use large scale aggregation services to provide that aggregated firehose. Unless somebody solves federated queries with the sufficient performance then any network that's trying to give a global view is going to need similar large indexes. If you don't want a global view that's fine, then you want a different product experience and you can do that with ATProto. You can also use a different global indexer than the one we provide, same as search engines.
The schema is a well-defined machine language which translates to static types and runtime validation through code generation. It helps us maintain correctness when coordinating across multiple servers that span orgs, and any protocol that doesn't have one is informally speccing its logic across multiple codebases and non-machine-readable specs. The schema helps the system with extensibility and correctness, and if there was something off the shelf that met all our needs we would've used it.
The DID system uses the recovery key to move from one server to another without coordinating with the server (ie because it suddenly disappeared). It supports key rotations and it enables very low friction moves between servers without any loss of past activity or data. That design is why we felt comfortable just defaulting to our hosting service; because we made it easy to switch off after the fact if/when you learn there's a better option. Given that the number one gripe about activitypub's onboarding is server selection, I think we made the right call.
We'll keep writing about what we're doing and I hope we change some minds over time. The team has put a lot of thought into the work, and we really don't want to fight with other projects that have a similar mission.
-----BEGIN PGP MESSAGE-----
hQIMA0WyYxZsfRGeARAA6bV9x72wGv6TT1YQC8RowJ7O3N05DcJ9g3CCw9y9Tdk1
gL99QlURQvdYJImDUmIrXd6pE2MVQPTfQFhh8BSsqjxS/BVQO9I30GgQEzlquUBB
uzMvBwJHUPU/ZV/MJpwU4DTVcfaOLGHJNXJtOiHfXiinu9+m+blIRZGJ05pVhfU0
qA00gpIfNpl7rZaBqZoSRG+mXuWkVD6FUEFgrHoBppkGltfnKoPJ4BtUlKURvK+B
4y+nOwdJb41oU4KXluSXLQsn45Af6ob4DiHl/xXw+s0csgHGePWckrdxirmF2Dot
uQ3d/iu/FG2Qd9FX/yfkG31RfWERl81c/MMOw1ME8rsXTV0leNDELdzkHwQW9olA
7Xr64dKw3BNALvtUDLMks++u7qADrYJxPvhPKwwQDzlGvqU5xZNjHh8+xSAEr2pt
PEXN/Ifk+6Z7qdbhBndwGj+3rxsrG7LheDzQZyImx/qjOx/Jc+MNjQFHRBpRPtHe
n3IdbaAfMsY3L2/1q07DAdGSy8EsApb0/le3Lm/u1So7buSOLgnT7edt8tpTpad4
J9Und/3bKWHNQ3j+xdWn/1dg4NBsMfmxUM9rddK23YPUDDCLPfmc+x8ctDJ/SD71
stEDpt69qE96VJ2w+N/bkRUhZPwAZ7z9NjVpwi6vfEwiFVK6u3yXkvbGZinkJl/S
YAE8gEnEKtiDu7CtrAL4PBx6m9dsZSYZ/ku0+oIy9EU+oCSv33FrZ92d2huLUxQ0
IzpR0osBxLPOCUdCHkO7KCSUIOpT3zbcxaVMtcJJTsbDnqazRGMiLsD58a6fHR66
Eg==
=tmx/
-----END PGP MESSAGE-----[1] https://repology.org/project/networkd-dispatcher/packages [2] https://arstechnica.com/information-technology/2022/04/micro...
===========================================
no dedupe: 16.0 GB (17228518418 B)
dedupe: 11.7 GB (12594871766 B)
singlelet: 8.1 GB (8677649129 B)
orphan: 1.8 GB (1889889290 B)
===========================================
deduplicated size ratio: 73.10
singlelet space usage: 68.90
singlelet file ratio: 63.56
orphan space usage: 15.01
orphan file ratio: 2.63--socket=x11 is a massive hole in the sandbox, since x11 does not have a security model - any client can observe and manipulate any other client. for x11, a viable solution would be running flatpak apps in xephyr, but flatpak doesn't do that. long-term, wayland is a better solution.
$ flatpak install flathub com.microsoft.Teams
com.microsoft.Teams permissions:
ipc network pcsc pulseaudio x11 devices file access [1] dbus access [2] tags [3]
[1] xdg-download
[2] org.freedesktop.Notifications, org.freedesktop.secrets, org.gnome.SessionManager, org.kde.StatusNotifierWatcher
[3] proprietary
ID Branch Op Remote Download
1. com.microsoft.Teams stable i flathub < 86.0 MB
Proceed with these changes to the system installation? [Y/n]:
$ flatpak info --show-permissions com.discordapp.Discord
[Context]
shared=network;ipc;
sockets=x11;pulseaudio;
devices=all;
filesystems=xdg-download;xdg-pictures:ro;xdg-videos:ro;home;
[Session Bus Policy]
org.kde.StatusNotifierWatcher=talk
org.freedesktop.Notifications=talk
com.canonical.AppMenu.Registrar=talk
com.canonical.indicator.application=talk
com.canonical.Unity.LauncherEntry=talk
https://blogs.gnome.org/tbernard/2021/09/09/software-41-cont...
https://x.com/search?q=bluesky%20banned&src=typed_query&f=to...