11 Jun 2025
Productivity

Mptcp meets tailscale: a p2p mesh VPN with link bonding

Confidence
Engagement
Net use signal
Net buy signal

Idea type: Minimal Signal

There’s barely any market activity - either because the problem is very niche or not important enough. You’ll need to prove real demand exists before investing significant time.

Should You Build It?

Not yet, validate more.


Your are here

Your idea of combining MPTCP with Tailscale for a P2P mesh VPN with link bonding falls into a category we've labeled 'Minimal Signal.' With only one similar product identified, confidence in this assessment is low, indicating a potentially niche or unproven market. While Webmesh, a Tailscale alternative, shows some traction, it doesn't directly validate the specific combination of MPTCP and link bonding. The low engagement (average of 3 comments on similar products) suggests limited discussion or validation around such solutions. You are at the very early stage, so it's crucial to avoid premature investment before validating real demand. The path forward involves actively proving the existence of a genuine need before committing substantial resources.

Recommendations

  1. Begin by actively engaging in online communities where your target users (e.g., network engineers, remote workers) gather. Clearly articulate the benefits of MPTCP and link bonding within a Tailscale-like mesh VPN context, and gauge their explicit interest and potential use cases. Quantify this interest by tracking engagement metrics like comments, shares, and positive reactions to your posts.
  2. Identify 2-3 potential users who face connectivity challenges that your solution directly addresses (e.g., unreliable internet, need for high bandwidth). Offer to solve their problems manually by setting up a prototype or even a workaround using existing tools. Document the time savings, performance improvements, and overall satisfaction of these users to gather concrete evidence of value.
  3. Create a concise explainer video that showcases the core functionality and benefits of your MPTCP-Tailscale solution. Focus on real-world scenarios and highlight the unique value proposition. Monitor video completion rates and feedback to assess whether the concept resonates with your target audience.
  4. Gauge commitment by asking for a small, non-binding deposit to join a waiting list for early access to your product. This helps filter out casual interest from genuine demand and provides a tangible measure of market validation. Make sure that you communicate with them that you are validating the idea and their deposit is fully refundable. This builds trust.
  5. Set a clear deadline of 3 weeks to find at least 5 genuinely interested individuals willing to provide a deposit. If you cannot reach this threshold, critically re-evaluate your value proposition, target audience, or overall market viability. Consider pivoting to a different approach or addressing a different problem within the same domain.
  6. Since Webmesh highlights the importance of open-source alternatives, consider the open-source strategy to build trust and community around your project early on. Identify the core components that can be open-sourced without compromising your competitive advantage.
  7. Given that IPv6 forwarding was mentioned as a positive feature in a similar project, ensure that your solution has robust IPv6 support. Emphasize this capability in your marketing materials, as it can be a key differentiator for your target audience.
  8. Given the low number of similar products, prioritize validating the core assumption: Does combining MPTCP and Tailscale solve a significant pain point for a specific group of users? Focus your initial efforts on answering this question before building out additional features.

Questions

  1. Considering the complexities of MPTCP and network configuration, what specific user segment would find the benefits of link bonding most valuable, and how can you reach them effectively?
  2. Given that Webmesh focuses on WireGuard, what are the key technical trade-offs between using WireGuard versus Tailscale's underlying technology (Noise protocol) for your specific use case, and how do these trade-offs impact user experience and security?
  3. Assuming that you will implement a P2P mesh VPN, what strategies will you employ to address the NAT traversal issues and how will that affect the end-user experience and the complexity of setting up the VPN?

Your are here

Your idea of combining MPTCP with Tailscale for a P2P mesh VPN with link bonding falls into a category we've labeled 'Minimal Signal.' With only one similar product identified, confidence in this assessment is low, indicating a potentially niche or unproven market. While Webmesh, a Tailscale alternative, shows some traction, it doesn't directly validate the specific combination of MPTCP and link bonding. The low engagement (average of 3 comments on similar products) suggests limited discussion or validation around such solutions. You are at the very early stage, so it's crucial to avoid premature investment before validating real demand. The path forward involves actively proving the existence of a genuine need before committing substantial resources.

Recommendations

  1. Begin by actively engaging in online communities where your target users (e.g., network engineers, remote workers) gather. Clearly articulate the benefits of MPTCP and link bonding within a Tailscale-like mesh VPN context, and gauge their explicit interest and potential use cases. Quantify this interest by tracking engagement metrics like comments, shares, and positive reactions to your posts.
  2. Identify 2-3 potential users who face connectivity challenges that your solution directly addresses (e.g., unreliable internet, need for high bandwidth). Offer to solve their problems manually by setting up a prototype or even a workaround using existing tools. Document the time savings, performance improvements, and overall satisfaction of these users to gather concrete evidence of value.
  3. Create a concise explainer video that showcases the core functionality and benefits of your MPTCP-Tailscale solution. Focus on real-world scenarios and highlight the unique value proposition. Monitor video completion rates and feedback to assess whether the concept resonates with your target audience.
  4. Gauge commitment by asking for a small, non-binding deposit to join a waiting list for early access to your product. This helps filter out casual interest from genuine demand and provides a tangible measure of market validation. Make sure that you communicate with them that you are validating the idea and their deposit is fully refundable. This builds trust.
  5. Set a clear deadline of 3 weeks to find at least 5 genuinely interested individuals willing to provide a deposit. If you cannot reach this threshold, critically re-evaluate your value proposition, target audience, or overall market viability. Consider pivoting to a different approach or addressing a different problem within the same domain.
  6. Since Webmesh highlights the importance of open-source alternatives, consider the open-source strategy to build trust and community around your project early on. Identify the core components that can be open-sourced without compromising your competitive advantage.
  7. Given that IPv6 forwarding was mentioned as a positive feature in a similar project, ensure that your solution has robust IPv6 support. Emphasize this capability in your marketing materials, as it can be a key differentiator for your target audience.
  8. Given the low number of similar products, prioritize validating the core assumption: Does combining MPTCP and Tailscale solve a significant pain point for a specific group of users? Focus your initial efforts on answering this question before building out additional features.

Questions

  1. Considering the complexities of MPTCP and network configuration, what specific user segment would find the benefits of link bonding most valuable, and how can you reach them effectively?
  2. Given that Webmesh focuses on WireGuard, what are the key technical trade-offs between using WireGuard versus Tailscale's underlying technology (Noise protocol) for your specific use case, and how do these trade-offs impact user experience and security?
  3. Assuming that you will implement a P2P mesh VPN, what strategies will you employ to address the NAT traversal issues and how will that affect the end-user experience and the complexity of setting up the VPN?

  • Confidence: Low
    • Number of similar products: 1
  • Engagement: Low
    • Average number of comments: 3
  • Net use signal: 0.0%
    • Positive use signal: 0.0%
    • Negative use signal: 0.0%
  • Net buy signal: 0.0%
    • Positive buy signal: 0.0%
    • Negative buy signal: 0.0%

This chart summarizes all the similar products we found for your idea in a single plot.

The x-axis represents the overall feedback each product received. This is calculated from the net use and buy signals that were expressed in the comments. The maximum is +1, which means all comments (across all similar products) were positive, expressed a willingness to use & buy said product. The minimum is -1 and it means the exact opposite.

The y-axis captures the strength of the signal, i.e. how many people commented and how does this rank against other products in this category. The maximum is +1, which means these products were the most liked, upvoted and talked about launches recently. The minimum is 0, meaning zero engagement or feedback was received.

The sizes of the product dots are determined by the relevance to your idea, where 10 is the maximum.

Your idea is the big blueish dot, which should lie somewhere in the polygon defined by these products. It can be off-center because we use custom weighting to summarize these metrics.

Similar products

Relevance

Webmesh - A fully open-source Tailscale alternative

19 Sep 2023 Crypto

Hey all!I wanted to show off my (not so) new project, Webmesh. It is a WireGuard mesh solution mostly similar to TailScale. It contains almost all of the functionality of TailScale already, such as custom DNS and hole-punching, but with some notable differences.- The control-plane can be distributed across one or more nodes in the mesh. Raft consensus is used to maintain state on nodes that choose to observe or vote in elections. Otherwise regular clients can simply join and partake in the network and receive updates from the controllers.- The network topology is malleable and dictated by the user, not the controllers. Multi-hop through the network is the default and from there you can manually assign direct edges between nodes. Hole-punching is made available via ICE tunnels or libp2p circuit relays.- There is a plugin API for extending the functionality of the network. Currently plugins can offer extensions to storage, authentication, IP address management, or simply being notified about changes to the network.- An application API is provided to run webmesh nodes in a sort of "stand-by" mode. This is used by the CLI and in-progress GUI apps.- Separate networks can be paired together using "bridge" nodes. This requires no fancy NATing or tunneling, just straight IPv6 forwarding.- Nodes are embeddable. Only Go bindings available currently, but more on the horizon. You can write apps that will connect to a mesh network. You can then interact with the network via Go's standard networking mechanisms.- Offline discovery and joining is available using the IPFS Kademlia DHT. More options such as DNS-SRV records to come.Examples and more information about all of the above can be found in the repository and the linked project website within. Excited to hear feedback or ideas on how I can continue to make the solution better.

Webmesh is a WireGuard mesh solution that has received praise for its unique features, particularly the implementation of Raft consensus in the network control plane and the powerful IPv6 forwarding through bridge nodes.


Avatar
7
3
3
7
Top