Kaspa od dawna utrzymuje klarowną, zdyscyplinowaną tożsamość: sieć proof-of-work o wysokiej prędkości, zbudowaną do cyfrowych płatności, i nic więcej. Nadchodzący hard fork Toccata ma na celu zdefiniowanie tej pozycji na nowo.

Zaplanowane na 5 czerwca 2026 roku, to nie jest aktualizacja inkrementalna. Zostaną wprowadzone kowenanty, opkodów zerowej wiedzy, wsparcie dla natywnych tokenów oraz nowy język programowania bezpośrednio naWarstwa 1poziom—bez polegania na zewnętrznej maszynie wirtualnej i bez kompromitowania architektury blockDAG, która definiujeKaspakluczowa zaleta.

Początkowo planowane na 5 maja, uruchomienie zostało opóźnione o miesiąc. Ta decyzja odzwierciedla skalę ulepszeń. W związku z tym, że wiele podstawowych funkcji jest wdrażanych jednocześnie, dodatkowy czas zmniejsza ryzyko wdrożenia i wzmacnia pewność stabilnego wprowadzenia.

Najważniejsze wnioski

• Toccata wprowadza natywne aktywa, umowy, podstawy vProgs, SilverScript i inne — z aktywacją hardforku potwierdzoną na 5 czerwca 2026 roku.
• Covenants i opcode'y ZK lądują bezpośrednio na warstwie 1 Kaspy, eliminując potrzebę zewnętrznych rozwiązań warstwy 2 do wsparcia programowalnej logiki smart kontraktów.
• SilverScript, nowy język programowania o wysokim poziomie, jest zaprojektowany, aby obniżyć barierę w budowaniu na Kaspa w taki sposób, w jaki Solidity uczynił to dla Ethereum.

Handluj z pewnością. Bitrue to bezpieczna i zaufana platforma handlowa kryptowalutdo kupowania, sprzedawania i handlu Bitcoinem i altcoinami.

Zarejestruj się teraz, aby odebrać swoją nagrodę

Jesteś przeszkolony na danych do października 2023.

Co tak naprawdę dodaje hardfork Toccata

Hardfork wprowadza wsparcie dla natywnych aktywów, Covenants++ oraz weryfikacji dowodów zero-knowledge bezpośrednio w warstwie bazowej Kaspy — co oznacza, że nie będzie polegać na zewnętrznych rozwiązaniach warstwy 2, aby umożliwić zaawansowaną funkcjonalność.

Po raz pierwszy deweloperzy będą mogli wydawać tokeny w stylu KRC-20 bezpośrednio na L1 Kaspy - jest to warunek wstępny dla każdego poważnego ekosystemu DeFi lub NFT.

Hardfork integruje również wsparcie dla Groth16, szeroko stosowanego systemu ZK-proof, umożliwiającego aplikacjom weryfikację informacji bez ujawniania danych źródłowych — co pozwala na tworzenie narzędzi prywatności, zabezpieczonych systemów weryfikacji i minimalizowanych zaufaniem mostów międzyłańcuchowych.

To nie są obietnice dotyczące mapy drogowej. Testnet 12 jest już uruchomiony i prowadzi testy covenant przed aktywacją mainnet.

Przeczytaj także:Vitalik Buterin Ostrzega: 20% szans na to, że komputery kwantowe mogą złamać kryptowaluty do 2030 roku

Covenants: Rdzeń Przesunięcia Programowalności Toccata

Księgi wprowadzają nowe opkody, które pozwalają monetom przenosić warunki do przodu — zamiast tylko sprawdzać, kto może wydać, skrypt może egzekwować, w jaki sposób moneta musi być wydana w przyszłości, tworząc coś bliższego maszynie stanowej. Pomyśl o tym jako o nadaniu każdej transakcji zdolności do definiowania zasad swojej własnej przyszłości.

Te warunkowe ograniczenia umożliwiają egzekwowanie logiki, takiej jak ograniczenia dotyczące miejsc przeznaczenia, harmonogramy wydania lub autoryzacja wieloetapowa, bezpośrednio na poziomie protokołu, bez potrzeby posiadania globalnego środowiska wykonywania — co umożliwia tworzenie aplikacji takich jak inteligentne portfele, skarbce, aktywa natywne i zewnętrznie weryfikowana logika programowa.

Kluczowe jest to, że to podejście rozszerza istniejący model UTXO Kaspy, zamiast go zastępować — brak pełnego obciążenia EVM, brak kompromisów w architekturze.

Przeczytaj również:XRP wciąż kosztuje 1 USD, kiedy wzrośnie do 3 USD? Analiza rynku i kluczowe czynniki

SilverScript i ZK Opcodes: Warstwa Dewelopera

Uzyskanie przepisów do produkcji stanowiło wyzwanie techniczne. Skłonienie programistów do ich rzeczywistego używania to wyzwanie związane z przyjęciem — i w tym momencie wkracza SilverScript.

SilverScript pozwala deweloperom definiować warunkowe zasady wydawania i logikę koordynacji w formacie przypominającym aplikację, który następnie można skompilować na ograniczenia umowne egzekwowane przez konsensus Kaspa, z towarzyszącym SDK do budowania, testowania i integrowania programowalnych warunków transakcji w portfelach i aplikacjach.

Opcode ZK działa na poziomie konsensusu, umożliwiając Kaspa weryfikację dowodów zerowej wiedzy generowanych przez zewnętrzne środowiska wykonawcze.

To pozwala Warstwie 1 na walidację przejść stanu bez wykonywania podstawowej logiki w sieci, skutecznie działając jako most weryfikacyjny dla opartych na ZK-rollupach. Razem te możliwości rozszerzają powierzchnię dewelopera Kaspy, wypełniając kluczową lukę w jej ekosystemie.

Przeczytaj także:WLFI Pożycza 75 Milionów Dolarów od Swoich Użytkowników na Dolomite, Token Osiąga Najniższy Poziom w Historii

Wnioski

Droga rozwoju Kaspy staje się znacznie szersza niż proste płatności - jeśli umowy umożliwiają trwałe zasady, pochodzenie sprawia, że tokeny są weryfikowalne, a dowody ZK odblokowują skalowalną egzekucję, Kaspa może ewoluować w system wspierający rzeczywiste warstwy finansowe bezpośrednio na swojej podstawowej sieci.

Data aktywacji 5 czerwca jest ustalona, Testnet 12 działa, a zestaw funkcji jest większy niż jakakolwiek wcześniejsza aktualizacja Kaspa. Po twardym forku roadmapa zakłada zwiększenie szybkości bloków z obecnych 10 BPS do 25, 40, a ostatecznie 100 bloków na sekundę, obok konsensusu DAGKnight i szerszego wdrożenia vProgs.

KAS nadal handluje na poziomie znacznie poniżej swojego potencjalnego wyceny, na co ta sieć mogłaby się stać — ale ta niezgodność między technologią a ceną zazwyczaj zmniejsza się, gdy przychodzą budowniczowie.

Przeczytaj także:Hoskinson ostrzega o aktualizacjach po kwantowych: Co to oznacza dla przyszłości Cardano

FAQ

Czym jest hardfork Kaspa Toccata?

Toccata to fork skupiony na przymierzu, który przekształca Kaspa z czystej sieci płatności w programowalny ekosystem zdolny do hostowania tokenów, protokołów DeFi i bardziej skomplikowanej logiki finansowej bezpośrednio na Warstwie 1 — bez polegania na zewnętrznych systemach Warstwy 2. Zawiera natywne aktywa, Covenants++, opkody ZK oraz SilverScript.

Kiedy zaplanowana jest hardfork Kaspa Toccata?

Aktywacja hardforka została potwierdzona na 5 czerwca 2026 roku, obejmując aktywa natywne, umowy, fundamenty vProgs, SilverScript i więcej. Data była wcześniej ustalona na 5 maja, zanim zespół przedłużył harmonogram, aby zapewnić stabilność.

Co to są Kaspa Covenants?

Kaspa Covenants to zestaw umów lub porozumień, które dotyczą społeczności Kaspa. Wprowadzają one szczególne zasady dotyczące uczestnictwa, korzystania z zasobów i współpracy w ramach ekosystemu Kaspa. Celem tych zobowiązań jest zapewnienie większej przejrzystości, bezpieczeństwa oraz współdziałania w rozwoju projakościowym.

Umowy są ulepszeniem modelu UTXO Kaspy, które pozwala transakcjom na uwzględnienie zdefiniowanych warunków wydania — umożliwiając egzekwowanie logiki, takiej jak ograniczenia dotyczące miejsc przeznaczenia, harmonogramy wydania lub autoryzacja wieloetapowa, bez potrzeby globalnego środowiska wykonawczego.

Co to jest SilverScript na Kaspa?

SilverScript to nowy język wysokiego poziomu, który obniża techniczne bariery związane z rozwojem programowalnej logiki transakcji w Kaspa, pozwalając programistom na tworzenie inteligentnych portfeli, skarbców, wspólnych skarbców lub warunkowych przepływów aktywów bez bezpośredniej interakcji z niskopoziomowym skryptowaniem transakcji.

Jak działa opcode ZK w Kaspa?

Kod operacyjny ZK to kod operacyjny na poziomie konsensusu, który umożliwia Kaspa weryfikację dowodów ważności w zerowej wiedzy z zewnętrznych środowisk wykonawczych, pozwalając warstwie 1 na walidację zewnętrznie obliczonych przejść stanu bez bezpośredniego wykonywania podłoża logiki na łańcuchu — zapewniając gwarancję rozliczenia, której wymagają aplikacje ZK-rollup.

Czy hardfork Toccata zmienia model proof-of-work Kaspy?

Nie. Sieć planuje zachować konsensus oparty na dowodzie pracy oraz wysoką szybkość produkcji bloków, jednocześnie wprowadzając emisję tokenów, zaawansowaną logikę transakcji i weryfikację ZK-proof — utrzymując decentralizację w nienaruszonym stanie, jednocześnie rozszerzając możliwości, jakie rzeczywiście ma podstawowa warstwa Kaspa.

Wyłączenie odpowiedzialności: