Partial network connection - Trystero public bittorrent streams availability #2
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Both the upstream project and remnantchat are dealing with connection issues to the default public bittorrent streams included with trystero. Current discussions are on self-hosting streams or switching protocols.
More info can be found here:
https://github.com/dmotz/trystero?tab=readme-ov-file#strategy-comparison
"To establish a direct peer-to-peer connection with WebRTC, a signalling channel is needed to exchange peer information (SDP). Typically this involves running your own matchmaking server but Trystero abstracts this away for you and offers multiple "serverless" strategies for connecting peers (currently BitTorrent, Nostr, MQTT, Supabase, Firebase, and IPFS)."
What to consider:
"Trysteroʼs unique advantage is that it requires zero backend setup and uses decentralized infrastructure in most cases. This allows for frictionless experimentation and no single point of failure. One potential drawback is that itʼs difficult to guarantee that the public infrastructure it uses will always be highly available, even with the redundancy techniques Trystero uses. While the other strategies are decentralized, the Supabase and Firebase strategies are a more managed approach with greater control and an SLA, which might be more appropriate for “production” apps."
Opening this issue for discussion on direction for remnantchat from here to increase reliability.
If we want something that can move the project forward quickly and is consistently reliable production ready and right now that may be Supabase or Firebase.
Information on Libtorrent down below
Github
https://github.com/arvidn/libtorrent
Documentation
https://www.libtorrent.org/
I have been researching three different Bitorrent Libraries and I asked ai to come up with a summary for each one.
Libtorrent excels in building custom, high-performance peer-to-peer applications with advanced features.
OpenTracker is ideal for simple, high-performance tracking needs, but offers limited customization.
BitTornado provides a balance between ease of use and performance, but with less flexibility than libtorrent.
Libtorrent is the one that is been updated most consistently, last updated two weeks ago.
however there is a steep learning curve and would be multiple steps in the process to create the peer to peer app
1 Set up Libtorrent become familiar with API and documentation
2. Choose a signaling server:
6 Testing
This has been resolved by using our own TURN servers as this was the underlying issue. Moving this issue to closed.