Arc, kompatybilny z EVM blockchain pierwszej warstwy rozwijany przez Circle — emitenta USDC — ruszył w mainnecie 16 września 2026 r., z jedenaścioma instytucjonalnymi walidatorami założycielskimi już zaangażowanymi. Premiera zwieńcza cykl rozwojowy rozpoczęty publiczną testnetą w październiku 2025 r. i stawia warstwę RPC sieci — interfejs, przez który aplikacje odczytują dane łańcucha i przesyłają transakcje — w centrum tego, czy regulowani twórcy mogą dostarczać produkt od pierwszego dnia.

Arc został zaprojektowany specjalnie dla finansów natywnych dla stablecoinów, obejmujących płatności, wymianę walutową (FX), operacje skarbowe, aktywa tokenizowane i rozliczenia na rynkach kapitałowych. Publiczna testneta działała od października 2025 r., a instytucjonalni uczestnicy, w tym BlackRock, Visa, HSBC, Goldman Sachs i Mastercard, testowali integracje przed premierą.

Mainnet otwarto 16 września 2026 r. z jedenastoma walidatorami zaycielskimi działającymi obok Circle: BlackRock, DTCC (Depository Trust & Clearing Corporation), Galaxy, Global Payments, ICE (Intercontinental Exchange), Mastercard, MoneyGram, SBI Group, Standard Chartered, Sumitomo Corporation i Visa. Skład obejmuje zarządzanie aktywami, obsługę giełd, centralne rozliczanie, bankowość, płatności i przekazy pieniężne — co odpowiada mandacie skierowanemu do banków, sieci płatniczych i licencjonowanych fintechów.

W przeciwieństwie do wielu sieci pierwszej warstwy, które startują, wciąż szukając zastosowania, Arc wystartował z określonym mandatem: umożliwienia bankom, sieciom płatniczym i licencjonowanym fintechom rozliczania na łańcuchu płatności denominowanych w stablecoinach, transakcji FX oraz aktywów tokenizowanych. Taki układ oznacza, że emisja USDC i rozwój łańcucha, na którym są one rozliczane, znajdują się w rękach tej samej firmy. Ten mandat zmienia wymagania wobec leżącej u podstaw infrastruktury. Usługi RPC zoptymalizowane pod klienta detalicznego — te z limitami zapytań, „best-effort” dostępnością i bez dostępu do danych archiwalnych — nie są w stanie obsłużyć obciążeń, w których zerwane połączenie pozostawia rozliczenie częściowo zapisane lub weryfikację zgodności niemożliwą. W tej skali tania lub nie sprawdzona infrastruktura kosztuje więcej, niż pozwala zaoszczędzić — argumentuje publikacja.

Czego obciążenia Arc naprawdę wymagają od RPC

Przed wyborem dostawcy zespoły budujące na Arc powinny ocenić cztery kryteria, które odróżniają infrastrukturę odpowiednią dla regulowanych obciążeń finansowych opartych na stablecoinach od pozostałej.

Deterministyczne opóźnienia odpowiadające finalizacji samego łańcucha. Arc łączy Reth, obsługujący transakcje, z Malachite — systemem konsensusu finalizującym bloki w około pół sekundy. Gdy wystarczająca liczba walidatorów zgodzi się na blok, jest on ostateczny — nie zostaje później zreorganiz ani cofnięty. Ta szybkość przynosi korzyść tylko wtedy, gdy warstwa RPC nadąża: przesłanie transakcji i potwierdzenie jej statusu musi nastąpić w tym samym oknie pół sekundy, inaczej przewaga szybkości Arc ginie wyżej w stosie. Dla aplikacji płatniczych i FX koordynujących okna rozliczeniowe praktycznym wąskim gardłem staje się czas odpowiedzi punktu końcowego — a nie opłaty.

Dostęp do danych archiwalnych i tracingu od pierwszego dnia. Depozytariusze i operatorzy rozliczający transakcje denominowane w USDC potrzebują ciągłego dostępu do historycznych danych o saldach i transakcjach — nie dla doświadczenia użytkownika, lecz dla śladu audytowego, o który regulator będzie pytał co kwartał. Jeśli dostęp archiwalny jest niedostępny lub zawodny, pozycji z wcześniejszych bloków nie da się odtworzyć, audyt staje się ręcznym uzgadnianiem, a licencja trafia pod przegląd. To samo ograniczenie dotyka każdego banku przeprowadzającego kontrole zgodności transferów aktywów tokenizowanych.

Opcje suwerenności danych. Znaczna część infrastruktury finansowej Arc opartej na stablecoinach będzie budowana przez regulowane banki, sieci płatnicze i licencjonowane instytucje, które nie mogą umieszczać danych transakcyjnych powiązanych z klientami na infrastrukturze stron trzecich — niezależnie od certyfikatów SOC 2 czy ISO 27001 dostawcy. To wymaganie natychmiast eliminuje większość dostawców RPC; wyjątkiem są zespoły oferujące ścieżkę wdrożenia self-hosted, w której węzły działają we własnym środowisku klienta.

Atesty klasy zgodności. SOC 2 Type II i ISO 27001 nie są już funkcjami premium dla infrastruktury instytucjonalnej — są wymaganiami bazowymi w przeglądzie ryzyka dostawców u każdego regulowanego kupującego, a lista walidatorów założycielskich Arc składa się niemal wyłącznie z tego typu podmiotów.

Jak Chainstack wspiera Arc

Dostawca infrastrukt Chainstack obsługuje Arc zarówno w mainnecie, jak i w testnecie, z wbudowanymi narzędziami debugowania i tracingu oraz gotową kompatybilnością z popularnymi bibliotekami deweloperskimi, takimi jak ethers.js, viem i web3.py — według firmy. Chainstack dodał wsparcie testnety Arc w lipcu 2026 r. i rozszerzył je na mainnet przy premierze; więcej szczegółów znajduje się na oficjalnej stronie Arc.

Chainstack deklaruje, że jest obecnie jedynym dostawcą infrastruktury oferującym wdrożenia zarządzane, dedykowane i self-hosted na Arc z jednego panelu sterowania. Posiada certyfikaty SOC 2 Type II i ISO 27001 oraz obsługuje ponad 100 000 deweloperów na ponad 70 sieciach blockchain — w tym każdej sieci, do której twórcy na Arc mogą mostkować lub względem której rozliczać.

Firma oferuje wsparcie Arc w trzech modelach wdrożenia, z których każdy odpowiada innemu profilowi operacyjnemu:

Global Nodes — geo-zrównoważone, automatycznie skalujące się punkty końcowe RPC z SLA dostępności 99,99%. Ta sama infrastruktura zasila portfele produkcyjne, płatnicze aplikacje konsumenckie i integracje fintech, gdzie zmienna zmienność obciążenia i szybkie wejście na rynek są ważniejsze niż gwarancje dedykowanego środowiska jednego najemcy.
Dedicated Nodes — izolowane, wysokowydajne instancje bez rozliczania za żądanie, z pełną kontrolą konfiguracji węzła oraz pełnymi narzędziami debugowania i tracingu. Ta oferta jest przeznaczona dla biur transakcyjnych, systemów FX i skarbowych oraz indekserów o wysokiej przepustowości, zależ od deterministycznej wydajności pod obciążeniem jako wiążącego ograniczenia.

Chainstack Self-Hosted — system uruchamiania infrastruktury Reth i Malachite Arc we własnej chmurze klienta, środowisku on-premises lub na serwerach bare metal, przy czym Chainstack odpowiada za wdrożenie, monitorowanie, aktualizacje i odzyskiwanie. Nowe węzły startują ze migawki, więc szybko wchodzą online zamiast ponownie pobierać całą historię łańcucha. To model wdrożenia wybierany przez banki, sieci płatnicze i instytucje regulowane, gdy dane transakcyjne powiązane z klientami nie mogą opuścić ich środowiska.

Testnetowy USDC pozostaje dostępny przez własny kran Circle dla zespołów nadal oceniających sieć w testnecie. Platforma Chainstack oferuje także serwer Model Context Protocol (MCP), który pozwala deweloperom odpytywać dane Arc i konfigurować węzły bezpośrednio z Claude, Cursor, Windsurf, ChatGPT, Codex i Gemini — skracając czas między promptem a produkcyjnym punktem końcowym do pojedynczej wymiany w języku naturalnym.

Podsumowanie

Według firmy połączenie wsparcia Arc od testnety po mainnet, trzech modeli wdrożenia wraz z self-hosted oraz podwójnych atestów SOC 2 Type II i ISO 27001 czyni Chainstack kompletną opcją dla zespołów budujących produkcyjne obciążenia finansowe oparte na stablecoinach w 2026 r. Dla banków, sieci płatniczych i licencjonowanych instytucji, które wymagają danych archiwalnych, tracingu, opcji self-hosted oraz atestów zgodności, o które zapyta ich regulator, linie produktów Chainstack Self-Hosted i dedykowane Arc są przedstawiane jako najlepsze dopasowanie do tego, czego finansów natywnych dla stablecoinów naprawdę wymaga od warstwy infrastruktury. Wraz z uruchomieniem mainnetu ocena dla zespołów testujących od października 2025 r. przesuwa się teraz na pytanie, czy punkty końcowe dostawcy wytrzymają powyższe cztery kryteria pod obciążeniem produkcyjnym.

Źródło: Blockonomi