Rozebral jsem prototyp "stavu kanálu" po aktualizaci hlavní sítě WAL a jeho úzká místa

V posledním zápisu o aktualizaci hlavní sítě WAL v3.4 byla ukryta jedna nevýrazná, ale velmi důležitá funkce: počáteční podpora základních prvků "stavu kanálu".

Okamžitě jsem provedl experiment na testovací síti, abych zjistil, co to znamená pro scénáře s vysokou frekvencí a nízkými platbami (například placení za obsah na řetězci, mikrotransakční hry).

Nasadil jsem jednoduchou smlouvu o platebním kanálu, abych simuloval desítky rychlých, offline převodů WAL mezi dvěma uživateli. Proces je: obě strany nejprve vloží část WAL do smlouvy o kanálu a uzamknou ji, poté neustále aktualizují své nejnovější zůstatky mimo řetězec pomocí podepsaných zpráv, a nakonec kdykoli předloží konečný stav k vyřízení na řetězci.

Teoreticky to může umožnit téměř bezplatné a okamžité transakce. V praktickém testu byla část mimo řetězec skutečně rychlá, ale problém nastal v dvou krocích, které musí být na řetězci: "otevření" a "vyrovnání". Vzhledem k relativně stabilnímu časovému intervalu bloků WAL, od zahájení kanálu až po potvrzení dostupnosti, je stále nutné čekat desítky sekund a zahrnuje to poplatky za dvě transakce na řetězci. To je pro jednorázové platby příliš nákladné a hodí se pouze pro mezi pevně stanovenými stranami s velkým množstvím kontinuálních plateb.

V současnosti je tato funkce pouze "hrubá stavba", bez zralé podpory peněženek a bez populárních aplikací postavených na jejím základě.

Odhaluje to výběr, který tým WAL učinil v plánu rozšíření: prioritizace poskytování základních modulů pro specifické obchodní případy (např. vysokofrekvenční vyrovnání mezi institucemi) namísto poskytování plug-and-play zážitku pro běžné uživatele.

Kdy tento modul může být plně využit ekosystémem, závisí zcela na tom, zda se objeví špičková aplikace, která jej podnítí.

#walrus $WAL @WalrusProtocol