HOLY SHIT THE UPGRADE WORKED.
Speed Test as 2nd hop on the same Seattle IP:
VLESS - 720 down
vs
Wireguard - 350 down
How? Because Wireguard is a dumb pipe. It just encrypts data and sends it. Wireguard's UDP has no feedback mechanism, which means packets fill a buffer to wait (or die) on the 2nd hop.
This is even more pronounced when you have two Wireguard configs (one tunnel inside another like Tor). Other than HydraVeil, most commercial VPNs don't hide from the 1st server. Mullvad sees your traffic naked. But that 2nd inner WG config is more vulnerable to Wireguard's flaws.
In sharp contrast, vless' pure tcp allows for kernel optimizations, which give feedback on that 2nd hop, to slow down if the "waiting room" is full. This makes sure nothing gets dropped, and we clear the 2nd hurdle, without relying on the app itself to bitch about a single missing packet. All the while, masking to the ISP that it's a regular https connection.
All I know is grind.
SimplifiedPrivacy.com
npub14s…jt5d6
2026-10-03 00:02:25 UTC
Author Public Key
npub14slk4lshtylkrqg9z0dvng09gn58h88frvnax7uga3v0h25szj4qzjt5d6Published at
2026-10-03 00:02:25 UTCEvent JSON
{
"id": "1bb896832e89be181ea5bc89ae3e4acd3da2cc261ae7da5ad8e2805665188d58",
"pubkey": "ac3f6afe17593f61810513dac9a1e544e87b9ce91b27d37b88ec58fbaa9014aa",
"created_at": 1790985745,
"kind": 1,
"tags": [],
"content": "HOLY SHIT THE UPGRADE WORKED.\n\nSpeed Test as 2nd hop on the same Seattle IP:\n\nVLESS - 720 down\n\nvs\n\nWireguard - 350 down\n\nHow? Because Wireguard is a dumb pipe. It just encrypts data and sends it. Wireguard's UDP has no feedback mechanism, which means packets fill a buffer to wait (or die) on the 2nd hop.\n\nThis is even more pronounced when you have two Wireguard configs (one tunnel inside another like Tor). Other than HydraVeil, most commercial VPNs don't hide from the 1st server. Mullvad sees your traffic naked. But that 2nd inner WG config is more vulnerable to Wireguard's flaws.\n\nIn sharp contrast, vless' pure tcp allows for kernel optimizations, which give feedback on that 2nd hop, to slow down if the \"waiting room\" is full. This makes sure nothing gets dropped, and we clear the 2nd hurdle, without relying on the app itself to bitch about a single missing packet. All the while, masking to the ISP that it's a regular https connection.\n\nAll I know is grind.\n",
"sig": "7f2de2f3df6950182c33cc9afc0e5d9380e6130997b4c1fdae817113f1022cc254c7df0e18ebf8b7fcc63e80eed02582ce2798db139c3c2ce1f1c6400ab97dde"
}