Agenda głównych deweloperów z 6 sierpnia opisała tę datę jako termin na zgłaszanie propozycji, a nie jako decyzję o ostatecznym zestawie funkcji Hegota.

Frame Transactions należy do propozycji obecnie analizowanych. Dwa zależne projekty, Keyed Nonces i Recent Roots, pokazują, w jaki sposób ten model transakcji mógłby wspierać portfele i aplikacje prywatności, jeśli zostanie przyjęty.

Frame Transactions dzielą transakcję na programowalne etapy

EIP-8141, znany jako Frame Transactions, proponuje nowy typ transakcji Ethereum złożony z programowalnych ramek.

Poszczególne ramki mogłyby zatwierdzać działanie, akceptować płatność za gas albo wykonywać intencję użytkownika. Wybrane ramki można by też łączyć w atomowy pakiet: jeśli jedna zawiedzie, zmiany stanu wprowadzone przez pozostałe ramki w tym pakiecie zostałyby cofnięte.

Taka struktura mogłaby dać portfelom bardziej natywne możliwości grupowania operacji, rotacji kluczy i złożonej autoryzacji transakcji. Mogłaby też pozwolić, by jeden rachunek lub usługa płaciły za gas, podczas gdy inny rachunek autoryzuje działanie.

Keyed Nonces tworzą oddzielne domeny ochrony przed odtworzeniem

Ethereum zwykle używa jednego sekwencyjnego nonce dla każdego rachunku. Ta liczba określa kolejność transakcji i zapobiega dwukrotnemu wykonaniu tej samej transakcji.

EIP-8250 zastąpiłby ten pojedynczy nonce dla Frame Transactions zestawem kluczy nonce oraz numerem sekwencji. Transakcje korzystające z niepokrywających się niezerowych zestawów kluczy byłyby niezależne od odtworzenia.

Ma to znaczenie dla protokołów prywatności korzystających ze wspólnego nadawcy, tak aby każdy użytkownik nie ujawniał osobnego publicznego adresu nadawcy. Przy jednym sekwencyjnym nonce jedno opóźnione działanie może zakłócić inne, niezwiązane działania wysłane przez tego nadawcę.

Keyed Nonces rozwiązują ten problem ochrony przed odtworzeniem, ale same w sobie nie zapewniają prywatności. Klucze nonce pozostają widoczne w danych transakcji.

Propozycja zachowuje też zasadę EIP-8141, zgodnie z którą w publicznym mempoolu może oczekiwać tylko jedna Frame Transaction na nadawcę. Oddzielne domeny nonce nie pozwoliłyby więc same z siebie na jednoczesne publiczne oczekiwanie wielu Frame Transactions od tego samego nadawcy.

Recent Roots unikają odczytów zmiennej pamięci podczas walidacji

Aplikacje prywatności często korzystają z drzewa zobowiązań, w którym niedawny root reprezentuje zobowiązania, wobec których użytkownik może udowodnić wydanie środków.

Walidacja Frame Transaction nie może odczytywać dowolnej zewnętrznej pamięci kontrolowanej przez inną aplikację. Taka pamięć mogłaby się zmienić, gdy transakcja czeka w kolejce.

EIP-8272, znany jako Recent Roots, proponuje ograniczoną alternatywę. Źródło rootów zapisywałoby rooty do kontraktu systemowego, a Frame Transaction mogłaby wskazać w podpisanych danych określone źródło, slot i root.

Klienci Ethereum sprawdzaliby to odwołanie przed wykonaniem ramki. Aplikacja mogłaby wtedy zweryfikować dowód względem niedawnego rootu zobowiązań bez polegania na zmiennej zewnętrznej pamięci podczas walidacji.

Propozycja dopuszcza do 16 odwołań do rootów w jednej transakcji i ogranicza czas ważności każdego z nich.

Nie sprawiłaby, że zwykłe transfery ETH stałyby się prywatne. Dostarczałaby warstwę infrastrukturalną, z której aplikacje prywatności mogłyby korzystać wraz z Frame Transactions.

Termin nie zakończył Hegota

Wszystkie trzy EIP nadal są projektami. EIP-8250 i EIP-8272 wymagają również EIP-8141, więc żadnego z nich nie można aktywować niezależnie.

Termin 6 sierpnia zamknął jedynie okno dla nowych propozycji spoza głównego nurtu. Deweloperzy nadal muszą zdecydować, czy Frame Transactions powinny znaleźć się w Hegota i, jeśli tak, czy powiązane projekty są gotowe, by podążyć za nimi.

Takie połączenie elastyczności rachunków, prywatności i odporności kryptograficznej widać także w zmieniającej się mapie drogowej Ethereum. Na razie są to jednak propozycje w trakcie przeglądu, a nie funkcje dostępne dla użytkowników Ethereum.

Zastrzeżenie: Artykuł ma wyłącznie charakter informacyjny. EIP-8141, EIP-8250 i EIP-8272 są projektami propozycji, które mogą ulec zmianie, zostać wykluczone z Hegota lub nigdy nie zostać aktywowane.

Metodologia: Artykuł opiera się na oficjalnej agendzie deweloperów Hegota oraz na roboczych specyfikacjach EIP-8141, EIP-8250 i EIP-8272.