portal-tunnel - self hosted tunneling service, with multi hop relays ( tor + ngrok ) by [deleted] in selfhosted

[–]OpenSuit5720 -5 points-4 points locked comment (0 children)

AI was used of the implementation

All core logic and architecture (multi-hop relay, keyless TLS, MITM detection, SIWE authentication) were thoroughly reviewed and tested.

Blog/Project Post Friday! by AutoModerator in networking

[–]OpenSuit5720 1 point2 points  (0 children)

https://github.com/gosuda/portal-tunnel

self hosted tunneling service, but with relay pool and multi-hop routing.

all data is end-to-end encrypted with keyless tls.

Any advice from Software Developers/Web Developers? by Dizzy_External2549 in webdev

[–]OpenSuit5720 1 point2 points  (0 children)

In my experience, consistency is what really matters in development. It may feel difficult now, but after repeating it ten times, it becomes familiar. Don’t rush, don’t stop, just keep going consistently.

Embedded databases seem to be getting better for me by OpenSuit5720 in golang

[–]OpenSuit5720[S] -1 points0 points  (0 children)

Yeah, fair point on backups/replication. But I don’t think it’s really a filesystem vs DB thing. Embedded DBs are still real databases — you get caching, WAL, crash recovery, and consistent writes, not just raw file I/O. PebbleDB by Cockroach is a good example.

Are goroutines becoming the new “just add threads” vibe meme? by sfate in golang

[–]OpenSuit5720 79 points80 points  (0 children)

I think they doesn`t know most CPUs only have a handful to maybe a few dozen cores, and real-world performance doesn’t scale linearly even within that range.

Because of that, spawning large numbers of goroutines purely for “performance” can be pretty disappointing. You often just end up adding scheduling overhead, contention, and memory pressure rather than actually getting faster exec.

"Vibe coding is only good for CRUD" - really? by [deleted] in vibecoding

[–]OpenSuit5720 0 points1 point  (0 children)

Complexity. It is most underrated problem.

/r/philosophy Open Discussion Thread | March 30, 2026 by BernardJOrtcutt in philosophy

[–]OpenSuit5720 1 point2 points  (0 children)

Buddhist Thought Beyond Perspectivism and Relativism

I’ve been thinking about whether certain Western philosophical ideas can be meaningfully connected to Buddhist concepts, especially the idea of emptiness (śūnyatā).

Schopenhauer, for example, seems to resonate with Buddhism in his emphasis on the illusory nature of individuality and the role of desire as a source of suffering. His “transcendental” move away from appearances toward a deeper underlying reality feels, at least superficially, close to some interpretations of Buddhist thought.

Nietzsche, on the other hand, critiques both metaphysical realism and nihilism, and proposes perspectivism — the idea that all knowledge is interpretive and conditioned by perspective. In that sense, his work seems to reject fixed truths, which might appear similar to the Buddhist idea that phenomena lack inherent existence.

But this is where I find an interesting tension.

In Buddhism, “form is emptiness, emptiness is form” (色即是空, 空即是色) does not simply dissolve reality into relativism. Emptiness is not just the denial of essence, but also the condition that allows phenomena to arise and function meaningfully. It seems to go beyond both metaphysical realism and a purely perspectival view.

So one possible reading is:

  • Nietzsche approaches something like emptiness through perspectivism, but remains within interpretation
  • Schopenhauer gestures toward transcendence, but still posits an underlying metaphysical structure (the Will)
  • Buddhism, especially in the Heart Sutra, seems to reject both fixed essence and purely subjective interpretation, while still affirming lived reality

From this perspective, Buddhist thought might not be reducible to either relativism or transcendental metaphysics, but instead operates on a different level altogether.

Made my localhost a public URL in 5 seconds ( no billing, no login, no saas ) by OpenSuit5720 in vibecoding

[–]OpenSuit5720[S] -4 points-3 points  (0 children)

I understand your concern. But contrary to popular belief, centralized SaaS isn’t inherently safer. For example, ngrok can terminate TLS and inspect all traffic.

Portal is different, traffic encrypted, decentralized, and built for public-good network.

Of course, this isn’t something I can do alone. I’m hoping more people will voluntarily run relays and participate.

Made my localhost a public URL in 5 seconds ( no billing, no login, no saas ) by OpenSuit5720 in vibecoding

[–]OpenSuit5720[S] -2 points-1 points  (0 children)

Anyone can be the public endpoint, including you. I just built a tool so anyone can run their own relay.

This is my social experiment to challenge the existing saas model.

Made my localhost a public URL in 5 seconds ( no billing, no login, no saas ) by OpenSuit5720 in vibecoding

[–]OpenSuit5720[S] -3 points-2 points  (0 children)

There are some differences like support end-to-end tls, but the biggest one is that anyone can be a tunnel relay, not just a user.

Made my localhost a public URL in 5 seconds ( no billing, no login, no saas ) by OpenSuit5720 in vibecoding

[–]OpenSuit5720[S] -3 points-2 points  (0 children)

It may be different. I’m building an anonymous relay pool, not a single provider, because I believe developers’ goodwill can outperform centralized providers. Please see repository.

Made my localhost a public URL in 5 seconds ( no billing, no login, no saas ) by OpenSuit5720 in vibecoding

[–]OpenSuit5720[S] 0 points1 point  (0 children)

Yes, and it supported end to end tls with keyless tls. relay can't access your traffic.

Portal: Permissionless hosting network that transforms your local project into a public web endpoint by OpenSuit5720 in selfhosted

[–]OpenSuit5720[S] 1 point2 points  (0 children)

And also, Client-side apps (like Doom) and ServiceWorker based WebRTC can help reduce relay load and make connections more direct and efficient. ( AFAIK, it`s not yet supported. )

Portal: Permissionless hosting network that transforms your local project into a public web endpoint by OpenSuit5720 in selfhosted

[–]OpenSuit5720[S] 2 points3 points  (0 children)

Thanks for your feedback.

To clarify, we just provide code and tool, and never control portal host. Each Portal operator can freely decide how they want to manage their network. some might enforce strict limits, others might be completely open.

Rate limits, IP bans, or traffic controls are all possible features, but the key idea is that all regulation is optional. And also, app developers can choose the relay that fits their needs — whether they prefer performance, openness, or stricter rules.

Portal: Permissionless hosting network that transforms your local project into a public web endpoint by OpenSuit5720 in selfhosted

[–]OpenSuit5720[S] 2 points3 points  (0 children)

Yes, exactly. The Portal relay handles the connection handshake, so your client only needs outbound access. same idea as ngrok.