@short_straw@alexgizis@speedify Agreed. We need to put more pressure on Alex and Speedify to follow the law through financial penalties. @alexgizis literally sent me a middle finger emoji.
You'll actually have to sue them; they don't care about the law or consumer rights, and when you finally file a lawsuit, Alex will tell you to tell the court to "go F--- itself" and give you a middle finger emoji. I am in the process of filing another lawsuit in the USA if you care to join... Maybe they need a class action?
https://t.co/GvahyC1jOF
Alex is obviously full of himself and needs everyone to listen to him when he is not busy attacking his customers and misappropriating their intellectual property. He is usually just giving customers the middle finger, resulting in multiple lawsuits: Michael Williams v Connectify, Inc. (trading as “Speedify”) [2026] NSWSC 30. https://t.co/GvahyC1jOF
Alex is obviously full of himself and needs everyone to listen to him when he is not busy attacking his customers and misappropriating their intellectual property. He is usually just giving customers the middle finger, resulting in multiple lawsuits, including Michael Williams v Connectify, Inc. (trading as “Speedify”), [2026] NSWSC 30. https://t.co/GvahyC1jOF
@AlexGizis and @Speedify give customers the middle finger, resulting in multiple lawsuits: Michael Williams v Connectify, Inc. (trading as “Speedify”) [2026] NSWSC 30. https://t.co/GvahyC1jOF Avoid this company at all costs. Not only do they attack customers, but they have also misappropriated their intellectual property.
@AlexGizis and @Speedify give customers the middle finger, resulting in multiple lawsuits: Michael Williams v Connectify, Inc. (trading as “Speedify”) [2026] NSWSC 30. https://t.co/GvahyC1jOF Avoid this company at all costs. Not only do they attack customers, but they have also misappropriated their intellectual property.
@AlexGizis and @Speedify give customers the middle finger, resulting in multiple lawsuits: Michael Williams v Connectify, Inc. (trading as “Speedify”) [2026] NSWSC 30. https://t.co/GvahyC1jOF Avoid this company at all costs. Not only do they attack customers, but they have also misappropriated their intellectual property.
My Experience With @speedify and @alexgizis (the“Redundant Mode” Caused Outages, and Support Made It Worse by Cutting Me Off
This is my personal experience with Speedify (Connectify). I’m posting this publicly because what happened wasn’t just disappointing — it was reckless.
Why I bought it
I purchased Speedify for a router use case: bonding multiple internet links and, more importantly, redundancy/failover so that if one WAN link dropped or got unstable, traffic would continue on the other stable links.
Speedify markets exactly that promise: seamless failover, uninterrupted connectivity, “redundant mode,” etc.
What actually happened in real use
From the start, the product didn’t behave like “redundancy” at all.
Instead:
Redundant Mode did not provide flawless failover.
When one WAN link flapped, Speedify would drop the entire tunnel across all connections — including the connections that were still stable.
The result was full outages — the exact opposite of why you buy redundancy.
On top of that, performance degraded:
No meaningful “speed boost”
No “high efficiency bonding”
Increased instability that made real-time communications worse, not better
What support did (and why this is the part people should care about)
I opened a support ticket immediately and provided logs/details. Instead of focusing on a fix, the interaction quickly slid toward refund/cancellation rather than resolution.
Support also:
said they’d had no other reports of the issue on my router model and asked for logs/timestamps
asserted my links were “maxing out” at low upload speeds (which I disputed with comparative testing)
introduced licensing confusion (router licensing vs regular licenses), despite the fact I’d paid for a router-focused plan
So far: frustrating, but not unheard of.
Then came the truly unacceptable part.
The vendor-triggered outage
I explicitly told them not to cancel/refund because I was relying on the router subscription during an international trip / live situation, and I could not swap hardware mid‑event. I wanted them to fix the issue, not kill the service.
Despite that, Speedify processed refunds and expired/deactivated my plans anyway, including the router subscription (and even impacted another plan). I then received emails effectively saying this was a “follow up to your cancellation request” — except I did not make a cancellation request.
That refund/expiration wasn’t just a billing event — it instantly deactivated the service, which meant:
router authentication stopped working
connectivity dropped
systems went offline
I experienced major disruption and downtime at a critical time
In plain English: the product was already failing, and when I complained, support pulled the plug.
Why I’m warning others
In my view, the biggest risk with Speedify isn’t only performance — it’s that your connectivity can be remotely ended by the vendor, even while you’re actively using it, even after you’ve explicitly said “do not cancel,” and even when cancellation will obviously cause damage.
That’s not redundancy.
That’s vendor-controlled fragility.
If you’re considering Speedify for any critical use case (business continuity, travel, events, remote access), my advice is simple: test aggressively and assume your service can disappear instantly if a billing/refund action happens — even one you didn’t request.
My Experience With @speedify and @alexgizis (the“Redundant Mode” Caused Outages, and Support Made It Worse by Cutting Me Off
This is my personal experience with Speedify (Connectify). I’m posting this publicly because what happened wasn’t just disappointing — it was reckless.
Why I bought it
I purchased Speedify for a router use case: bonding multiple internet links and, more importantly, redundancy/failover so that if one WAN link dropped or got unstable, traffic would continue on the other stable links.
Speedify markets exactly that promise: seamless failover, uninterrupted connectivity, “redundant mode,” etc.
What actually happened in real use
From the start, the product didn’t behave like “redundancy” at all.
Instead:
Redundant Mode did not provide flawless failover.
When one WAN link flapped, Speedify would drop the entire tunnel across all connections — including the connections that were still stable.
The result was full outages — the exact opposite of why you buy redundancy.
On top of that, performance degraded:
No meaningful “speed boost”
No “high efficiency bonding”
Increased instability that made real-time communications worse, not better
What support did (and why this is the part people should care about)
I opened a support ticket immediately and provided logs/details. Instead of focusing on a fix, the interaction quickly slid toward refund/cancellation rather than resolution.
Support also:
said they’d had no other reports of the issue on my router model and asked for logs/timestamps
asserted my links were “maxing out” at low upload speeds (which I disputed with comparative testing)
introduced licensing confusion (router licensing vs regular licenses), despite the fact I’d paid for a router-focused plan
So far: frustrating, but not unheard of.
Then came the truly unacceptable part.
The vendor-triggered outage
I explicitly told them not to cancel/refund because I was relying on the router subscription during an international trip / live situation, and I could not swap hardware mid‑event. I wanted them to fix the issue, not kill the service.
Despite that, Speedify processed refunds and expired/deactivated my plans anyway, including the router subscription (and even impacted another plan). I then received emails effectively saying this was a “follow up to your cancellation request” — except I did not make a cancellation request.
That refund/expiration wasn’t just a billing event — it instantly deactivated the service, which meant:
router authentication stopped working
connectivity dropped
systems went offline
I experienced major disruption and downtime at a critical time
In plain English: the product was already failing, and when I complained, support pulled the plug.
Why I’m warning others
In my view, the biggest risk with Speedify isn’t only performance — it’s that your connectivity can be remotely ended by the vendor, even while you’re actively using it, even after you’ve explicitly said “do not cancel,” and even when cancellation will obviously cause damage.
That’s not redundancy.
That’s vendor-controlled fragility.
If you’re considering Speedify for any critical use case (business continuity, travel, events, remote access), my advice is simple: test aggressively and assume your service can disappear instantly if a billing/refund action happens — even one you didn’t request.
My Experience With @speedify and @alexgizis (the“Redundant Mode” Caused Outages, and Support Made It Worse by Cutting Me Off
This is my personal experience with Speedify (Connectify). I’m posting this publicly because what happened wasn’t just disappointing — it was reckless.
Why I bought it
I purchased Speedify for a router use case: bonding multiple internet links and, more importantly, redundancy/failover so that if one WAN link dropped or got unstable, traffic would continue on the other stable links.
Speedify markets exactly that promise: seamless failover, uninterrupted connectivity, “redundant mode,” etc.
What actually happened in real use
From the start, the product didn’t behave like “redundancy” at all.
Instead:
Redundant Mode did not provide flawless failover.
When one WAN link flapped, Speedify would drop the entire tunnel across all connections — including the connections that were still stable.
The result was full outages — the exact opposite of why you buy redundancy.
On top of that, performance degraded:
No meaningful “speed boost”
No “high efficiency bonding”
Increased instability that made real-time communications worse, not better
What support did (and why this is the part people should care about)
I opened a support ticket immediately and provided logs/details. Instead of focusing on a fix, the interaction quickly slid toward refund/cancellation rather than resolution.
Support also:
said they’d had no other reports of the issue on my router model and asked for logs/timestamps
asserted my links were “maxing out” at low upload speeds (which I disputed with comparative testing)
introduced licensing confusion (router licensing vs regular licenses), despite the fact I’d paid for a router-focused plan
So far: frustrating, but not unheard of.
Then came the truly unacceptable part.
The vendor-triggered outage
I explicitly told them not to cancel/refund because I was relying on the router subscription during an international trip / live situation, and I could not swap hardware mid‑event. I wanted them to fix the issue, not kill the service.
Despite that, Speedify processed refunds and expired/deactivated my plans anyway, including the router subscription (and even impacted another plan). I then received emails effectively saying this was a “follow up to your cancellation request” — except I did not make a cancellation request.
That refund/expiration wasn’t just a billing event — it instantly deactivated the service, which meant:
router authentication stopped working
connectivity dropped
systems went offline
I experienced major disruption and downtime at a critical time
In plain English: the product was already failing, and when I complained, support pulled the plug.
Why I’m warning others
In my view, the biggest risk with Speedify isn’t only performance — it’s that your connectivity can be remotely ended by the vendor, even while you’re actively using it, even after you’ve explicitly said “do not cancel,” and even when cancellation will obviously cause damage.
That’s not redundancy.
That’s vendor-controlled fragility.
If you’re considering Speedify for any critical use case (business continuity, travel, events, remote access), my advice is simple: test aggressively and assume your service can disappear instantly if a billing/refund action happens — even one you didn’t request.
My Experience With @speedify and @alexgizis (the“Redundant Mode” Caused Outages, and Support Made It Worse by Cutting Me Off
This is my personal experience with Speedify (Connectify). I’m posting this publicly because what happened wasn’t just disappointing — it was reckless.
Why I bought it
I purchased Speedify for a router use case: bonding multiple internet links and, more importantly, redundancy/failover so that if one WAN link dropped or got unstable, traffic would continue on the other stable links.
Speedify markets exactly that promise: seamless failover, uninterrupted connectivity, “redundant mode,” etc.
What actually happened in real use
From the start, the product didn’t behave like “redundancy” at all.
Instead:
Redundant Mode did not provide flawless failover.
When one WAN link flapped, Speedify would drop the entire tunnel across all connections — including the connections that were still stable.
The result was full outages — the exact opposite of why you buy redundancy.
On top of that, performance degraded:
No meaningful “speed boost”
No “high efficiency bonding”
Increased instability that made real-time communications worse, not better
What support did (and why this is the part people should care about)
I opened a support ticket immediately and provided logs/details. Instead of focusing on a fix, the interaction quickly slid toward refund/cancellation rather than resolution.
Support also:
said they’d had no other reports of the issue on my router model and asked for logs/timestamps
asserted my links were “maxing out” at low upload speeds (which I disputed with comparative testing)
introduced licensing confusion (router licensing vs regular licenses), despite the fact I’d paid for a router-focused plan
So far: frustrating, but not unheard of.
Then came the truly unacceptable part.
The vendor-triggered outage
I explicitly told them not to cancel/refund because I was relying on the router subscription during an international trip / live situation, and I could not swap hardware mid‑event. I wanted them to fix the issue, not kill the service.
Despite that, Speedify processed refunds and expired/deactivated my plans anyway, including the router subscription (and even impacted another plan). I then received emails effectively saying this was a “follow up to your cancellation request” — except I did not make a cancellation request.
That refund/expiration wasn’t just a billing event — it instantly deactivated the service, which meant:
router authentication stopped working
connectivity dropped
systems went offline
I experienced major disruption and downtime at a critical time
In plain English: the product was already failing, and when I complained, support pulled the plug.
Why I’m warning others
In my view, the biggest risk with Speedify isn’t only performance — it’s that your connectivity can be remotely ended by the vendor, even while you’re actively using it, even after you’ve explicitly said “do not cancel,” and even when cancellation will obviously cause damage.
That’s not redundancy.
That’s vendor-controlled fragility.
If you’re considering Speedify for any critical use case (business continuity, travel, events, remote access), my advice is simple: test aggressively and assume your service can disappear instantly if a billing/refund action happens — even one you didn’t request.
My Experience With @speedify and @alexgizis (the“Redundant Mode” Caused Outages, and Support Made It Worse by Cutting Me Off
This is my personal experience with Speedify (Connectify). I’m posting this publicly because what happened wasn’t just disappointing — it was reckless.
Why I bought it
I purchased Speedify for a router use case: bonding multiple internet links and, more importantly, redundancy/failover so that if one WAN link dropped or got unstable, traffic would continue on the other stable links.
Speedify markets exactly that promise: seamless failover, uninterrupted connectivity, “redundant mode,” etc.
What actually happened in real use
From the start, the product didn’t behave like “redundancy” at all.
Instead:
Redundant Mode did not provide flawless failover.
When one WAN link flapped, Speedify would drop the entire tunnel across all connections — including the connections that were still stable.
The result was full outages — the exact opposite of why you buy redundancy.
On top of that, performance degraded:
No meaningful “speed boost”
No “high efficiency bonding”
Increased instability that made real-time communications worse, not better
What support did (and why this is the part people should care about)
I opened a support ticket immediately and provided logs/details. Instead of focusing on a fix, the interaction quickly slid toward refund/cancellation rather than resolution.
Support also:
said they’d had no other reports of the issue on my router model and asked for logs/timestamps
asserted my links were “maxing out” at low upload speeds (which I disputed with comparative testing)
introduced licensing confusion (router licensing vs regular licenses), despite the fact I’d paid for a router-focused plan
So far: frustrating, but not unheard of.
Then came the truly unacceptable part.
The vendor-triggered outage
I explicitly told them not to cancel/refund because I was relying on the router subscription during an international trip / live situation, and I could not swap hardware mid‑event. I wanted them to fix the issue, not kill the service.
Despite that, Speedify processed refunds and expired/deactivated my plans anyway, including the router subscription (and even impacted another plan). I then received emails effectively saying this was a “follow up to your cancellation request” — except I did not make a cancellation request.
That refund/expiration wasn’t just a billing event — it instantly deactivated the service, which meant:
router authentication stopped working
connectivity dropped
systems went offline
I experienced major disruption and downtime at a critical time
In plain English: the product was already failing, and when I complained, support pulled the plug.
Why I’m warning others
In my view, the biggest risk with Speedify isn’t only performance — it’s that your connectivity can be remotely ended by the vendor, even while you’re actively using it, even after you’ve explicitly said “do not cancel,” and even when cancellation will obviously cause damage.
That’s not redundancy.
That’s vendor-controlled fragility.
If you’re considering Speedify for any critical use case (business continuity, travel, events, remote access), my advice is simple: test aggressively and assume your service can disappear instantly if a billing/refund action happens — even one you didn’t request.
My Experience With @speedify and @alexgizis (the“Redundant Mode” Caused Outages, and Support Made It Worse by Cutting Me Off
This is my personal experience with Speedify (Connectify). I’m posting this publicly because what happened wasn’t just disappointing — it was reckless.
Why I bought it
I purchased Speedify for a router use case: bonding multiple internet links and, more importantly, redundancy/failover so that if one WAN link dropped or got unstable, traffic would continue on the other stable links.
Speedify markets exactly that promise: seamless failover, uninterrupted connectivity, “redundant mode,” etc.
What actually happened in real use
From the start, the product didn’t behave like “redundancy” at all.
Instead:
Redundant Mode did not provide flawless failover.
When one WAN link flapped, Speedify would drop the entire tunnel across all connections — including the connections that were still stable.
The result was full outages — the exact opposite of why you buy redundancy.
On top of that, performance degraded:
No meaningful “speed boost”
No “high efficiency bonding”
Increased instability that made real-time communications worse, not better
What support did (and why this is the part people should care about)
I opened a support ticket immediately and provided logs/details. Instead of focusing on a fix, the interaction quickly slid toward refund/cancellation rather than resolution.
Support also:
said they’d had no other reports of the issue on my router model and asked for logs/timestamps
asserted my links were “maxing out” at low upload speeds (which I disputed with comparative testing)
introduced licensing confusion (router licensing vs regular licenses), despite the fact I’d paid for a router-focused plan
So far: frustrating, but not unheard of.
Then came the truly unacceptable part.
The vendor-triggered outage
I explicitly told them not to cancel/refund because I was relying on the router subscription during an international trip / live situation, and I could not swap hardware mid‑event. I wanted them to fix the issue, not kill the service.
Despite that, Speedify processed refunds and expired/deactivated my plans anyway, including the router subscription (and even impacted another plan). I then received emails effectively saying this was a “follow up to your cancellation request” — except I did not make a cancellation request.
That refund/expiration wasn’t just a billing event — it instantly deactivated the service, which meant:
router authentication stopped working
connectivity dropped
systems went offline
I experienced major disruption and downtime at a critical time
In plain English: the product was already failing, and when I complained, support pulled the plug.
Why I’m warning others
In my view, the biggest risk with Speedify isn’t only performance — it’s that your connectivity can be remotely ended by the vendor, even while you’re actively using it, even after you’ve explicitly said “do not cancel,” and even when cancellation will obviously cause damage.
That’s not redundancy.
That’s vendor-controlled fragility.
If you’re considering Speedify for any critical use case (business continuity, travel, events, remote access), my advice is simple: test aggressively and assume your service can disappear instantly if a billing/refund action happens — even one you didn’t request.
. @Kadena_IO spent $50 million in legal expenses fighting @Kaddex_Official instead of working collaboratively they finally shut down after a huge loss in the EU General Court. Incredible day to a Tier 1 blockchain that was once the sixth largest by market cap have to shut down.
All - We are happy to announce that we will be pursuing legal action against @Chips_KDA along with any of its employees connected with KMC. We believe CHIPS is a phoenixing operation and that the executive-level employees who essentially acted with fiduciary responsibilities knew or should have known KMC's defects. We assert the wind-down operation of KMC is illegal under US securities laws and was not done under the supervision of a proper Trustee in a bankruptcy court.
We urged CHIPS staff to do the right thing by appointing Kaddex as an independent auditor but they refused. We will continue to make Kadena great again. I believe this message will be deleted but will be reposted on our X account. We will provide details for affected individuals to join the class and recover their KMC losses from CHIPS which is essentially an incognito version of KMC.
I am happy to announce I’ve begun full time employment at @Kaddex_Official as their social media coordinator working directly for Frog.
We’re going to make @kadena_io great again!