Repository navigation
Configurable Bootstrappers #127
Description
Activity
I was looking into the documents and source code to see if this could be implemented with a private IPFS ntework. Seems like this might be the answer to that question?
@anthonyra iiuc to make Rainbow compatible with swarm.key-based private bitswap network you need more than just Bootstrappers.
👉 If you need PNET support, please fill a new issue describing your feature request (this one is only about configuration option for providing custom bootstrappers). 🙏
I actually just stumbled upon that this morning.. and I suppose when commenting earlier I wasn't 100% aware of how all the things are wired together. I'll be sure to create a feature request 👍🏻
I actually just stumbled upon that this morning
@anthonyra if you're not sure you want to use pnet/swarm keys feature (it has it's tradeoffs) you might want to start a discussion with people in the forums https://discuss.ipfs.tech/ or chat channels https://docs.ipfs.tech/community/#chat.
@aschmahmann I'm sort of working with what is currently being used. There's a project using PNET already along with
ipfs-clusterand I'm trying to configure all the things for best performance and reliability on our end since we intend to host their service. I'm familiar with a "sentry" architecture to add protections and thought rainbow could be used as such for accessing the data from the service.- addedP2Medium: Good to have, but can wait until someone steps upMedium: Good to have, but can wait until someone steps upeffort/hoursEstimated to take one or several hoursEstimated to take one or several hourskind/enhancementA net-new feature or improvement to an existing featureA net-new feature or improvement to an existing featuredif/easySomeone with a little familiarity can pick upSomeone with a little familiarity can pick uphelp wantedSeeking public contribution on this issueSeeking public contribution on this issue
on Jul 9, 2024
Tracking issue to add a flag (and environment variable) to allow overriding the bootstrappers for private deployments: #111 (comment)