@pete maybe just make the food look a bit more.. appealing.. and then you are there!

@pete tweeting out lunch pics is so

If you ever get bored of bitcoin you know what other career you can pivot to, you are pretty good at this!!

@pete nope, first time i've heard of it. sounds very cool!!

@gugou_daktulios @ikmertz are you referring to dos attacks towards the whole tor network or individual onion endpoints?

i'm not too familiar with those stuff, but i read the tor manpage and it had a few interesting options to limit bandwidth burts to prevent dos attacks.

plus, there's a way to kill circuits that spams too much, and considering that building a circuit is fairly expensive, this would limit the capacity of an attacker to take down an hidden service

@btcede yeah, but i guess the complexity can be reduced quite a bit if there's a trusted coordinator.

the goal here is not really to have an instance with no admins, more like to make a single instance more resistant to censorship from ISPs and cloud providers

@rusticbison i'm not a huge fan of ipfs myself because it doesn't really replicate data unless many people download a specific file. i guess it would work, but I'd try with something else first if possible

@shinobimonkey @kekcoin anybody running its own instance would be ideal, but that's kind of unrealistic i'd say.

really what I'm trying to achieve is a way to distribute people who don't run their own instance across multiple smaller instances run by volunteers, making sure that none of them grows to the point where it can't be easily hosted "at home" anymore.

even better if those smaller instances can "look like one" (for the network effect), plus the benefits from replicated data

@kekcoin @shinobimonkey yeah that's true, but again people should just avoid non-e2e dms anyway, regardless of how/how many people run the instance

@livestradamus yeah i guess people ideally should try to host their own instance if they can and/or care about privacy.

thinking about it, i guess what i'd like to achieve can be summarized to "a way to distribute people that are not running an instance to a set of small instances".

even better if this "set of small instances" is actually one big instance distributed on multiple devices.

@hanakookie i still think it's very important to point out potential attack vectors and try to, at least, theorize better alternatives.

i don't want to replace and/or compete with this instance, i'm just trying to think about how we could do better in the future if censorship from isps or cloud providers gets worse

For anyone interested in what the BDK project (bitcoindevkit.org/) 🧙 is up to, we're having our bi-weekly team chat in ~30 mins.. @20:00 UTC on Discord: discord.gg/ZFF4jbg

@Seccour that could help for some stuff, but it would mainly distribute just the http part, not all the other components of a mastodon instance (storage, background processing, etc)

still very interesting, i'll take it into account as well

@jakub that's awesome, but it still doesn't solve the problem that hosting a large instance at home might not be that easy. i was thinking about *somehow* splitting up the instance mainly for that reason, to stop relying on cloud providers

@ikmertz it looks like tor has some nice dos protections built in, especially for v3 hidden services. ideally i'd try to use those instead of relying on external providers

@hanakookie it's not political in any way. i'm just saying that hosting a large instance at home is not practical, while instead if you manage to split it up it can become feasible and increase the censorship resistance quite a lot

if the traffic is sufficiently spread around, then it could potentially become feasible to host the entire instance outside of the cloud, avoiding any kind of "deplatforming"

Show thread

but if we change the trust model to a federation with a strong "leader", then it basically becomes pretty similar to what we have here today, with the added benefit that the admin doesn't have to carry all the costs of running the instance

Show thread

I have this weird idea for a distributed and private Mastodon instance:

- the instance would be Tor-only
- anybody* could help host an instance they like by installing and running some software (let's say a "node")
- the nodes would connect with each other and coordinate which one should do what (storage, database, http, etc)
- by using OnionBalance one can split the traffic among all the "http" instances

*not really "anybody" because this would make it trivial to take down the instance

@Francispouliot more than @nvk i guess Cloudflare (or a cloud provider if they are using one) could censor the instance fairly easily.

i'm trying to see if there's a nice way to build solid/scalable/fast Mastodon instances over Tor

Show older
Bitcoin Mastodon

Bitcoin Maston Instance