Yeah one biiig archive would drown the poor node it is assigned lol.
Yeah one biiig archive would drown the poor node it is assigned lol.
Got a 1TB dataset sent once, guess it took around 3 days (Netherlands to France) so around 32Mbps. Not bad, not excellent.
I have an external DAC, so I don’t need to think about how good music the PC/Raspberry/… produces.
I just bought another (cheap quad core 256GB SSD) thinkcentre as a tinker platform.
So I’m going to add that to my Linux uh setup (of machines).
Or Tenfingers sharing protocol.
GUI in the works…
Encryption, takedown safe, etc.
Is there some way to mirror the original bar? I’d like access to open folders & softs on both.
Thanks again!
Hey it actually works! But it only gives me an empty one 😅
I prefer V-cycle for when you have a software with known specs & Kanban for when you don’t really know what the client needs/wants. I mean those magic clients you hear about but never sees…
That’s kind of spot on. Well done 🥲
Does Mint let you do that? I was mildly annoyed about having the “bar” only on one screen, I did some looking around but didn’t find anything useful.
Yep, don’t need to get a headache from crappy 128bps mp3s.
Also because fuck this rent-music mentality.
Most of the time.
Infinity, and beyond!
Now this is interesting, I know about Tor ofc, with all problems surrounding it (exit nodes etc) but I guess an onion website could be made well protected and shared & updated. You have to host it yourself though I guess.
Freenet, gotta dig down and see how it works under the surface, it looks very promising but it’s kind of complex and I haven’t yet figured out if it is all benevolent sharing for example and what happend if some random node sharing your stuff goes offline.
Very interesting!
I think (I’ll dig more to see if it stands) my advantage would be the redundancy (so the data always stays up and is hard to take down), the no need of benevolent nodes, and potentially the ease if use.
Thanks!
Interesting!
I poked around in the (slightly verbose) documentation and stumbled onto this:
Servers should not re-use URIs, regardless of the mechanism by which resources are created. Certain specific cases exist where URIs may be reinstated when it identifies the same resource,
So I wonder if it has the same inbuilt limitation that IPFS has, which means you cannot just update the data you are sharing, without also having to create a whole new link (I know IPFS are trying to work around that, but have seen no decentralised solution yet).
I’ll poke around some more!
Thanks for the link, I hadn’t heard of them before.
Cheers
Ha ha yeah if there were only more competition :-D
The idea is people run nodes (the hard part: routing incoming internet traffic to your PC) and nodes chit chat (any new nodes? Hey I just changed IP address!, … etc) so that there is a lots if known nodes. Identities rely on RSA keys (like ssh does).
Then on top of that (thus making it useful) you can propose a deal for another node: you share my data and I’ll share yours.
Which means people can access your data from your PC or from that other node sharing it for you.
Share it with several nodes (you obviously are sharing theirs) and there will a very high probability your data is accessible all the time.
The sharing is completely trust-less, if a node stops sharing your data, you just stops sharing theirs and gets a new partner, no hard feelings.
Added bonus is that it might be shared all over the world, so hard to take down.
All traffic and data is encrypted, so no node even knows what they are sharing.
You can change IP:port address, and update your data easily (that was the big work to be fair).
That’s about it, the implementation is written in python3 + cryptodome and uses RSA & AES-CTR.
The basic use could be to host a website, or a chat for example.
What do you think?
Thanks!
I actually went there maybe 6 months ago, but they were (which is totally okay) not interested in my protocol or how it works. I’m probably not very good in selling it either 😞😊.
That’s weird, was it over usb or something else? I mean it’s not very much data to be sent.