Warstwa 2 w łańcuchu bloków Kaspa: czym jest sieć Igra?

Kaspa został zaprojektowany jako wysokoprzepustowy blockchain typu proof-of-work, zdolny do przetwarzania transakcji z prędkością i skalą niespotykaną w sieciach opartych na UTXO. BlokDAG Architektura umożliwia równoległą produkcję bloków, szybkie rozliczanie i model konsensusu bez udziału lidera, który priorytetowo traktuje decentralizację i bezpieczeństwo. Do tej pory Kaspa celowo nie miała możliwości natywnego programowalnego tworzenia inteligentnych kontraktów.

Sieć gier rozwiązuje tę lukę, wprowadzając Kompatybilny z EVM Warstwa wykonawcza, która jest bezpośrednio zakotwiczona w konsensusie i kolejności transakcji Kaspy. Zamiast modyfikować samą Kaspę lub wprowadzać oddzielny zestaw walidatorów, Igra rozszerza możliwości sieci poprzez projekt warstwy 2, który wykorzystuje Kaspę jako zdecentralizowany sekwencer. Transakcje są porządkowane przez górników Kaspy, wykonywane poza łańcuchem przez węzły Igra i finalizowane z tymi samymi gwarancjami probabilistycznymi, które zabezpieczają warstwę bazową.

Takie podejście pozycjonuje Igrę jako infrastrukturę, a nie pomocniczy produkt skalowalny. Pozwala to Kaspie obsługiwać zdecentralizowane finanse, aplikacje on-chain i złożone systemy inteligentnych kontraktów bez rezygnowania z modelu bezpieczeństwa Proof-of-Work ani wprowadzania scentralizowanych punktów kontroli. Utrzymując sekwencjonowanie i rozliczanie w Kaspie, Igra zachowuje podstawowe zasady projektowania sieci, umożliwiając jednocześnie rozwój szerszego zakresu aktywności gospodarczej. 

Czym jest Igra Network? 

Sieć Igra to programowalny łańcuch kompatybilny z EVM, który działa jako warstwa 2 na bazie Kaspy. Został zaprojektowany jako oparty na konsolidacji mechanizm BlockDAG, który wykorzystuje zdecentralizowany sekwencer BlockDAG Kaspy. Kolejność transakcji jest określana bezpośrednio przez górników Kaspy, a węzły Igra uzyskują swój stan, odtwarzając sekwencjonowane transakcje z… Warstwa 1 łańcuch.

W przeciwieństwie do tradycyjnych konsolidacji, Igra nie wprowadza własnego mechanizmu konsensusu. Ważność i spójność stanu Igra są zakotwiczone w bezprzywódczym konsensusie Kaspy. Eliminuje to potrzebę stosowania dowodów oszustwa, oddzielnych zestawów walidatorów lub scentralizowanych sekwencerów podczas normalnego działania.

BlockDAG w systemie Kaspa umożliwia równoległe potwierdzanie wielu bloków. Ta właściwość znacznie zwiększa przepustowość transakcji, jednocześnie utrudniając ataki reorganizacyjne niż w liniowych blockchainach lub systemach DAG opartych na liderach. Po wydobyciu transakcji Igra w systemie Kaspa, jest ona uznawana za ostateczną z perspektywy warstwy 2.

Węzły Igra utrzymują pełną dostępność danych, przechowując pełną historię stanu warstwy 2 od momentu powstania. Odzwierciedla to rolę pełnych węzłów w Ethereum, ale bez udziału w zlecaniu transakcji. Rola zlecania jest w pełni delegowana do sieci wydobywczej Kaspa.

Przegląd architektury

Zdecentralizowane sekwencjonowanie za pomocą Kaspy

Kaspa pełni funkcję warstwy bazowej i zdecentralizowanego sekwencera dla Igry. Transakcje warstwy 2 są osadzane jako ładunki w standardowych transakcjach Kaspa i wydobywane bezpośrednio do BlockDAG. Taka konstrukcja gwarantuje, że kolejność transakcji nie wymaga zezwoleń i jest odporna na cenzurę.

Kluczową zmianą umożliwiającą jest KIP15, propozycja udoskonalenia Kaspa, która wprowadza sekwencyjne pole zobowiązań w nagłówkach bloków. Pole to zachowuje kolejność akceptacji, a nie kolejność leksykograficzną, umożliwiając systemom warstwy 2 niezawodną rekonstrukcję kolejności transakcji. Rozwiązuje również niejednoznaczność związaną z podwójnym wydatkowaniem w weryfikacji warstwy 2.

Odkryj obiecujące projekty...

Obiecujące projekty...

(Reklama)

Artykuł ciąg dalszy...

Węzły Igra

Węzeł Igra wyodrębnia sekwencyjne transakcje z bloków Kaspa, wykonuje je za pomocą wbudowanej maszyny wirtualnej (EVM) i przechowuje pełny stan historyczny. Węzeł nie decyduje, które transakcje są uwzględniane ani w jakiej kolejności są przetwarzane. Jego zadaniem jest deterministyczne wykonywanie i przechowywanie stanu.

Ponieważ wyprowadzanie stanu jest zakotwiczone w Kaspie, węzły mogą odzyskać sprawność po awariach, odtwarzając historię warstwy 1. Jeśli węzeł zachowuje się nieprawidłowo lub jest naruszony, użytkownicy mogą przełączyć się na działający węzeł bez ryzyka uszkodzenia stanu.

Wymagania dotyczące węzłów są skromne jak na standardy blockchain. Sprzęt klasy detalicznej jest wystarczający, z około 16 GB pamięci RAM, 4 rdzeniami procesora i około 2 terabajtami pamięci masowej do długotrwałej pracy.

Przekaźnik i warstwa RPC

Przekaźnik Igra pełni funkcję interfejsu między użytkownikami a siecią. Udostępnia standardowe punkty końcowe Ethereum JSON RPC, umożliwiając narzędziom takim jak MetaMask, ethers.js i istniejącym stosom programistycznym Ethereum interakcję z Igra bez modyfikacji.

Przekaźnik pakuje transakcje warstwy 2 do transakcji warstwy 1 Kaspa i przesyła je do BlockDAG w celu sekwencjonowania. Użytkownicy nie muszą uruchamiać portfela Kaspa ani bezpośrednio korzystać z narzędzi Kaspa, aby korzystać z Igra.

Środowisko wykonawcze

Igra oferuje pełną kompatybilność z EVM. Kontrakty Solidity napisane dla Ethereum można wdrażać bez żadnych zmian. Zachowana jest atomowa kompozycyjność, co oznacza, że ​​wiele wywołań inteligentnych kontraktów może zostać wykonanych w ramach jednej transakcji bez częściowej awarii.

Ten synchroniczny model realizacji zleceń umożliwia realizację złożonych rozwiązań DeFi, takich jak silniki ryzyka w łańcuchu, zdecentralizowane giełdy oparte na księgach zamówień i rynki wieczyste, które opierają się na deterministycznym wykonywaniu zleceń w ramach kontraktów.

Model konsensusu, ostateczności i bezpieczeństwa

Dziedziczenie konsensusu bez przywódcy

Igra bezpośrednio wykorzystuje mechanizm konsensusu bez lidera w systemie Kaspa. Kaspa umożliwia wielu górnikom równoległą produkcję bloków, a BlockDAG łączy te bloki w spójną kolejność. W rundzie nie ma wybieranego lidera, co zmniejsza powierzchnię ataku związaną z wyborem lidera.

Ponieważ Igra nie wprowadza dodatkowej warstwy konsensusu, ataki na warstwę 2 wymagają naruszenia bezpieczeństwa sieci Kaspa. To bezpośrednio dostosowuje bezpieczeństwo Igry do hashrate'u Proof-of-Work Kaspa.

Cechy ostateczności

Transakcje w Igrze osiągają niemal natychmiastową finalizację probabilistyczną po ich wydobyciu do Kaspy. Dzięki równoległemu tworzeniu bloków, cofanie transakcji staje się coraz trudniejsze wraz z dodawaniem kolejnych bloków. W większości aplikacji finalizacja jest osiągana w czasie krótszym niż sekunda.

Na poziomie Warstwy 2 nie ma koncepcji opóźnionej finalizacji ani okienek wyzwań. Po zsekwencjonowaniu w Kaspa, transakcja Igra jest uważana za ostateczną.

Koszt ataku i tolerancja błędów

W chwili pisania tego tekstu Kaspa działa z hashratem przekraczającym jeden eksahasz na sekundę. Wykonanie ataku większościowego wymagałoby znacznego kapitału i stałej koordynacji. To sprawia, że ​​ataki na Igrę są ekonomicznie niepraktyczne w obecnych warunkach sieciowych.

Odporność na błędy jest nieodłączną cechą projektu. Jeśli węzeł Igra ulegnie awarii, użytkownicy mogą połączyć się z innym węzłem, który poprawnie odtworzył historię warstwy 1. Transakcje przesłane przez wadliwe węzły są ignorowane po ich prawidłowym uporządkowaniu w systemie Kaspa.

Wydajność i skalowalność

Wydajność Igry jest skalowalna wraz z możliwościami bazowymi Kaspy. Wraz z nadchodzącą aktualizacją Kaspa Crescendo, Igra ma obsługiwać około 5,000 transakcji na sekundę, z możliwością zwiększenia przepustowości w miarę rozwoju parametrów BlockDAG.

Koszty transakcji składają się z opłaty za warstwę 1 Kaspa oraz niewielkiego narzutu za realizację warstwy 2. Obecne szacunki wskazują, że opłata podstawowa wynosi około połowy KAS lub mniej za transakcję, w zależności od warunków sieciowych.

Ponieważ transakcje są księgowane indywidualnie, a nie w partiach, zachowana jest decentralizacja i zminimalizowane opóźnienie. Taka konstrukcja pozwala uniknąć kompromisów związanych z centralizacją, często występujących w przypadku konsolidacji opartych na sekwencerowym przetwarzaniu w partiach.

Weryfikacja wielokanałowa i plan działania w zakresie zerowej wiedzy

Chociaż stan Igry jest zabezpieczony głównie przez Kaspę, architektura obsługuje publikowanie dowodów zerowej wiedzy dla zmian stanu w innych blockchainach, takich jak Ethereum. Umożliwia to weryfikację międzyłańcuchową i dwukierunkowe transfery aktywów.

W obecnej fazie Igra priorytetowo traktuje szybkie rozliczanie i skalowanie bez wbudowanej weryfikacji zerowej wiedzy. Planowane są przyszłe aktualizacje mające na celu integrację zk STARK lub podobnych systemów dowodowych, zgodnych z planowaną przez Kaspę obsługą kodu operacyjnego ZK.

Po włączeniu weryfikacji zerowej wiedzy w systemie Kaspa, Igra będzie obsługiwać lekkich klientów, przycięte węzły i kanoniczne wyjścia z powrotem do warstwy 1. Spowoduje to zastąpienie obecnego modelu mostkowania opartego na wielokrotnym podpisie systemem bez zaufania.

Natywny token iKAS

Omówienie

Igra używa iKAS jako swojego tokena gazowego. iKAS to opakowana w jeden token reprezentacja KAS, natywnego tokena Kaspy. Mechanizm opakowywania jest wbudowany w protokół Igra i nie opiera się na scentralizowanym organie bicia monet.

Użytkownicy blokują KAS na warstwie 1 Kaspa i otrzymują równoważną ilość iKAS na Igra. Proces ten nie wymaga uprawnień i jest egzekwowany przez niezmienną logikę inteligentnego kontraktu na warstwie 2.

Mechanika mostowa

Gdy użytkownik wysyła KAS do wyznaczonego portfela multisig w Kaspa, węzły Igra wykrywają transakcję i tworzą iKAS w Igra. Ten mechanizm umożliwia bezproblemowe wykorzystanie KAS do interakcji z gazem i aplikacjami w ekosystemie Igra.

W obecnej fazie przed zerową wiedzą wyjścia z powrotem do natywnego KAS nie są jeszcze włączone. Użytkownicy mogą opuścić ekosystem poprzez mosty kompatybilne z EVM do innych łańcuchów, wymiany atomowe peer-to-peer lub bezpośrednio w aplikacjach opartych na Igra. Partnerzy, tacy jak KAT Bridge, umożliwiają obsługę KAS-iKAS w sieci głównej.

Model bezpieczeństwa i zobowiązania sygnatariusza

Portfel multisig, który zabezpiecza zablokowany KAS, jest kontrolowany przez organizację DAO Fundacji Igra. Sygnatariusze są okresowo rotowani, a wszyscy publicznie zobowiązują się do przestrzegania predefiniowanych zasad. Jeśli most wiedzy zerowej zostanie uruchomiony zgodnie z planem, zablokowane środki zostaną przelane do zautomatyzowanych portfeli systemowych, weryfikowanych za pomocą mechanizmów kryptograficznych. 

Jeżeli most nie zostanie wdrożony w uzgodnionym terminie lub jeżeli Warstwa 2 przestanie działać, sygnatariusze są zobowiązani do zwrotu środków posiadaczom iKAS na podstawie najnowszego wiarygodnego stanu.

Token IGRA

Token IGRA to token użytkowy zaprojektowany w celu motywowania operatorów węzłów, atestatorów i walidatorów. Odgrywa on tymczasową rolę w zabezpieczaniu mostów i promowaniu zdecentralizowanego uczestnictwa do czasu pełnego wdrożenia weryfikacji zerowej wiedzy.

Dystrybucja jest powiązana z uczestnictwem w sieci, a nagrody są przyznawane tym, którzy przyczyniają się do wykonania, atestacji i odporności infrastruktury. Token nie jest pozycjonowany jako warstwa abstrakcji zarządzania, która zastępuje reguły protokołu; reguły te są egzekwowane przez kod i konsensus warstwy 1.

Doświadczenie i narzędzia programistyczne

Igra oferuje środowisko programistyczne wiernie odzwierciedlające Ethereum. Obsługiwane są standardowe procesy programistyczne Solidity, a istniejące kontrakty można wdrażać bez modyfikacji.

Programiści komunikują się z Igrą za pośrednictwem znanych punktów końcowych i narzędzi JSON-RPC. Komponenty open source obejmują formaty transakcji, integracje portfeli i skrypty orkiestracji węzłów.

Dzięki zachowaniu atomowej kompozycyjności możliwe jest budowanie złożonych systemów kontraktowych bez asynchronicznego przesyłania komunikatów i fragmentacji płynności. Ta konstrukcja obsługuje zaawansowane przypadki użycia DeFi, które opierają się na gwarancjach realizacji w czasie rzeczywistym.

Ekosystem i wczesne integracje

Na początku 2026 roku ekosystem Igra obejmował ponad 34 aktywnych twórców w 21 zespołach. Rozwój koncentruje się na prymitywach DeFi, rynkach NFT i infrastrukturze pomostowej.

Do najważniejszych projektów należą rynek NFT, zdecentralizowane giełdy będące w fazie aktywnych testów, protokoły pożyczkowe zabezpieczone zabezpieczeniami KAS oraz mosty wielosieciowe obsługujące KAS i iKAS. Eksploratory i narzędzia analityczne dodały również natywną obsługę Igra.

Stablecoiny są promowane, ale nie są bezpośrednio emitowane przez protokół. Zespół wspiera zarówno projekty zabezpieczone, jak i algorytmiczne tworzone przez podmioty zewnętrzne.

Najważniejsze wydarzenia i najnowsze aktualizacje w ekosystemie sieci Igra

Sieć główna fazy Galleon została uruchomiona w połowie stycznia 2026 roku jako zamknięte środowisko dla operatorów węzłów społecznościowych. Dostęp do wdrożeń pozostaje ograniczony, ale aktywność testowa jest wysoka – podczas wczesnych testów obciążeniowych przetworzono tysiące transakcji.

Specyfikacje protokołu atestacji zostały udostępnione jako oprogramowanie open source, a narzędzia do orkiestracji węzłów mają zostać udostępnione publicznie. Społeczność jest nadal aktywna, a nagrody są przyznawane za wkład w monitorowanie i testowanie on-chain.

Nadchodzące kamienie milowe obejmują fazę Fluyt z otwartym dostępem do sieci głównej, generowaniem tokenów i dystrybucją walidatorów, a następnie szerszą integrację DeFi i całkowicie bezpozwoleniowe uruchomienie w marcu 2026 r.

Podsumowanie

Sieć Igra rozszerza wysokoprzepustowy BlockDAG Kaspy o programowalne środowisko wykonawcze bez konieczności wprowadzania dodatkowych warstw konsensusu ani scentralizowanych sekwencerów. Dzięki zakotwiczeniu kolejności i ostateczności transakcji bezpośrednio w Kaspie, Igra dziedziczy silne gwarancje bezpieczeństwa, szybkie rozliczanie i odporność na błędy.

Architektura stawia na decentralizację, atomową kompozycyjność i kompatybilność z maszynami wirtualnymi (EVM). Podczas gdy weryfikacja zerowej wiedzy i wyjścia bez zaufania są wciąż w fazie rozwoju, obecny system demonstruje funkcjonalny, oparty na infrastrukturze Proof of Work model rollup.

W miarę rozwoju Kaspy, Igra stanowi konkretny przykład tego, jak można dodawać programowalne warstwy bez naruszania zasad warstwy bazowej lub polegania na scentralizowanych pośrednikach.

Źródła:

• Strona internetowa:Igra Labs i Igra Network
• Konto X: Najnowsze aktualizacje w sieci Igra
• Dokumentacja gry:Architektura, iKAS i więcej