ps/gemlog
1
0
Fork 0
mirror of https://codeberg.org/postscriptum/gemlog.git synced 2026-03-11 03:52:40 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

add crxn-gre-fastd-as-the-alternative-to-crypto-hype.gmi

Browse source
This commit is contained in:
postscriptum 2026-03-07 16:28:54 +02:00
parent dffa277485
commit b5eb24115f
2 changed files with 31 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

30
public/uk/crxn-gre-fastd-as-the-alternative-to-crypto-hype.gmi Normal file
View file

@ -0,0 +1,30 @@
# CRXN, GRE, fastd як альтернатива крипто-садомазохізму
В пошуках економічного (на end-to-end компах) способу передачі UDP/TCP трафіку, поліз курити CRXN, суто за прикладами реалізації маршрутів на базі якогось реєстру типу Git:
=> https://codeberg.org/CRXN/docs/src/branch/master/docs
Відкрив там для себе два нові рішення легкого тунелювання: GRE і fastd. Тепер думаю: якщо я збільшу розмір пакету даними маршрутизації, то чи не відтяпає цей аналіз стільки ж енергії, скільки на декодування підписаних даних.
Тим не менше, консенсус - він всюди. Різниця крипти лише в тому, що її важко моніторити, від того легше ганяти нею не модерований траф. По великому рахунку, будь які рішення можуть бути легко заблоковані, тому я думаю що вони працюють рівно доти, допоки їм дають можливість працювати центральні регулятори.
Мораль у тому, що мені не подобається розкидатись часом CPU для цілком відкритих задач. Для прикладу, передача публічних файлів засобами FTP і sFTP має колосальну різницю в продуктивності. Те само з медіа-потоками або ігровими стрімами. Я зовсім не хочу відкусувати ядро на 4 гравця халфи, тоді як не шифровані дані - можуть тягнути тисячі онлайну. Мене тупо душить жаба давати стрім на одного слухача радіо, який відбирає 25%.
P.S. Поліз читати доки для самих маленьких, і зрозумів що мережного сіса - мені ще як до неба рачки. Але я не здамся, бо вже не вперше тікаю з іги (як і P2P в цілому, що по суті є голодним авто-пілотом) через усвідомлення її марнотратства та ілюзії свободи.
P.P.S. Ці висновки в мене формуються, виходячи з енергетичних реалій, де усі ці іграшки що звичайно вісять на фоні - в "бойових" умовах, не витримують жодного краш-тесту, не кажучи вже про якийсь там пост-апокаліпсис, де працювати нормально зможе тільки макро / лампова електроніка.
P.P.P.S. Опинившись якось в умовах повної заборони радіо-сигналу (привіт, Reticulum) я в серйоз задумувався про оптичні канали на базі імпульсного генератора фотонів з підручних засобів, на рівні Морзе. Еволюція складних рішень - має критичну точку свого розвитку, і сучасні експериментальні роутери перебувають десь близько неї. В мене є певні сподівання на пост-квантові / спінові рішення, але в цій сфері я ще більший нуб, аніж в технологіях 50-річної давнини.
## Посилання
=> https://soc.ua-fediland.de/@ps/116188217945307931
=> https://github.com/threefoldtech/mycelium/blob/master/mycelium/src/packet/data.rs#L14
### Дивіться також
=> thoughts-on-tls-on-yggdrasil-and-mycelium-networks.gmi Думки стосовно TLS в мережах Yggdrasil та Mycelium
=> power-optimization-on-linux.gmi Оптимізація енергоспоживання в GNOME / Linux
=> gemini://gemini.ctrl-c.club/~stack/gemlog/2022-02-13.notls.gmi A Call for a Gemini Without TLS
=> gemini://station.martinrue.com/audacityplatypus/c965bae452864452add5d53ba6c18a56 TOFU makes Gemini inappropriate for sharing software in-band
=> gemini://bbs.geminispace.org/s/Gemini/24266 Thoughts on geminict://