Sui (SUI): Jak działają opłaty za gaz i przechowywanie

Obiekty zamiast ogólnego konta

Każdy obiekt Sui ma unikalny ID, wersję, właściciela i metadane opisujące jego ostatnie użycie. Obiekty Move zawierają typowane dane aplikacji, podczas gdy obiekty pakietów zawierają opublikowany kod bajtowy Move. Pakiet to nie to samo co portfel lub saldo tokena, a znajoma nazwa pakietu nie jest dowodem, że jego ID jest kanoniczny.

Obiekty należące do adresu mogą być autoryzowane przez kontrolujący adres. Obiekty mogą być również własnością innych obiektów, współdzielone w celu skoordynowanego dostępu, niezmienne lub opakowane wewnątrz innego obiektu. Te formy wpływają na przenoszalność i wykonanie. Podsumowanie portfela, które wymienia tylko kwoty monet, może ukryć zmiany obiektów, które wywołanie aplikacji wprowadzi.

Wersje zapobiegają konfliktom użycia

Wersja obiektu zmienia się, gdy obiekt jest modyfikowany. Transakcje odwołują się do konkretnych danych wejściowych, co pozwala systemowi wykryć próby użycia nieaktualnych lub już zużytych wersji. Użytkownicy ponawiający nieudaną akcję aplikacji powinni odbudować na podstawie bieżącego stanu obiektu, a nie wielokrotnie podpisywać stary ładunek transakcji.

Komendy, dane wejściowe i efekty

Transakcja Sui identyfikuje obiekty wejściowe, wartości proste, obiekt gazu oraz komendy takie jak transfery, podziały monet, scalanie monet lub wywołania Move. Komendy mogą przekazywać wyniki do późniejszych komend. Cała transakcja kończy się atomowo lub jej zamierzone zmiany stanu nie są zatwierdzane, chociaż gaz może być nadal pobierany za przetwarzanie.

Pakiety Move definiują typy i funkcje, które mogą operować na obiektach. Reguły zdolności i sygnatury funkcji ograniczają, czy obiekt może być kopiowany, porzucany, przechowywany lub używany jako klucz. Portfele powinny wyświetlać każde wywołanie pakietu i transfer obiektów; użytkownicy powinni być ostrożni, gdy interfejs redukuje transakcję wielokomendową do jednej niejasnej etykiety przycisku.

Ścieżki wykonania z własnością i współdzielone

Transakcje używające tylko niezależnie posiadanych obiektów mogą uniknąć globalnego porządkowania, gdy ich zależności są jasne. Współdzielone obiekty wymagają porządkowania konsensusu, aby równocześni użytkownicy zgadzali się co do sekwencji zmian. Ta różnica wspiera równoległe wykonanie, ale nie gwarantuje, że każda transakcja ma takie samo opóźnienie.

Na czym zgadzają się walidatorzy

Walidatory przetwarzają transakcje i uczestniczą w protokole konsensusu Mysticeti. Delegacja stawki przyczynia się do siły głosu walidatorów i nagród zgodnie z bieżącymi zasadami sieci. Konsensus porządkuje aktywność, która potrzebuje wspólnej sekwencji, szczególnie transakcje współdzielonych obiektów, podczas gdy własność obiektów pozwala prostszym transakcjom używać zoptymalizowanych ścieżek.

Finalne wykonanie nie potwierdza, że pakiet jest godny zaufania lub obiekt ma wartość ekonomiczną. Potwierdza, że sieć zaakceptowała transakcję zgodnie z zasadami protokołu. Aplikacje powinny czekać na efekty transakcji wymagane przez ich przepływ pracy i weryfikować je z bieżącego pełnego węzła lub usługi RPC.

Granice stakingu

Delegowanie SUI naraża użytkowników na wydajność walidatora, terminy nagród i zasady protokołu. Nie daje kontroli nad pakietami aplikacji ani nie chroni przed złośliwym żądaniem podpisu. Decyzje dotyczące walidatorów i stakowania powinny opierać się na bieżących danych sieciowych, a nie historycznych stawkach.

Lista kontrolna transakcji

Zweryfikuj mainnet, nadawcę, obiekt gazu, budżet gazu, identyfikatory pakietów, obiekty wejściowe, wywołania obiektów współdzielonych, podziały monet, transfery i wynikającą własność. Potwierdź typ tokena i adres pakietu zamiast ufać tickerowi. Odtwórz nieaktualne transakcje z bieżących wersji obiektów.

• Zachowaj SUI dostępne na gaz.
• Sprawdź każdą programowalną komendę.
• Zweryfikuj identyfikatory pakietu i typu tokena.
• Traktuj symulację jako szacunek, a nie audyt.

Co użytkownicy Sui powinni weryfikować i dlaczego ten projekt się różni

Porównaj Aptos, aby zobaczyć inną implementację Move z innym modelem stanu. Deweloperzy powinni zapoznać się z bieżącą dokumentacją pakietów i transakcji Sui. Przeglądaj katalog narzędzi w poszukiwaniu ogólnych walidatorów i konwerterów, zamiast traktować stronę rynku jako inspektora obiektów.