![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/d3d059e3-fa3d-45af-ac93-ac894beba378.png)
Amazing solution, didn’t arrive to that one, I was thinking just making a timing constraint to reveal the number that would make the precaculation practically imposible, but the commitment schmeme is waaaay more elegant.
Amazing solution, didn’t arrive to that one, I was thinking just making a timing constraint to reveal the number that would make the precaculation practically imposible, but the commitment schmeme is waaaay more elegant.
Not very important, even if generated by a single actor N has not such a big importance. If I were implementing something like this I’d just probably make it -hardcoded-.
If you reaaaallyyyy want to decide on a N on the fly, I’d put a restricction (a<Nx<b) make each participant generate a Nx and then sum then all, -multiply’em If you wanna be hardcore- But I’d be tricky to get it right, for example a party might be able to consistently make N whatever the max value of N is by making their Nx very big -Which, well, I don’t really know how it would benefit that party and how would they exploit it-. Maybe using a operation like a XOR on the Nx would be robust enough, and would mitigate the kind of attack that I described above
Tl;dr: you can just have a random party generate it.
Decide on a random N and what tails (even) and heads (uneven) mean.
Each party generates a random number
Combine the numbers with a conmutative operation of some sort, the harder the operation the better.
Take the hash N times. (Can be done independently by each participant)
(4.5) optional: for extra robustness, do some hard-to-calculate transformations to the result of 4. (Can be done independently by each party)
This is not infalibe, one party could get all the numbers a precalculate a answer to get a specific result but they will need to randomly try numbers. adding some timing constrains, using big numbers and hard operations would make that sort of attack not really practicable.
Nice question, had fun thinking about it!
Either you run the RP in the VPS and point to the ips on your server or you run it on the server and access it like you are accessing Jellyfin.
Easiest option is a container with Nginx proxy manager (imo) with NPM you can get free let’s encrypt certs, but be aware, in case you want automated certificates, NPM will need to run on the machine pointed to by the DNS (in your case, your VPS I guess)
First time I hear that, happend to you?
I recently open a intagram account again… Is just easier to keep in touch with old friends there, also tbh easier to have contact with girls. I try no to scroll there tho.
I do have both.
I didnt say anything about the interoperability. I can imagine some wins… but nothing game changing tbh.
Aw man, I missunterstood everything :(
You can. Up to 7.
It might work with people you know but is harder to convince people you just met, that’s the reason I still use Whatsapp and recently opened an Instagram.
At the very least, you need to keep an eye on it. Just seeding can be insufficent because of speeds, competition and popularity of things you download.
Is it a lot of effort? Probably no but in my case any effort is too much effort. Is just not my thing. I admire the spirit but I don’t have it in me.
I just don’t have the time for it or well, I do, but I don’t wanna put effort into mantaining ratios and whatnot. I have stuff to do that I enjoy more than be part of a internet club.
But that’s just me.
Only in the south, acording to my experience
0 Pillows 1 Arm
Proxmox for the the hosts, Debian cloud imagen for the VMs and docker inside
I dont know. 😆 im really just trying to get it in case -for example- of needing to advice someone in such a case :) my confusion probably comes from the fact that I have never host anything outside containers.
I still see it a bit diferent. A well structured container structure with configs as files instead of bare commands, back up volumes would be the same effort… But who knows. Regarding the rest like proxies, well you do not really need one.
Thanks taking the time to explain you point tho!
Yes, but doesn’t that also apply for a machine running bare git?
Not containers also adds some challenges with posibly having dependecies problems. I’d say running bare git is not a lot easier than having a container with say forgejo.
Is running a docker container a lot of overhead?
Ernestly asking, since my opinion is skewed cause im use to running containers.
Chaos, not anarchy!