KaiOnChain

Wszedłem do VANAR, oczekując zwykłej „tezy o łańcuchu”, ponieważ wciąż w ten sposób większość projektów się przedstawia. Ale im dłużej patrzyłem na to, co rzeczywiście dostarczyli – i jak opisują to, co nadchodzi – to ramy zaczęły wydawać się odwrócone. VANAR nie wygląda jak sieć czekająca na deweloperów, aby wynaleźli przypadki użycia. Wygląda jak stos produktów, który już wie, czym chce być, i używa łańcucha jako infrastruktury, a nie tożsamości.

Najwyraźniejszym sygnałem jest to, jak sami układają stos. Najpierw łańcuch bazowy, potem Neutron, następnie Kayon, a następnie dwie wyraźnie „wkrótce” warstwy: Axon i Flows. To nie jest sposób, w jaki ekosystemy tokenowe zazwyczaj się prezentują. Wygląda to znacznie bliżej mapy drogowej oprogramowania, gdzie każda warstwa istnieje, aby odblokować następną, a nie uzasadnić tę poniżej.

When I hear “users can pay fees in SPL tokens,” my reaction isn’t excitement. It’s relief. Not because it’s novel, but because it finally admits something most systems quietly ignore: making users acquire a specific gas token is an onboarding tax that has nothing to do with the thing they actually came to do. It’s logistics. And forcing users to personally manage logistics is one of the fastest ways to make a good product feel broken.

So yes, this is a UX shift. But the more important change is where responsibility lives.

In the traditional model, the chain makes the user the fee manager. Want to mint, swap, stake, vote—do anything at all? First, go acquire the correct token just to be allowed to press buttons. If you don’t have it, you don’t get a normal product warning. You get a failed transaction, an opaque error, and a detour that makes people question whether the whole system is worth the effort. That isn’t a learning curve. It’s friction disguised as protocol purity.

Fogo’s move to SPL-based fee payment quietly flips this dynamic. The user stops being the one who has to plan for fees. The application stack takes that burden on. And once you do that, you’re making a decision that’s much bigger than convenience: you’re embedding a fee-underwriting layer into the default user experience.

Fees don’t vanish. Someone still pays them. What changes is who fronts the cost, who recovers it, and who sets the rules along the way.

If a user pays in Token A but the network ultimately settles fees in Token B, there’s always a conversion step somewhere—even if it’s hidden. Sometimes it’s an on-chain swap. Sometimes it’s a relayer accepting Token A, paying the network fee, and reconciling later. Sometimes it’s inventory management: holding a basket of assets, netting flows internally, hedging exposure when needed. Regardless of the mechanism, it creates a pricing surface that suddenly matters a lot.

What rate does the user effectively get at execution time? Is there a spread? Who controls it? How does it behave under volatility?

That’s where the real story is. Not “you can pay in SPL tokens,” but “a new class of operator is now pricing your access to execution.”

This is why the “better onboarding” framing feels incomplete. Better onboarding is the visible effect. The deeper change is market structure. In native-gas-only systems, demand for the fee token is diffuse. Millions of small balances. Constant micro top-ups. Constant tiny failures when someone is short by a few cents. It’s messy, but it’s distributed.

With SPL-denominated fee flows, demand becomes professionalized. A smaller group of actors—paymasters, relayers, infrastructure providers—end up holding the native fee inventory and managing it like working capital. They don’t top up; they provision, rebalance, and defend against risk. That concentrates operational power in ways people tend to overlook until stress reveals it.

And stress always reveals it.

In a native-gas model, failure is usually local. You personally didn’t have enough gas. You personally set the wrong priority fee. It’s frustrating, but legible. In a paymaster model, failure modes become networked. The paymaster hits limits. Accepted tokens change. Spreads widen. Services go down. Oracles lag. Volatility spikes. Abuse protections trigger. Congestion policies shift. The user still experiences it as “the app failed,” but the cause lives in a layer most users don’t even know exists.

That isn’t inherently bad. In many ways, it’s the right direction. But it means trust moves up the stack. Users won’t care how elegant the architecture is if their experience depends on a small number of underwriting endpoints behaving correctly when conditions are ugly.

There’s another subtle shift that’s easy to miss. When you reduce repeated signature prompts and enable longer-lived interaction flows, you’re not just smoothing UX—you’re changing the security posture of the average user journey. You’re trading frequent explicit confirmation for delegated authority. Delegation can be safe if it’s tightly scoped, but it raises the cost of bad session boundaries, compromised front-ends, and poorly designed permission models.

So I don’t ask whether this is convenient. Of course it is. The question is who is now responsible for abuse prevention, limit setting, and guardrails—without turning the product back into friction.

Once apps decide how fees are paid, they inherit the user’s expectations. If you sponsor or route fees, you don’t get to point at the protocol when something breaks. From the user’s perspective, there is no separation. The product either works or it doesn’t. Fees become part of product reliability, not just protocol mechanics.

That’s where a new competitive surface opens up.

Applications won’t just compete on features. They’ll compete on execution quality: success rates, cost predictability, transparency around limits, responsiveness to edge cases, and behavior during chaotic markets. The apps that feel “solid” will be the ones backed by underwriting layers that are disciplined, conservative, and boring in the best possible way.

If you’re thinking long-term, the interesting outcome isn’t that users stop buying the gas token. It’s that a fee-underwriting market emerges, and the best operators quietly become default rails for the ecosystem. They’ll influence which assets are practically usable, which flows feel effortless, and which products feel fragile.

That’s why this feels strategic rather than cosmetic. It’s a chain choosing to treat fees as infrastructure—something specialists manage—rather than a ritual every user must perform. It’s an attempt to make usage feel normal: you arrive with the asset you already have, you do the thing you intended to do, and the system handles the plumbing.

The conviction thesis is simple. The long-term value of this design will be decided under stress. In calm markets, almost any fee abstraction looks good. In volatile, adversarial, congested conditions, only well-run underwriting systems continue to function without quietly taxing users through spreads, sudden restrictions, or unreliable execution.

So the real question isn’t “can users pay in SPL tokens?” It’s “who underwrites that promise, how do they price it, and what happens when conditions get ugly?”

$FOGO @Fogo Official #fogo

Obserwuję rozwój rynku kolekcjonerskiego od lat, a podczas badań nad projektami kryptowalutowymi opartymi na aktywach rzeczywistych, Collect na Fanable wyróżniał się jako jeden z bardziej praktycznych pomysłów, z którymi się spotkałem. Fanable nie próbuje zastąpić kolekcjonowania ani przekształcić go w coś abstrakcyjnego. Zamiast tego bierze coś, co ludzie już kochają — fizyczne kolekcjonerskie przedmioty, takie jak karty Pokémon, komiksy i pamiątki — i cicho usuwa największy ból głowy: wolny, ryzykowny handel w świecie rzeczywistym.

Nie przyszedłem do Fogo, ponieważ goniłem za kolejnym szybkim łańcuchem. Przyszedłem, ponieważ byłem zmęczony udawaniem, że prędkość wciąż cokolwiek wyjaśnia. Każdy poważny Layer 1 teraz twierdzi, że ma wydajność. Każda mapa drogowa obiecuje skalę. A jednak, kiedy przychodzą prawdziwi użytkownicy, te same pęknięcia wciąż się pojawiają — aplikacje stają się kruche, opłaty zachowują się dziwnie, a deweloperzy zaczynają projektować wokół łańcucha zamiast dla ludzi, którzy go używają. To rozłączenie było tym, co mnie niepokoiło, a nie brak przepustowości.

To, co przyciągnęło mnie bliżej, to ciche pytanie, którego nie mogłem się pozbyć: co jeśli wydajność wcale nie jest cechą, ale założeniem, na którym wszystko inne jest zbudowane? Jeśli przestaniesz traktować prędkość jako osiągnięcie i zaczniesz traktować ją jako oczywistość, jaki rodzaj systemu zaprojektujesz? Fogo wydawało się próbą odpowiedzi na to bez wypowiadania tego na głos.

Obserwuję rozwój prywatności blockchaina od dłuższego czasu, a po spędzeniu poważnego czasu na badaniach dotyczących Mimblewimble, stało się dla mnie jasne, że ten protokół reprezentuje zupełnie inny sposób myślenia o tym, jak powinny działać blockchainy. Mimblewimble to nie tylko drobna poprawka czy aktualizacja istniejących systemów jak Bitcoin. To fundamentalny projekt, w jaki sposób transakcje są tworzone, przechowywane i weryfikowane, z prywatnością i skalowalnością wbudowanymi od samego początku, a nie dodawanymi później.

Obserwuję Bitcoina wystarczająco długo, aby zobaczyć, jak przeszedł od niejasnego eksperymentu omawianego na forach do globalnego aktywa, które jest przedmiotem debaty między rządami, instytucjami i codziennymi inwestorami. Na przestrzeni lat spędziłem dużo czasu na badaniach, próbując zrozumieć nie tylko, dokąd może zmierzać cena Bitcoina, ale kto tak naprawdę go posiada. Własność ma znaczenie. Kształtuje płynność, zmienność, a nawet długoterminową filozofię stojącą za samym Bitcoinem. Im głębiej wchodziłem, tym jaśniej stawało się, że własność Bitcoina opowiada historię o władzy, która powoli zmienia ręce.

Następny rozdział Web3 nie będzie pisany przez cykle hype'u ani głośne obietnice. Będzie pisany przez zwykłych ludzi, którzy korzystają z niego, nawet nie myśląc o technologii, która stoi za tym. Dlatego Vanar wciąż wyróżnia się w moich oczach.

Vanar nie stara się być tylko kolejną warstwą 1 w już zatłoczonej przestrzeni. Jest budowane z bardzo konkretnym celem na uwadze: adopcja w świecie rzeczywistym, która ma sens. Skupienie nie jest na imponowaniu insiderom kryptowalutowym — chodzi o stworzenie infrastruktury, do której marki, gracze, twórcy i zwykli użytkownicy mogą naturalnie się podłączyć.

Nie postrzegam Fogo jako kolejnej warstwy 1 próbującej przyciągnąć uwagę w zatłoczonym cyklu. To, co wyróżnia się od razu, to fundament: łańcuch o wysokiej wydajności zbudowany na Wirtualnej Maszynie Solany. To samo sygnalizuje skupienie na szybkości, efektywności i rzeczywistej egzekucji - nie teoretycznym przepustowości.

Ale prawdziwa zmiana nie dotyczy wydajności. Dotyczy zamiaru.

Fogo nie projektuje dla ludzi klikających przyciski. Projektuje dla systemów autonomicznych. Agenci AI nie zachowują się jak użytkownicy - generują stałe działania, wymagają pamięci, rozumowania, automatyzacji i przewidywalnego rozliczenia. Większość blockchainów nie jest zbudowana dla tej rzeczywistości. Fogo od samego początku na to stawia.

Spędziłem dużo czasu, obserwując, jak linia między tradycyjnymi finansami a kryptowalutami zaciera się, a w ciągu ostatnich kilku miesięcy głęboko zanurzyłem się w to, jak platformy zmieniają dostęp do globalnych rynków. Po spędzeniu godzin na badaniu Binance Futures jedno stało się dla mnie jasne: to nie tylko dodawanie nowych tickerów — chodzi o zmianę sposobu, w jaki ludzie wchodzą w interakcje z aktywami finansowymi ogólnie.

To, co naprawdę przykuło moją uwagę, to sposób, w jaki Binance Futures pozwala teraz traderom spekulować na głównych tradycyjnych aktywach tak, jak handlują kryptowalutami. Złoto, srebro, Tesla, Amazon — aktywa, które kiedyś żyły wyłącznie w ściśle regulowanych, czasowo ograniczonych rynkach — są teraz dostępne przez całą dobę, rozliczane w USDT i dostępne bez ogromnego kapitału początkowego. Obserwuję ten trend uważnie, a to wydaje się cichą, ale potężną zmianą.

Buduj rury, nie kampanie—i pozwól użytkownikom na kumulację
Vanar nie prezentuje się jako sieć konkurująca prędkością, TPS czy technicznym bravado związanym z kryptowalutami. Od swojego powstania została zaprojektowana w celu rozwiązania znacznie trudniejszego i istotniejszego problemu: jak wprowadzić codziennych użytkowników do łańcucha, utrzymać ich tam i pozwolić im uczestniczyć, nie czując się jakby weszli w obcy ekosystem.

Ta różnica ma znaczenie. Większość blockchainów stara się zdobyć uwagę, mówiąc głównie do osób z branży kryptowalutowej. Vanar, w przeciwieństwie do tego, jest zaprojektowany wokół znajomości. Spotyka użytkowników tam, gdzie już spędzają czas—gry, rozrywka, markowe doświadczenia, znaczące kolekcje i ekskluzywny dostęp—i cicho integruje blockchain pod powierzchnią. Przyjęcie następuje nie dlatego, że użytkownicy są przekonywani przez ideologię, ale dlatego, że doświadczenie wydaje się naturalne.

Moment, w którym łańcuch zaczyna wydawać się nudny, często jest momentem, w którym zaczyna wygrywać.

Ocena Fogo jako poważnej warstwy 1, pierwsze pytanie nie dotyczy szczytowego TPS w idealnych warunkach. Prawdziwi użytkownicy nie żyją w benchmarkach. Żyją w chaosie: podczas szczytów ruchu, szybkich wymian tokenów, pętli gier uruchamiających mikrotransakcje, niecierpliwych kliknięć spowodowanych postrzeganą opóźnieniem i portfelach generujących niejednoznaczne błędy. Te momenty definiują, czy sieć jest użyteczna – nie jej najlepszy dzień, ale jej najgorszy.

Ambicja Fogo, aby być wysokowydajną L1 opartą na Maszynie Wirtualnej Solany, opiera się na odporności jej niewidocznej warstwy: części, o której użytkownicy nie myślą, ale czują natychmiast, gdy się psuje. Ta warstwa decyduje, czy użytkownicy wrócą jutro.