Poproś aplikację kryptowalutową o niemal cokolwiek, a odpowie ci pytaniem: który łańcuch? Abstrakcja łańcucha to nazwa zestawu technik, których cały sens polega na tym, żeby przestać o to pytać. Obok stoi abstrakcja konta, która rozwiązuje inny problem, i te dwie rzeczy są bez przerwy mylone. Ten artykuł je rozdziela, przechodzi przez standardy, na których każda się opiera, i pokazuje, jak sprawdzić, czy dany element to gotowy standard, czy szkic, który wciąż może się zmienić.
Co naprawdę oznacza abstrakcja łańcucha
Abstrakcja łańcucha jest najpierw celem, a dopiero potem technologią. Cel jest taki, żebyś powiedział, czego chcesz, a oprogramowanie samo ustaliło, których łańcuchów dotyczy żądanie, w jakiej kolejności i którym tokenem płacona jest opłata.
Porównaj to z tym, co robisz dzisiaj. Twoje saldo jest rozcięte na kilka sieci, a każda chce własnego tokena na opłaty. Ten sam ciąg adresu może istnieć w wielu łańcuchach i w każdym oznaczać inne konto. Przenoszenie wartości między nimi to osobna wyprawa z własnym ryzykiem. Każdy z tych punktów to miejsce, w którym musisz coś wiedzieć o łańcuchach, zanim cokolwiek załatwisz.
Żaden pojedynczy protokół nie dostarcza tego wszystkiego. W praktyce abstrakcja łańcucha składa się z czterech części: sposobu jednoznacznego nazwania łańcucha i konta w nim, sposobu wyrażenia oczekiwanego wyniku zamiast kroków, kanału, którym ktoś inny pokryje opłaty, oraz warstwy rozliczeniowej, która naprawdę przenosi wartość między łańcuchami.
Wynika z tego, że nie ma jednej specyfikacji, na którą można wskazać, ani ciała, do którego należy sam termin. Część elementów to propozycje Ethereum, część to międzyekosystemowe propozycje Chain Agnostic Standards Alliance, a część to po prostu produkt jednej firmy. Więc kiedy usługa mówi, że rozwiązała abstrakcję łańcucha, użyteczne pytanie brzmi: którą z czterech części masz na myśli.
Abstrakcja konta i abstrakcja łańcucha: podział pracy
Abstrakcja konta odpowiada na dwa pytania o jedno konto: kto ma prawo autoryzować transakcję i kto za nią płaci. Zamienia konto z gołej pary kluczy w coś programowalnego.
W Ethereum ten ciężar niosą dwie propozycje i obie mają w repozytorium propozycji ulepszeń Ethereum status Final. ERC-4337 opisuje abstrakcję konta przy użyciu osobnego mempoola, dzięki czemu pełne smart konta mogą istnieć bez zmiany protokołu bazowego. EIP-7702 dodaje typ transakcji, który pozwala zwykłemu koncie zarządzanemu zewnętrznie wskazać kod kontraktu, i nazywa trzy funkcje, wokół których został zaprojektowany: pakowanie kilku operacji w jedną transakcję, sponsorowanie oraz obniżanie uprawnień, gdy podklucz dostaje wąskie prawa zamiast pełnej kontroli. EIP-7702 ruszył w sieci głównej wraz z aktualizacją Pectra, którą Fundacja Ethereum ogłosiła na maj 2025 roku.
Abstrakcja łańcucha odpowiada na pytanie, którego abstrakcja konta w ogóle nie dotyka. Twoje środki i twój stan są rozrzucone po łańcuchach, a nawet doskonałe smart konto pozostaje kontem w jednym łańcuchu, z saldem w nim i opłatami w jego tokenie.
Oto test, który je rozdziela. Jeśli pytanie brzmi, kto może podpisać i kto płaci, to abstrakcja konta. Jeśli pytanie brzmi, gdzie ta rzecz mieszka i jak wartość przechodzi z jednego łańcucha do drugiego, to abstrakcja łańcucha.
Te dwie rzeczy się składają, a nie konkurują, a szew widać wprost w specyfikacjach. ERC-4337 wymienia EIP-7702 wśród propozycji, których wymaga. W drugą stronę: autoryzacja EIP-7702 jest podpisywana wraz z identyfikatorem łańcucha, a specyfikacja przyjmuje albo identyfikator bieżącego łańcucha, albo zero, gdzie zero oznacza, że autoryzacja obowiązuje w każdym łańcuchu. To jedno pole jest decyzją z obszaru abstrakcji łańcucha wewnątrz standardu abstrakcji konta, a sam dokument nazywa też koszt wyboru: ten sam adres w innym łańcuchu może wskazywać inny kod.
Czym jest uniwersalne konto, a czym nie jest
Uniwersalne konto to język produktowy, nie standard. Żadna specyfikacja o tej nazwie nie została opublikowana. Produkty mają na myśli jedną tożsamość i jeden ekran, na którym salda z wielu łańcuchów są sumowane i pokazywane jako jedna liczba, a rozpoczęte przez ciebie działanie trafia do tych łańcuchów, których wymaga.
Naprawdę wystandaryzowaną częścią pod spodem jest nazewnictwo. CAIP-2, specyfikacja Chain Agnostic Standards Alliance ze statusem Final, definiuje identyfikator łańcucha jako przestrzeń nazw plus odniesienie, więc sieć główna Ethereum to przestrzeń nazw eip155 z odniesieniem 1, a łańcuch Bitcoina czy Cosmosa dostaje nazwę o tym samym kształcie. CAIP-10 buduje na tym i definiuje identyfikator konta jako identyfikator łańcucha plus adres. Dzięki tym dwóm dokumentom konto jest jednoznaczne między ekosystemami, a nie tylko wewnątrz jednego.
Trwają prace nad formatami lepiej dopasowanymi do kontraktów. ERC-7930, nazwany Interoperable Addresses, definiuje zwartą postać binarną wiążącą odniesienie do łańcucha z adresem. Na jego stronie widnieje status Review, co znaczy, że przechodzi recenzję i nie jest jeszcze ustalony.
Czego uniwersalne konto nie robi, to nie scala łańcuchów. Aktywa nadal leżą w konkretnych łańcuchach, transakcje nadal trafiają do konkretnych bloków, a ryzyka każdego łańcucha nadal dotyczą tego, co tam trzymasz. Agregacja to prezentacja plus routing: realny zysk w wygodzie, a nie zmiana miejsca, w którym leżą twoje pieniądze.
Abstrakcja gazu: płacenie opłat tym, co już masz
Abstrakcja gazu to ten wąski fragment, na który większość ludzi wpada najpierw. Trafiasz do łańcucha z aktywem, którego chcesz użyć, i bez ani jednej jednostki tokena, którym ten łańcuch pobiera opłaty, więc nie możesz zrobić nic, dopóki po niego nie pójdziesz.
Rozwiązaniem jest pozwolić zapłacić komuś innemu i rozliczyć się osobno. ERC-4337 wbudowuje to jako paymaster, kontrakt pomocniczy, który zgadza się zapłacić za transakcję zamiast nadawcy, i wymienia wśród przewidzianych zastosowań płacenie opłat tokenami ERC-20 oraz subsydiowanie opłat przez deweloperów dla ich użytkowników. EIP-7702 opisuje ten sam kształt w swojej funkcji sponsorowania. Interfejsy portfeli też nadganiają: CAIP-25, metoda, którą strona otwiera sesję z portfelem, wymienia usługę paymaster wśród możliwości, jakie portfel może zadeklarować dla każdego łańcucha, a ta specyfikacja ma status Review.
Warto sprawdzić dwie rzeczy. Ktoś płaci, więc zapytaj, co z tego ma: opłatę pobraną z tokena, który wydajesz, subsydium aplikacji, której zależy na twoim obrocie, albo spread. A sponsor, od którego zależysz, może odmówić ci obsługi; to łagodna forma cenzury, która nie istnieje, gdy token na opłaty trzymasz sam.
Intencje i solvery wykonują samą pracę
Wykonawcza połowa abstrakcji łańcucha zwykle działa na intencjach. Zamiast ciągu kroków podpisujesz oświadczenie o wyniku, którego chcesz, a konkurująca strona trzecia, zwykle nazywana solverem lub fillerem, wykonuje kroki i dostaje za to zapłatę.
Standaryzacja jest tu obszarem aktywnym, a nie zamkniętym. ERC-7683 pod tytułem Cross Chain Intents celuje w interfejs między protokołami intencji a solverami, żeby solver nie musiał pisać osobnego kodu pod każdy protokół. Jego status to Draft, a zależy od ERC-7930, który sam jest dopiero na etapie Review.
Draft nie jest tu formalnością i ta propozycja dobrze pokazuje dlaczego. Jej własny tekst opisuje wcześniejszy szkic, który standaryzował inną część procesu, ze strukturami zleceń i interfejsami rozliczenia, i wyjaśnia, dlaczego tamten projekt został zastąpiony. Wszystko, co przeczytasz o niej i co jest starsze niż rok, może opisywać wersję, która już nie istnieje.
Nic z tego nie usuwa pytania o rozliczenie. Wartość, która pojawiła się w innym łańcuchu, dostała się tam jakimś mechanizmem, który musi przekonać cel, że zdarzenie u źródła naprawdę zaszło, i to właśnie w tym mechanizmie siedzi zaufanie. Abstrakcja łańcucha ukrywa ten krok przed tobą; nie kasuje go.
Jak czytać status standardu, zanim mu zaufasz
Wszystko powyżej opiera się na dokumentach, które wciąż się ruszają, więc najbardziej użytecznym nawykiem jest czytanie linijki statusu przed treścią. Oba procesy drukują ją na górze propozycji, a trzy etykiety, które tu spotkasz, to Draft, Review i Final.
Draft znaczy, że tekst jest spisany i wciąż może się zmienić w dowolną stronę. Review znaczy, że inni wdrażający go badają, a kształt jest w większości uzgodniony. Final znaczy, że tekst jest zamknięty. Nie znaczy, że wszyscy go wdrożyli; wdrożenie to osobne pytanie, na które odpowiadasz danymi, a nie polem statusu.
Final to też nie to samo co działa. ERC-4337 potrzebuje swojej infrastruktury wdrożonej w łańcuchu, zanim cokolwiek go użyje, a EIP-7702 wymagał aktualizacji sieci. Więc twierdzenie, że jakiś łańcuch obsługuje jakiś standard, wymaga dwóch sprawdzeń, a nie jednego: czy specyfikacja jest finalna i czy ten łańcuch ją wdrożył.
Gdzie szukać, to nie tajemnica. Wszystko ponumerowane jako EIP albo ERC ma stronę w repozytorium propozycji ulepszeń Ethereum, a wszystko ponumerowane jako CAIP ma ją w indeksie propozycji niezależnych od łańcucha. Oba pokazują bieżący status i historię zmian i oba będą świeższe niż jakikolwiek artykuł o nich, łącznie z tym.
Podsumowanie
Abstrakcja konta rozstrzyga, kto kontroluje konto i kto płaci jego opłaty, przez standardy takie jak ERC-4337 i EIP-7702, oba finalne i oba działające w Ethereum. Abstrakcja łańcucha zajmuje się środkami i stanem rozsianymi po wielu łańcuchach, przez nazewnictwo niezależne od łańcucha jak CAIP-2 i CAIP-10, wykonanie oparte na intencjach oraz opłacanie opłat za użytkownika w poprzek łańcuchów. Uniwersalne konto jest produktowym opakowaniem tych części, a nie osobnym standardem, i agreguje, a nie scala, więc twoje aktywa nadal leżą w konkretnych łańcuchach. Ponieważ spora część tej hydrauliki jest wciąż na etapie szkicu albo recenzji, traktuj linijkę statusu każdej propozycji jako część faktu i sprawdzaj ją u źródła.
Zastrzeżenie: ten artykuł to treść edukacyjna Bitbase Academy, wyłącznie w celach informacyjnych. Nie stanowi porady inwestycyjnej, handlowej, podatkowej ani finansowej. Kryptoaktywa są zmienne — samodzielnie oceń ryzyko. Napisano w sierpniu 2026 r.; sprawdzaj aktualne oficjalne informacje.
Źródła
[1] ERC-4337: Account Abstraction Using Alt Mempool (Final) eips.ethereum.org
[2] EIP-7702: Set Code for EOAs (Final) eips.ethereum.org
[3] Pectra Mainnet Announcement, Ethereum Foundation, 2025 blog.ethereum.org
[4] CAIP-2: Blockchain ID Specification (Final) chainagnostic.org
[5] CAIP-10: Account ID Specification (Final) chainagnostic.org
[6] ERC-7930: Interoperable Addresses (Review) eips.ethereum.org
[7] ERC-7683: Cross Chain Intents (Draft) eips.ethereum.org
[8] CAIP-25: Wallet Create Session JSON-RPC Method (Review) chainagnostic.org






