Paxsudos

04/10/2026

Now I'm in middle of refactoring the whole STCPv6 code base to be clear and not so ball of cloth ..

The STCPv6 is then STCPv7, when I've got things in order and more clarity to architecture & better handling for version-data by putting stuff in git branches.

When the responsibilities of the separate modules is more clear, then it is easier to do optimisations regarding throughput.

Latest info of progress is at https://some.paxsudos.com and benchmarks + other data can be found from https://stcp.fi ..

The throughput is not what I want .. I'm going to optimise a lot after the refactoring is completed.

Other metrics: Very good, if I may say so ... TLS is better (way better) in throughput than STCP-TCP is now, but I'm going to
address the issue after refactoring.

STCPv6 — a compact secure transport protocol implementation with verified regression, compression and performance testing.

23/09/2026

Siivosin githubia: Sinneppä oli kertynyt tavaraa :D .. kutistu 117GB => ~7GB ..

23/09/2026

STCPv4 rokkaa! Nyt on matriiseissa hyvää dataa, vielä tuo 1400ms kummitus karkottaa... Se ei mittaa nyt oikein hyvin... mut muu data on kyl buenoa!

Erittäin herkullinen on tuo STCP-TCP vs TLS vertailu :D.. TLS on siis kohdannu seuraajan?

22/09/2026

STCPv4 is OUT now, check it out at https://stcp.fi/

Quick peek to the benchmark compression matrix:

22/09/2026

STCPv4-optimointi etenee.

Tänään benchmarkit taas kokonaan vihreäksi: 58/58 PASS jokaisella testatulla transportilla/moodilla.

Tämänhetkisiä mitattuja tuloksia:

• STCP-TCP: 64.3 MiB/s
• STCP-TCP + automaattinen pakkaus: 40.4 MiB/s
• TCP baseline: 581.5 MiB/s
• TLS-TCP: 4.61 MiB/s tässä benchmarkissa
• STCP-UDP: 3.63 MiB/s

Pakkaustestissä STCP säästi 1,856,083 tavua eli 24.99 % testidatasta. Se on pirun tervetullutta etenkin satelliitti- ja IoT-yhteyksiä ajatellen — siellä jokaisella siirretyllä bitillä voi oikeasti olla merkitystä.

Nopeuden kanssa on vielä töitä. Erityisesti STCP-TCP:n tavoitteena on päästä vähintään 50 %:iin tavallisen TCP:n nopeudesta.

Nyt tiedetään kuitenkin jo huomattavasti tarkemmin, missä aika kuluu, ja samalla koko benchmark-järjestelmää on laitettu uusiksi niin, että mitataan oikeaa datansiirtoa eikä prosessin ympärillä tapahtuvaa sälää.

Eli ei vielä maalissa, m***a eteenpäin mennään. 🙂

KISS: jokainen bitti langalla maksaa.

https://stcp.fi

:ssä näkyvät tämänhetkiset benchmarkit, ja juuri ajan uusimpia koodeja GitHubiin turvaan. 🙂

Ja ehkä tämän päivän kiinnostavin havainto: tässä benchmarkissa STCP-TCP:n mitattu throughput on jo aivan eri dekadilla kuin TLS-TCP:n tulos. :D

Seuraavaksi lisää optimointia — tavoite ei ole todistaa STCP:tä nopeaksi vaan mitata, missä se on hidas, ja korjata se kohta kerrallaan.

STCPv3 — a compact secure transport protocol implementation with verified regression, compression and performance testing.

19/09/2026

Mukava seurata miten kääntö kehittyy omalla työkalulla :) ...

18/09/2026

Now then! It seems STCPv3 has some performance issues, so I'm currently optimizing the stack.

The good news is that the baseline is very stable. However, the 128 KB payload currently has performance issues when transmitted over STCP-TCP, while STCP-UDP is already doing quite well (~3 MiB/s).

I want to get STCP-TCP into roughly the same performance range.

So I'm now working on STCPv4, while keeping STCPv3 as the stable reference implementation.

The next target is the STCP carrier, especially the TCP carrier. The goal is simple: get its performance into the same neighborhood as the STCP-UDP carrier.

Honest benchmark results are available at https://stcp.fi

I'll update (and make new base commit from it) when I got improvements done.

Stay tuned! :)

STCPv3 — a compact secure transport protocol implementation with verified regression, compression and performance testing.

13/09/2026

STCPv3 is now in progress.

One of the main new features is optional payload compression, controlled with a socket option.

The application can also define a compression threshold, so very small payloads can be left uncompressed while larger payloads are automatically compressed when it is beneficial.

STCPv3 is being optimized especially for satellite and other constrained links, where every transmitted bit has a cost.

STCP already aims for a very good ratio of transmitted data per unit of energy used. With payload compression enabled, that efficiency should improve even further, especially with larger and highly compressible frames.

Compression can be used across all supported STCP traffic types:

* TCP
* UDP
* STCP-TCP
* STCP-UDP
* P2P

And, as always, compression remains optional.

If it does not reduce the payload size, the original uncompressed payload can be sent instead.

Less data on the wire. Same application payload.

08/09/2026

STCPv2 – Satelliittioptimointeja 🚀

STCPv2:n wire-header pieneni 40 tavusta 17 tavuun.

Se tarkoittaa noin 57,5 % vähemmän header-overheadia per frame.

Wire-formaattia tiivistettiin poistamalla tarpeetonta metadataa, kaventamalla wirellä käytettäviä kenttiä ja pakkaamalla lippuja bittikenttiin.

Oleellisin asia: protokollan toiminnallisuutta tai ominaisuuksia ei tarvinnut karsia.

Koko testisetti menee edelleen läpi:

Host/RPi ✅
Zephyr ✅
CoAP ✅
MQTT ✅
P2P ✅

Header: 40 B → 17 B, joka on säästöä joka frame, eli vähemmän bittejä wirelle, sama STCPv2.

Tämä on erityisen kiinnostavaa satelliitti- ja muissa rajallisen kaistan tai energiabudjetin ympäristöissä. Jokainen lähettämättä jätetty tavu vähentää radiolinkin siirtämää dataa ja voi samalla pienentää lähetykseen kuluvaa energiaa.

Ja mikä parasta: nämä eivät ole vain satelliittioptimointeja, vaan mergesin STCPv2:seen suoraan optimoinnit mukaan. API ei muuttunut, vain se miten STCPv2 toimii sisäisesti.

Sama pienempi wire-overhead hyödyttää myös tavallisia STCP-TCP- ja STCP-UDP-yhteyksiä tästälähtien.

Nyt alkaa olla aika vähän hyviä tekosyitä olla kokeilematta tekelettäni tavallisen TCP/UDP-liikenteenkin päällä. 😄

Lisätietoja saa minulta:

📞 +358 453 100 344
✉️ [email protected]

08/09/2026

STCPv2 – Satelliittioptimointeja 🚀

STCPv2:n wire-header pieneni 40 tavusta 17 tavuun.

Se tarkoittaa noin 57,5 % vähemmän header-overheadia per frame.

Wire-formaattia tiivistettiin poistamalla tarpeetonta metadataa, kaventamalla wirellä käytettäviä kenttiä ja pakkaamalla lippuja bittikenttiin.

Oleellisin asia: protokollan toiminnallisuutta tai ominaisuuksia ei tarvinnut karsia.

Koko testisetti menee edelleen läpi:

Host/RPi ✅
Zephyr ✅
CoAP ✅
MQTT ✅
P2P ✅

Header: 40 B → 17 B, joka on säästöä joka frame, eli vähemmän bittejä wirelle, sama STCPv2.

Tämä on erityisen kiinnostavaa satelliitti- ja muissa rajallisen kaistan tai energiabudjetin ympäristöissä. Jokainen lähettämättä jätetty tavu vähentää radiolinkin siirtämää dataa ja voi samalla pienentää lähetykseen kuluvaa energiaa.

Ja mikä parasta: nämä eivät ole vain satelliittioptimointeja, vaan mergesin STCPv2:seen suoraan optimoinnit mukaan. API ei muuttunut, vain se miten STCPv2 toimii sisäisesti.

Sama pienempi wire-overhead hyödyttää myös tavallisia STCP-TCP- ja STCP-UDP-yhteyksiä tästälähtien.

Nyt alkaa olla aika vähän hyviä tekosyitä olla kokeilematta tekelettäni tavallisen TCP/UDP-liikenteenkin päällä. 😄

Lisätietoja saa minulta:

📞 +358 453 100 344
✉️ [email protected]