Now add a twist: • Senders pay a small fee to send a message. • Relaying devices earn a micro-payment (could be tokens, sats, etc.) for carrying the message one hop further. • End-to-end encrypted, fully decentralized, optionally anonymous.
Basically, a “postal network” built on people’s phones, without needing a traditional internet connection. Works best in areas with patchy or no internet, or under censorship.
Obvious challenges: • Latency and reliability (it’s not real-time). • Abuse/spam prevention. • Power consumption and user opt-in. • Viable incentive structures.
What do you think? Is this viable? Any real-world use cases where this might be actually useful — or is it just a neat academic toy?
Doesn't really get any downloads, so not sure there's much demand for this - but I use it with some shokz bone conducting headphones for talking to my wife when we're cycling (also for wrangling our two small girls)
https://blog.technitium.com/2015/05/technitium-bit-chat-rele...
I had released that 10 yrs ago lol.
I'm regularly frustrated by modern phone's complete inabilities to allow any communication when outside of mobile network or Wi-Fi coverage, not even within the two large walled gardens.
It would be so easy for Apple to extend iMessage to work peer-to-peer, at least between people that have already messaged each other before and while both screens are on. That's literally how AirDrop works, and having to send a "Notes" text back and forth is just silly.
Presumably that is the key to getting out of the Apple ghetto.
Surprised to see Jack pushing code himself. Love to see it.
There are other alternatives for Android, like https://github.com/glodanif/BluetoothChat but it is only for close distance chatting without any network other than Bluetooth, doesn't have encryption, and is not IRC-themed.
Am I missing something?
I am glad it's public domain - I don't think I really want to invest any effort in getting non-techy people to try and use something that might go away one day and be irreplacable. OTOH, I need Android as well so....
Get rid of all these garbage social media (government honeypots) platforms that leak all your data every other weak.
Use Zero-knowledge proofs for authentication into distributed web apps.
Use BitTorrent file system to distribute data to prevent a single point of failure where all your data is leaked.
I could go on and on.
Scuttlebutt is another decentralized peer to peer messaging platform
Since its so niche people should probably collaborate to get one of these solutions out into adoption. Coding stuff is super fun though...
the spitball questions I would ask might be, a) how do you handle a theoretical timing attack where the time to respond to a room scan could yield whether a given device is a member of a known room, (the paralellism?) and b) does the GCM counter IV/nonce value cluster around rooms, so the counter for a given room will be in a shared range?
not dealbreakers or anything, this is simple and cool for its purpose, but design consideration wise, what's the thinking on those scenarios?
https://techcrunch.com/2025/07/07/jack-dorsey-working-on-blu...
Would also be neat if there was a way to build a LoRA proxy to extend the range. I might give this a try with my meshtastic devices.
That technology is interesting, but it is probably not a good usecase. There are potentially lots of interesting things you could do with smart watches and bike computers, such as uploading activities without direct connection to a phone or sharing routes with nearby participants, etc.
Use cases where you may not necessarily have a phone or adequate network coverage.
Use case? You're in the middle of a protest. Where to next?
From what I can see, it's a native IOS/MacOS app (SwiftUI). I don't see an Android version.
Also seems pretty spartan, but it looks like it could be embedded in "friendlier" apps.
Cool to see he still gets his hands dirty in code.
Wonder how many Claude Code tokens that would take...
But i'm also firmly in conviction that p2p is the future, so i don't know how we get there. regulators getting on Apple's ass again?
They have been around for longer and have some interesting thoughts in there.
I'm a bit more concerned that it is a niche application. Not having Mac myself, can't compile it without going through the hassle of getting the environment running.
It would be better if the application was built is something a bit more cross-platform, as I find the idea really good. Not sure if the "mesh network" part would work though, as you need a really high enrolled-device density in order for it to work further than just an office (it's BT after all). I guess the "Fork" button is there for a reason, or maybe a new repo with some other stack.
The Helium Network tried something like this, but with a fixed infrastructure: People were incentivized to run Helium network nodes and could earn micropayments for running nodes and handling traffic.
It revealed a lot of problems with structures like this, such as the incentive to cheat through various loopholes that were discovered.
It also became apparent that the monetization/tokenization aspect overtook the network functionality as the primary motivator for the project. After a while, people started looking at the traffic and payouts and realized that almost nobody was using it for real communication, it had become one big shell game for collecting the payments designed to incentivize nodes to come online and relay traffic. Then the token itself had become a speculative commodity that people used for trading more than anything.
I think it would be interesting if someone could invent a stable coin cryptocurrency with low overhead that enabled some of these use cases, but it seems the allure of generating a new token that the founders can sell into a speculative market to raise funds for the project is always too alluring, so every project goes from having good intentions to becoming a veiled pump and dump. Maybe some day there will be a stable coin that escapes these issues, but I haven’t seen it yet.
The biggest problem I immediately foresee is that this sounds backwards. It doesn't work best in areas with patchy or no internet, it works best in areas with lots of participating devices. It's most needed in areas with patchy or no internet, but those areas are likely to be the opposite of the areas with lots of participating devices.
(See: https://old.reddit.com/r/Briar/comments/gxiffy/what_exactly_...
https://news.ycombinator.com/item?id=43363031 }
Anyway, -Question: I take it Murmur is end to end encrypted fully? Also, just curious if this is open source?
This could become SUPER useful- having a actual mesh networking Bluetooth app , if it's open source/E2EE!
The firmware on these devices is open source (minus proprietary blobs for ESP32 WiFi, etc.) and the community is active. Check the Meshmap [2] to see some nodes that have made their location public in your area.
For example, this completes with motorcycle communicators such as Sena. That dedicated hardware can be over $400. If your app is as easy to use as a Sena device and you market it to bikers looking for a cheaper alternative you'll get users.
If it's open source, I would love to help.
I will give your app a try.
The thing is, it's almost impossible to guarantee payments work as expected in decentralized system, see "double spend attack". Bitcoin was designed to prevent it but does it by having common ledger which is a bit too much for a chat
For my use, I'd like to be able to join and monitor multiple groups at once (cameras, presenters, certain others individually), and select which I talk to (including being able to talk to several or all groups at once).
Another feature idea, if you are out of range, it would be good if there was an option to save the message until you come back and replay it.
And if someone tries and fails to send a message across such a gap, is it stored on every phone in the vicinity? That could lead to unwanted conditions (large queues, multiple delivery), which also muddle the accounting. But not doing so practically guarantees the message won't be delivered.
Participate in the development of Reticulum. Install the app Sideband on your Smartphone or other device.
Sideband is a chat app that uses LXMF. LXMF is a messaging protocol based on Reticulum. Reticulum is a full network stack that is decentralized and transport layer agnostic.
What we need for your vision is LoRa modems integrated in our phones.
Or just a bluetooth mesh interface for Reticulum. That is a great idea. Develop that, and you have exactly what you described.
To be more specific: Reticulum's main program is the daemon rnsd. It uses so called interfaces and can route between them (WiFi, LoRa, other radio services...). Implement a new interface type that uses the technology called 'bluetooth mesh' and your vision is done.
I wonder why they didn‘t implement the BLE mesh networking standard released in 2017 by the Bluetooth SIG.
Almost the whole repo is LLM generated. Look at the commits, code, structure and wording of the docs.
It's an Arduino library for mesh networking, that works over BLE and UDP, but it can also link to MQTT.
An MQTT node routes the packets it sees to the appropriate topics, and subscribes to topics for all the channels local nodes want, so you should be able to talk to anyone anywhere via the gateway.
The packet destination addresses are rolling codes, so you can't tell if someone's online just by watching their channel, at least not for more than an hour.
And there's a web app that talks directly to the public MQTT broker, and it can do chat and sensor data.
All payloads are Messagepack to make it easy to add new data types, and all packets are encrypted, authenticated, and timestamped to provide a bit of replay protection.
Everything is purely symmetric crypto, trust is left to a higher layer or something out of band, so you there's no handshakes or connection state management overhead, aside from one announce packet per hour to make the MQTT gateways work.
No LoRa, but the transports are modular and pluggable so you can easily add them. I just only have one LoRa Arduino node here so I haven't bothered writing a driver.
I'm also working on a Python port for easy pip-installable bots and home automation stuff.
So long as you're using the standard long fast and 0/20 frequency slot you'll still have your messages passed via NCMesh nodes even if you're using the broader US Mesh as your MQTT server.
[0] MQTT here simply tunnels the messages over the internet so you get placed in a broader chat room and pseudomesh than you could reach through RF.
Personally I think everything gets perverted when monetisation becomes the primary goal.
We are thinking about this and building in this direction with Paygo.wtf
Re. Messages - if you're not in range, as long as you don't leave the call, it'll send as soon as you reconnect. Messages are not currently persisted to a database though (- unsure if that's a feature or not?). I'd wanted to hold off on that until I was sure I'd covered everything I needed for the schema - they're currently encoded with ITA-2 (which is why some punctuation and emoticons go missing) - but I've made some improvements to the protocol, and intend to move to UTF-8 for broader character/language support.
The current protocol is very much designed to work around all the ways streaming audio really isn't a good fit for Bluetooth LE GATT. It does things which don't really make sense for messages, so I'm intending to separate messages from the live call.
The current focus is trying to make it play a little better with wireless headphones though. I started the app back in the days when phones had 3.5mm headphone jacks. If you've an Android phone and can use LE Audio headphones - they work much better, but wired headphones work best.
The OP's idea is an improvement: if you have to use crypto, then the only way a token is generated is when a sender buys one with fiat, so that they can transmit their message on the network.
https://developer.apple.com/documentation/multipeerconnectiv...
Like the US dollar and Postgres?
For like $200 anyone can start a business entity in the US with a tax ID and a bank, I’m still yet to understand how crypto is better other than for circumventing regulators
I love the project and participate, but people mentioning stuff like this in response to buzzwords irritates me. Like ipfs it is a buzzword-driven curiosity, not a real solution to real problems that anyone has.
Additionally, the meshtastic encryption is a toy. In 2025 when you say encryption you make people think of modern features like replay resistance, perfect forward secrecy, etc. Meshtastic doesn’t do any of this.
Was trying to keep things simple though - the separate server seemed a step too far for most people I talked to about it.
Ontop of that, I think payment isn't critical. You join the mesh because you want to use it yourself - all you need then is to limit how much power you're prepared to spend on it. What does it matter to you if 100 people use your phone or none? ....other than power.
To put it another way, I think money would introduce a commercial motive which would end up gobbling up the system like bitcoin mining.
In fairness to op, the proposed solution seems best intended for comms blackouts in densely populated areas rather than areas with persistently limited access.
Might be more reasonable to use higher bandwidth, lower latency codecs over bluetooth as well?
I wonder if there's a home lab / self hosted solution for this.
Also, I could see it as a useful tool in emergency situations. But a lot of people would need to use it to be actually useful.
Sena or Cardo work in 2.4 Ghz (ISM) range as well, but as a class 1 devices, which with 100mW (20 dBm), they can allow for maximum range in excess of 1 mile.
I'd use Walkie - talkies (PMR 446 MHz, about half of a mile of the range in the town) before resorting to the smartphone bluetooth. Likely only feasible on the parking.
Smartphone bluetooth is fine for two bicycles but it does NOT compete with a purpose-built hardware, especially not with the top makers like Cardo or Sena, LOL.
This is fine for managing a few hundred temperature sensors or lighting controls up to the building's floor concentrator, which is the main use case for this standard, but it is completely unsuitable for sending individual messages from user A to user B.
Seems like people in this thread are inspired by this novel concept that isn't novel at all.
FireChat was in fact used against dictatorial governments during protests in Iraq and Hong Kong. So it fits the aspired goal for the apps suggested here perfectly, and yet still failed as a product.
Hopefully, not in prison.
Consider if at a large conference where enough participants are able to create a mesh and then leave geo tagged messages and send beyond BT range.
If there was a way to piggyback on top of the airtag network we could do a lot more.
It’s a good example of what someone can accomplish when they understand how to work effectively with them.
This is listed as a dedicated "feature" in the README: "IRC-Style Commands"
It works best if there's 3 phones though - as it can route via the other if a link drops.
There's no cell service or wifi at my neighborhood movie theater. If I could send her a message when she's up, I could tell my wife to bring me back a box of Sno-caps.
I think Bitcoin has become a typical fiat asset ouroboros now, because the people who actually want to circumvent regulators are using Monero (which is why Monero is banned in most countries), while the Bitcoin price is supported almost entirely by speculation and a little bit by people doing only-slightly-shady things with crypto who haven't noticed everyone else moved to Monero.
The one to look at for that is Monero: the closest thing to private(anonymous) digital cash that I've found (so far).
Wireless internet is getting better, but when you really need something like this, you really need it.
It gets more complex if there's messages intended for Village C where no one from Village A visits though without some deleterious privacy impacts from needing to know what nodes see what other nodes but if the messages are relatively small you can address that with just increasing the level of optimistic caching and forwarding perhaps. Also the higher bandwidth the link the better so you can transfer more of these optimistic packets.
I'm generally against strapping a coin to this since it seems inevitably to hamper end user adoption in favor of making money for speculators and the people in the ICO. It could incentivize creating static point to point links though by providing potential revenue. Not sure that gets over the downsides of strapping a coin onto this though.
Also, I have not seen unlicense before -- guess I'm one of todays lucky 10,000
[0] https://code.briarproject.org/briar/briar/-/wikis/FAQ#will-t...
> protocol is designed to be platform-agnostic. An Android client can be built
https://github.com/jackjackbits/bitchat?tab=readme-ov-file#a...
The range is perfectly good for a lot of applications where one might actually want to not use the internet, just not all of them.
(YES APPLE DOES THAT TOO)
Reticulum supports using serial ports as interfaces, so if you get serial-over-Bluetooth working it can be done now.
One other thing I really like about Reticulum is that it also supports generic stdin/stdout to a process as an interface, so with some scripting and what not you can literally make it work over anything.
As much as people want to be "leet" and run 3rd party software, it's inherently insecure and that's why Apple shuts it down.
If there is a low density area between two people, a message could take a long time to show up. A message from NYC to LA is effectively relying on the messaging being cached on a phone in NYC, that person flying to LA, and then continuing the journey.
I would say that the underlying issue is that people do not really "own" their devices and the corporations that do are vulnerable to (or complicit in) state coercion.
You cannot truly have freedom on a non-free device, you can just be small enough to not be worth taking action against yet.
I don't think relaying messages would require that much power and as you said, "You join the mesh because you want to use it yourself".
For one rider to one rider you can get a very decent set well under $100 (Lexin b4fm, FredConn, even Thokwok is well reviewed).
Purpose-built hardware is Class 1 (much stronger, 100 mW/20dBm vs 2.4mW/4dBm), and they can use sophisticated protocols to keep the connection stable. And that's Bluetooth.
If they're not playing Bluetooth but go general ISM, they can emit whole 1W on 2.4GHz or 915 MHz.
They're not really alike.
The audio codec on ble is more modern too.
> “You can't even hear a ok quality music further than 20 metres away” That smells like the SBC codec running on Bluetooth classic to me. Very different tech.
Backrounding is kinda klunky. I think it's deliberate, as that's a real security vector.
If I were an Android developer, though, I'd just use the Swift files as a requirements spec, and write it native.
Author: jack <no@no.no>
He used a bogus `user.email` git config value, which GitHub matched to the nothankyou1 account.I don't think so.
I wonder what other transports you could do, like 38khz IR through a telescope?
The S8 coded mode with 125kbps rate is the long distance one. Support for it in phones is not widespread, sadly.
What would be the use case? Send the picture to someone at the other end of the lecture theatre? It's likely that there would be a phone network or Wi-Fi available. A crisis or emergency situation where networks are down? There isn't much population density or movement to propagate the data.
This debate is not new, many teams have worked on wireless ad hoc networks, some with very encouraging results. The real problem is what the use cases are.
That's why I personally think that the use case should be related to travel, transport, sport or vehicle-to-vehicle communication. Situations involving movement and loss of connectivity.
One option --but it might require some centralization-- is that people announce they're going to travel, and stash a bunch of messages. If the sender can provide information about the geographical destination, that could help.
About monetization: remember what money did to the internet. But the above option would practically invite some form of payment. Thinking of Perth, that would lead to a kind of "Mad Max meets Johnny Mnemnonic".
/slap
, /msg
, /who
style interfacebrew install xcodegen
cd bitchat xcodegen generate
cd bitchat open Package.swift
bitchat
directory into your projectopen bitchat.xcodeproj
Rofl. And citation needed.
You don't need to because you compile it from source yourself
IMO ultimate solution is for Apple to curate some sort open source store where they vet the source and builds "in public".
For a more extensive discussion on censorship resilient mesh networking, see IETF Internet Standard draft from 2012 [1]. After the Arab Spring there was global hope. Great to see revival of this topic today. Mesh networking is 1990s. The lesson from decades ago was that mesh networking can't be the killer use-case. Users need a reason to install this and allow it to drain the battery while looking for nearby nodes. Mesh networking never broke through the glass ceiling.
Blocking apps is real. Even Amazon killed a side-loaded app [2].
[1] https://www.ietf.org/archive/id/draft-pouwelse-censorfree-sc...
[2] https://torrentfreak.com/amazon-remote-disables-piracy-apps-...
On a Pinephone you can turn it off with a physical power switch.
If you really wanted to, on most other phones you could desolder it and throw it in the garbage. You'd need to already have custom firmware on the main CPU (or should I say "application processor" to fit in with the people who say "baseband processor") so it wouldn't crash or lock up when booting.
A little bit less destructive (in case you want to use your cellphone as a cellphone later) would be replacing the antenna with a dummy load.
Or 2 metres from the window a mile from Hammersmith. If not for WiFi calling I'd have to leave my phones on the windowsill.
IPNS, on the other hand...
I've used these[0] in the past and they worked ok. I lost the pair I bought when traveling and thought using the plethora of radios I have with me anyway on my phone with an earbud headphone would be much better replacement. Would be great for group rides to just send an app link instead of suggesting they all buy $100 hardware.
Honestly I think a well marketed and polished commercial app would have both Sena and Cardo[1] both quite existentially scared.
[0]: https://www.sena.com/en-us/product/pi/ [1]: https://cardosystems.com/
If you're hiking in the remote area youre much better off with LoRaWAN or amateur radio transceivers anyway.
There was a version of Apple at a point in time where I agree with your rhetoric. They have completely lost credibility to uphold that position IMO.
Apple definitely does not spend billions guaranteeing "quality". To prove my point, where does Apple even define what they consider "quality"? How can you quantify such an aubjecrive and ambiguous term?
They spend billions paying out the 70% they don't pocket.
Heck, They don't even adhere to their own HIG nor let us revert to past (objectively higher quality) versions of iOS.
Sure you can: build it and check the hash. If the maintainer prepared for such a check ahead of time it can be as simple as:
wget https://github.com/owner/foo-project/releases/download/.../foo
sha256sum foo # make note of this
nix build github:owner/foo-project
sha256sum result/bin/foo # it should match this
A pinky promise from a corporation can never be more trustworthy than something that we can all verify locally.Of course there's still the should-you-trust-this-code part of the problem, but at least bad guys in that case must operate in public view, which is--once again--a stronger deterrent to shenanigans than anything that happens behind closed doors at Apple.
So is cash. What we really need are ways of scanning a piece of fiat currency that instantly transfers that money to an account while then disabling the physical copy from the registry as valid. That's how silly I see crypto for anything other than illicit transactions
Irreversible is also not a good thing just ask anyone who had their NFTs stolen during that craze. If someone hacks my bank account or skims my card and transfers the money out the bank can reverse a lot of those transactions. Irreversibility wipes out decades of consumer protection advances.
Irreversible is bad because mistakes happen. I lost ~$1,000 in a bad transfer because of a typo.
Publicly verifiable -- not good because I don't want the public knowing what I buy.
Pseudonymous is the worst of both. Is it or is it not me? them?
I am thinking digital cash using pub keys on a network run from space on something like starlink sats.
"Just encrypt things" might be your reply. TOR folks have been fighting an uphill battle for ages with that as their main weapon.
It would only take 4 people at 5 hops apart trying to exchange photos of less than a megabyte to completely saturate a network of hundred devices.
SwiftUI apps can often do both.
I’m probably gonna rewrite my Bluetooth explorer app in SwiftUI. Doesn’t need any fancy UI.
Now you're back to using a centralised system using a network you know nothing about, operated by someone you don't know.
> direct Wi-Fi or Bluetooth connection or an AirDrop
AirDrop is not cross platform AFAIK. Direct wifi or bluetooth aren't the easiest to work with for non-technical users.
> A crisis or emergency situation where networks are down? There isn't much population density or movement to propagate the data.
Why not? Do emergencies only occur when people are few and far between? I think I'm misunderstanding what you're saying.
> That's why I personally think that the use case should be related to travel, transport, sport or vehicle-to-vehicle communication. Situations involving movement and loss of connectivity.
That's certainly a valuable use case, but probably not something that bitchat would be useful for.
If there's receive window timing issues you can't assume two nodes right next two each other will get the same subset of packets most of the time.
My solution is just to resend every message four times, and not bother with protocol layer reliability for BLE at all, the packet rate is low and all the acknowledgements use airtime anyway.
In practice, it takes upwards of a whole minute to locate a file it's never seen before, so it's not terribly useful. It's better than nothing, but it's not terribly useful.
It's still cool that someone tried. IPFS is one in a long line of ideas that didn't really work. Occasionally some of these ideas have massive success, like the Internet, and Bitcoin.
They're not really a competition.
you can't get a build hash from a downloaded app to then compare to a source build.
But if it happens we'll have to figure out how to write partition tolerant apps, which I think would be a lot of fun. It would also make "going viral" so much more apt, as you might catch the content from people you got physically close to.
https://netzpolitik.org/2025/bargeld-tracking-du-hast-ueberw...
I'm not saying Apple doesn't profit from it, but they're not just pocketing every penny.
As for "quality", they mostly check that your app isn't using unauthorized APIs, or doing other scetchy stuff, like leeching all of your data. They couldn't care less if your app is bad, thats' between you and your potential users.
Does it work ? apparently so. Apple catches around 2 million apps every year that are rejected for those reasons. Android has about the same amount of apps, but there they're caught by Kaspersky (and others) after they're published.
That doesn't mean that malware isn't making its way through the App Store review, the damage will be somewhat limited if it can't use private APIs.
I should add that here in the EU, where we’ve had 3rd party app stores for over a year, nobody uses them. The absolutely biggest one, Epic Games, has attracted about 29 million users across both iOS and Android, out of a population of 450 million.
See Monero
But I mostly agree - they rolled it out worldwide later on because once you reason it through, disabling it when it's not actively used turns out to be the better default.
I think you could reasonably argue that the measure limits Airdrop spam.
LN payments are based on Sphinx[1], but they don't leverage the full capabilities of it. Sphinx only allows for single-use replies.
The proposals for bidirectional anonymity involve using HORNET[2], which builds on Sphinx (specifically, it uses Sphinx's single-reply message to establish a HORNET connection), and enables sender-receiver anonymity and bidirectional transfer beyond single-reply messages.
It has also been proposed to include the use of TARANET[3] to prevent deanymization via traffic analysis.
[1]:https://cypherpunks.ca/~iang/pubs/Sphinx_Oakland09.pdf
It doesn't work very well from a technical and practical point of view. Just having the app on your phone could be enough to get you charged in a totalitarian state.
So it's interesting, but it's not the use case that will democratise this type of ad-hoc network. For example, it is easier to implement end-to-end encryption on an existing infrastructure.
There must be a use case where there is no network connection, enough network participants, and that can accommodate a significant transmission delay.
Decide which one is it.
PS Motorola talkabout T62 or T42 - small, light, reliable. Retevis h777: sturdy, reliable. You can just drop them in the bag.
Was the option of doing a much smaller amount available to validate the account before following up with the full transfer? I've never understood not doing a test transfer first.
Those working against the demonstrators could send people out with QR code to infect the phones will malware for their own means.
It’s not like people really have options to choose when it comes to choosing a smartphone.
It’s easy to have a growing share price when you are a duopoly. You don’t have to serve your users.
That's a runtime feature, it has nothing to do with the App Store.
Ideally, the TTL should be as low as possible in order to preserve maximum bandwidth and not hit nodes far from the transmitter.
The Bitchat documentation indicates that the maximum TTL is 7. There is also mention of gateways on the internet to enable long-distance communication.
In the case of IoT devices, their location is generally fixed and the gateway or hub is placed in the centre in order to limit the TTL, save bandwith, limit wakeup time. Some more advanced mesh network protocols use flooding only for announcements and network mapping in order to avoid this problem. This allows it to define preferred routes, set up an acknowledgement system, replay, etc.
I just got sent real estate documents because the sender used my uncommon firstNameLastName@ gmail, but because they had a typo of the last name it landed in my inbox.
Very much depends. Cameras, fingerprints, banknote ids, cell tower/GPS or just people seeing you.
I also own a Linux phone, but I don't use it. Maybe one day someone will create one that's actually usable...
>".... one entity in charge which gets to set the level of fairness"
Exactly what is unfair about the current system? The way we insure fairness is with laws and regulation. A system without those will suffer - well - lawlessness.
How is it centralized? The vast majority of dollars only exist as bits in computers in multiple banks all over the world. Doesn't get more distributed than that. Not only that - if you don't like dollars trade it for Euro's or Yen - you can pay your rent, mortgage and buy things with them also.
Other benefits of the current system. If someone steals my credit card I'm only on the hook for $50. My transactions are confirmed in a matter seconds pretty much anywhere in the world. I AutoPay many of my bills. If I set up automatic payments with Bitcoin I wouldn't be able to sleep at night.
There are problems that Bitcoin could help solve - it just isn't replacing currencies. I see a technology in search of a problem.
In fact, I have no idea how your comment is relevant to losing money.
You accidentally got someone else's document. How is that relevant to losing money?
As a reminder, you said: "I lost ~$1,000 in a bad transfer because of a typo.". How can you lose ~$1,000 because of someone else's typo in which an e-mail landed in your inbox?
I could answer "iOS may be shitty but it doesn't phone home every touch and your health data stays local". I really don't want to argue abour iOs vs Android. I used both. They are both shit made to lock their users in an ecosystem that solely benefits Google or Apple. I really couldnt care more about arguing which is worse, I would just want the market to allow something better than both for me, the user.
Do you even hold significant government currency, or do you only hold the layer-2 bank currency, and stocks?
I asked for specific evidence or instances of corruption or unfairness. Making an accusation (gov't is corrupt) without evidence or example and saying something is true repeatedly is not a substitute for actual evidence. There are many documented cases of money laundering and wash trades with Bitcoin. These same activities are done using fiat currencies, but in the US at least BT (before Trump), they were illegal and people doing it were subject to criminal investigation. I do agree that there are many gov't policies that have lead to inequities in the distribution of the money that should be addressed.
Bitcoin will only make a fixed number of Bitcoins but they forked Bitcoins into 2 separate coins years ago which some might consider as printing more Bitcoin since everyone got a copy of their existing coins. New ShitCoins are minted to scam people on a regular basis. If anything the barriers to printing too much money are lower with Crypto because it is so easy to make a new coin type. Have you invested in any NFT's lately? What about coin front running? [0]
[0] https://www.reuters.com/world/americas/argentina-main-stock-...
Thinking Crypto is not subject to corruption is very naive.
>"If you don't think the government is corrupt, I don't know what to tell you. " If you cannot explain of give examples then I have to assume you don't really know - it is your opinion. I am sure people living in certain deeply corrupt countries - Russia comes to mind - like Bitcoin because their countries currencies are unstable and access to other currencies is limited. That said the reason they like it is BC can be exchanged for stable currencies to buy things. If those stable currencies did not exist BC would be useless for them also.