well, I'm mostly concerned about this change not being visible in Wikipedia's edit history for that page, hinting at this being a very sophisticated attack that could hit a lot more pages / domains.
HN user
redsolver
Verifying my Blockstack ID is secured with the address 18LpBYDmTSWXEuSRiMmSLDNmxthAmUagjU https://explorer.blockstack.org/address/18LpBYDmTSWXEuSRiMmSLDNmxthAmUagjU
[ my public key: https://keybase.io/redsolver; my proof: https://keybase.io/redsolver/sigs/HLOUdeI8AOGkDVbWMw364xXL78PqANxX519LbOtKK2o ]
Here's an archive link in case it gets fixed: https://web.archive.org/web/20260417145243/https://en.wikipe...
It seems like the Wikipedia page for Polymarket now links to the domain polymarcet [dot] com as official website, which seems like it could be a targeted attack. How does one report something like that?
Check out https://www.xn--pnvkarte-m4a.de/ for a good global map of all connections everywhere (based on OSM data)
Afaik all 2-letter TLDs are ccTLDs, which means they must be a country code of some country and are managed by it. There's no country with "os" yet, so to make the TLD available one would need to found a new country first!
I like what they are trying to do, but unfortunately it breaks the E2EE (end-to-end-encryption) and their website isn't clear about that.
You can run your own instance in the official sandbox network today: https://atproto.com/blog/federation-developer-sandbox
There are of course significantly less users compared to the main instance, but it should give you some confidence that federation dev work is on the right track.
Well, for one you can download all data on the network (posts, likes, follows, ...) using a free public API, even in real-time. If you want to try Bluesky without an invite code, you can run your own PDS (personal data server) today and federate with the official sandbox network, there are already 100 servers doing that: https://atscan.net/pds
Beeper uses the Matrix API, so yes!
which one are you using? I could not find an up-to-date one on GitHub. thanks!
I am working on a very similar project (decentralized app distribution on Android) called SkyDroid (https://skydroid.app/), with the difference that it is based on Sia Skynet (a Filecoin/IPFS competitor) and uses the DNS system for global app discovery - so for example the SkyDroid app itself is available on the skydroid.app domain inside of it. I'm curious about how they will try to solve the discovery issue, because if they just have one global decentralized pool of apps, it will be very hard to ensure that no malicious apps get in. But if they keep it a central repository of apps trusted by F-Droid by default, there's not really much decentralization going on. Most developers would still publish their apps in the main repo directly.
SkyDroid can update apps without user interaction (even on non-rooted devices) using a workaround which requires a one-time ADB setup. You however still need to open SkyDroid and click a button to start the mass-update process, but this is an intentional design decision - it makes sense to check which app updates are available before blindly updating everything.
It does prove that you own the specific matrix id you are logging in with to the website. It can for example be used as an alternative everywhere where "Sign in with Google" is used, so I don't understand why it should be useless for applications.
The implementation is very simple, it just uses the Matrix SDK to create a direct chat and send a message.
Maybe you are interested in this little PoC I made a while ago which instead sends a one-time-auth code using Matrix: https://loginwithmatrix.tiktalk.space/
With technologies like DNSSEC, the authenticity of every record down from the root-level can be verified (SkyDroid doesn't do this yet). If you want total security and don't trust the root servers, you can use a Handshake domain name which basically moves the root zone to a blockchain and prevents unauthorized modifications.
An additional concept I considered is that DNS lookups are quite cheap, so your client could just ask 10 different DoH servers for a domain and validate that they all return the same response.
Tusky is also available on SkyDroid (https://skydroid.app/), a decentralized domain-based App Store: https://to.skydroid.app/com.keylesspalace.tusky.fdroid-app
I developed this little tool because I always find some great compilations available exclusively on YouTube and looked for a way to download and categorize the individual tracks. I could not find an existing tool which uses the new YT chapters feature and is focused on audio, so I built my own. Please make sure that you're using an up-to-date version of youtube-dl with chapter support if you want to try it.
https://skydroid.app/ is a decentralized app store for Android
SkyFeed is a decentralized social network built on top of Skynet: https://skyfeed.hns.siasky.net
The main difference is that you can choose your own homeserver and communicate with users on other homeservers which makes the Matrix protocol decentralized or at least distributed. So when I'm @redsolver:matrix.org, I can still chat with @bob:example.com just like with other distributed systems like email.
There's https://pub.dev/packages/catex
Maybe you're interested in SkyDroid (it's decentralized and publishing only takes 10 minutes): http://skydroid.app/
It basically works like Firefox Send. You select a file, it gets encrypted locally and then uploaded to the decentralized Sia Skynet CDN. Then you get a link which can be shared and contains the decryption key.
Example file (archlinux.iso, 681 MB): https://vup.hns.siasky.net/#a-AAA9uAQczlE79wA4aeoG0asP6txYW5...
Source Code: https://github.com/redsolver/skynet-send
Disclaimer: I tried to implement the encryption properly, but I could have missed something. So please don't use this webapp for sensitive files yet.
Yes, I will continue to work on SkyDroid. Please let me know if you have any feature requests.
Publishing is really easy, the process is explained here: https://skydroid.dev/
Differences to F-Droid:
- Fully decentralized, an app is bound to a domain name (like in a web browser)
- Every app can be published on SkyDroid, not just open-source apps
- The developer can directly publish his APK with his own signing key
- New apps and updates can be published almost instantly
- Faster syncing
Yep, that's basically what SkyDroid does, but it tries to be more user-friendly.
I think a solution to the App Store problem is to decentralize it, like the web. So I built a decentralized domain-based Android App Store: https://skydroid.app
If you want to try out an application which is already using Handshake, check out my decentralized Android App Store based on Domain Names: https://skydroid.app