Ethereum nie jest natychmiastowy, ale zabezpieczenie może sprawić, że tak się wydaje

Kiedy aplikacja płatnicza informuje cię, że przelew został zakończony, zaczynasz podejmować decyzje. Przekazujesz to, co sprzedałeś, wydajesz pieniądze, które otrzymałeś, lub zamykasz aplikację i wracasz do swoich spraw. To małe potwierdzenie wystarcza, aby przestać myśleć o tym, czy transakcja się powiodła.

Firmy kryptograficzne chcą oferować to zapewnienie niemal natychmiastowo, nawet gdy blockchain, na którym opiera się transakcja, wciąż potrzebuje czasu na zakończenie płatności. Jednym ze sposobów na to jest posiadanie operatora, który obiecuje wynik wcześniej i stawia pieniądze za tą obietnicą.

Puffer, firma budująca infrastrukturę transakcyjną dla Ethereum, pracuje nad takim systemem. 22 września ogłoszono, że Google Cloud będzie obsługiwać bramę, przyjmując transakcje i gwarantując ich wyniki przed rozliczeniem. Sieć UniFi Puffer będzie pierwszą, która z tego skorzysta.

Zarówno UniFi, jak i Puffer Preconf, usługa wydająca te gwarancje, wciąż działały w środowisku testowym na dzień 23 września, powiedział CEO Amir Forouzani w rozmowie z CryptoSlate. Ich wydajność w przypadku klientów, którzy przeprowadzają przez nie prawdziwe transakcje, wciąż musi zostać ustalona.

Ale pomysł dotyka czegoś znajomego dla każdego, kto korzysta z aplikacji finansowej. Kiedy ekran informuje cię, że pieniądze są gotowe, oczekujesz, że będziesz mógł z nich skorzystać. Przyspieszenie tego procesu oznacza podjęcie decyzji, kto może być zaufany, aby dać zielone światło i kto bierze odpowiedzialność, jeśli się pomyli.

Czego właściwie obiecują wstępne potwierdzenia Ethereum?

Sieć Ethereum polega na tym, że wiele komputerów zgadza się co do wspólnego zapisu transakcji. Jej warstwa bazowa ma 12-sekundowe sloty na proponowanie bloków, w których rejestrowane są transakcje. Wejście do jednego z tych bloków to krok w kierunku zakończenia, podczas gdy silniejsze potwierdzenie znane jako finalność zazwyczaj zajmuje kilka minut. Odwrócenie zfinalizowanego zapisu wymagałoby poważnego załamania bezpieczeństwa sieci, z ogromnymi karami finansowymi.

To stawia przed aplikacjami decyzję o tym, jak długo czekać. Wiele działa na dodatkowych sieciach zwanych rollupami, które przetwarzają transakcje oddzielnie i przesyłają informacje do Ethereum w celu rozliczenia. Te sieci mogą dawać użytkownikom wczesne potwierdzenia od operatora organizującego ich transakcje, pozwalając aplikacji reagować, podczas gdy proces rozliczenia Ethereum trwa.

Puffer chce postawić wyraźne zabezpieczenie finansowe za wczesną obietnicą dotyczącą wyniku transakcji. Aby zobaczyć atrakcyjność, wyobraź sobie sprzedaż kryptowaluty, ponieważ oferowana kwota wystarcza na opłacenie rachunku. Chcesz wiedzieć, ile otrzymasz i kiedy będziesz mógł z tego skorzystać, zwłaszcza jeśli cena zmienia się podczas oczekiwania.

Forouzani opisał usługę, używając hipotetycznej wymiany 1 ETH na 2600 USDC. Bramę obiecałby wynik wykonania, w tym otrzymaną kwotę. Obietnica uwzględnienia transakcji w zapisie to węższe zobowiązanie, ponieważ sama inkluzja nie gwarantuje wyniku wymiany, którego chciałeś.

Te obietnice nazywane są wstępnymi potwierdzeniami. Jeśli aplikacja akceptuje jedno i rozumie jego warunki, może działać na podstawie oczekiwanego wyniku, zanim dłuższy proces rozliczenia się zakończy. To mogłoby sprawić, że sprzedaż i późniejszy zakup będą wydawały się połączonymi krokami, zamiast pozostawiać klienta w oczekiwaniu między nimi.

Forouzani powiedział, że czasy transakcji Puffer zostały skonfigurowane na 50 milisekund, czyli jedną dwudziestą sekundy. Ale to ustawienie w systemie firmy i nie zostało niezależnie ustalone jako prędkość, jaką doświadczyliby płacący klienci. Ethereum wciąż potrzebowałoby swojego czasu, aby osiągnąć finalność.

Korzyść jest wystarczająco widoczna, nie martwiąc się o technologię, która się za tym kryje. Ludzie mogliby spędzać mniej czasu zastanawiając się, czy ich sprzedaż się powiodła, czy mogą skorzystać z uzyskanych środków. Aplikacja, tymczasem, potrzebowałaby dobrego powodu, aby pozwolić im przejść dalej, ponieważ akceptuje obietnicę czegoś, co jeszcze się nie zakończyło.

Koszt bycia w błędzie

Odpowiedzią Puffera jest zabezpieczenie tych obietnic aktywami, co oznacza, że zasoby zaangażowane w usługę mogą zostać odebrane, jeśli operator złamie zasady. Ta kara nazywana jest slashingiem. Według Forouzaniego, nieudana prekonfirmacja kosztowałaby bramkę 1 ETH, co daje jej bardzo dobry powód do dostarczenia obiecanego wyniku.

Dzięki takiej karze, dotrzymywanie zobowiązań staje się częścią kalkulacji biznesowej operatora. Złamanie zobowiązania kosztuje pieniądze, więc operator ma motywację do prawidłowego prowadzenia usługi i unikania obiecywania więcej, niż może dostarczyć. Klienci również muszą wiedzieć, czy jakiekolwiek z tych pieniędzy dotrze do nich, jeśli transakcja się nie powiedzie.

Załóżmy, że aplikacja akceptuje obietnicę wcześniejszej płatności i uwalnia 100 USD w stablecoinach. Jeśli płatność nie dojdzie, sprzedawca musi wiedzieć, czy otrzyma brakujące 100 USD, kto je zapłaci i jak długo będzie musiał czekać. Ukaranie operatora mogłoby pomóc sfinansować tę spłatę, ale ktoś nadal musi ustalić, które straty kwalifikują się i dostarczyć pieniądze do osoby, która je straciła.

Ogłoszenie Puffera mówi, że slashing chroni dotknięte strony. Jego odpowiedzi dla CryptoSlate jednak nie wyjaśniły, kto otrzymuje ukarane ETH ani jak zostanie obliczona i wypłacona rekompensata.

Dostępna kwota również musi mieć sens dla transakcji, które wspiera. Jeśli operator Ethereum zabezpiecza wiele obietnic tym samym zestawem aktywów, kilka niepowodzeń może jednocześnie obciążyć ten zestaw. Aplikacje muszą porównać dostępne pieniądze z stratami, które ponoszą, akceptując te obietnice. Muszą również uwzględnić wartość ETH w stosunku do dolara, ponieważ kara w wysokości 1 ETH nie zawsze kupuje tę samą kwotę.

To wciąż są warunki proponowanego systemu. Techniczny zarys Puffera z lipca 2025 roku umieścił slashing w późniejszej fazie, a najnowsze odpowiedzi nie ustalają, kiedy określona kara stanie się wykonalna. Forouzani powiedział, że nie było żadnych niepowodzeń w obecnym projekcie, ale nie podał liczby transakcji ani okresu obserwacji. Ponieważ oba produkty są wciąż w fazie testów, jest jeszcze wiele do nauczenia się o tym, jak ten układ będzie działał, gdy klienci będą na nim polegać.

Ktoś decyduje, kiedy możesz przejść dalej

Google Cloud byłby jedną z firm składających te wczesne obietnice. Według Forouzaniego, inna bramka przejmie transakcje, jeśli Google przestanie działać, co daje usłudze sposób na kontynuowanie działania w przypadku przerwy. Jak ta zmiana będzie działać z rzeczywistymi klientami, jest częścią tego, co system wciąż musi udowodnić.

Forouzani powiedział również, że pierwsza faza zostanie uruchomiona bez delegacji od walidatorów warstwy bazowej Ethereum, operatorów, którzy pomagają podstawowej sieci uzgodnić jej zapis. Wczesne zapewnienie pochodziłoby od bramek, podczas gdy Ethereum zajmie się późniejszym rozliczeniem. Każdy, kto buduje aplikację wokół tej usługi, musi zrozumieć, który operator jest odpowiedzialny na każdym etapie.

Większość klientów nigdy nie zajdzie tak daleko w szczegóły i nie ma zbyt wielu powodów, dla których powinni to robić. Programiści aplikacji zdecydują, kiedy saldo stanie się dostępne i kiedy można przeprowadzić zakup. Klienci zobaczą wynik tych decyzji za każdym razem, gdy ekran poinformuje ich, że transakcja zakończyła się sukcesem.

Daje to programistom przestrzeń do podejmowania różnych decyzji. Ktoś sprzedający niedrogi przedmiot cyfrowy może zaakceptować wczesną obietnicę, podczas gdy usługa obsługująca znacznie większy transfer może poczekać na silniejsze potwierdzenie. Odpowiednia ilość oczekiwania zależy od tego, co wydarzy się następnie i ile mogłaby kosztować porażka.

Ale gdy aplikacja informuje ludzi, że mogą wydawać, potrzebuje warunków, które wyjaśniają, kto ponosi porażkę i czego klienci mogą się spodziewać. Prośba każdego kupującego o sprawdzenie zabezpieczeń bramki uczyniłaby zwykły zakup absurdalnie skomplikowanym. Usługa przedstawiająca potwierdzenie musi wykonać tę pracę.

Ethereum ma również propozycje skrócenia czasu oczekiwania na własne bloki, co mogłoby zmniejszyć część tych opóźnień. Jednak aplikacje nadal musiałyby zdecydować, ile pewności jest wystarczające, zanim pozwolą klientowi na podjęcie następnego kroku.

Eksperyment Puffer może dać im inną opcję, w której operator stawia pieniądze za zgodą na kontynuację. Jeśli to zadziała, technologia może stać się czymś, o czym klienci rzadko muszą myśleć.

Kiedy aplikacja mówi, że pieniądze są dostępne, powinna być w stanie w to uwierzyć, użyć ich i zamknąć aplikację, nie odkrywając później, że "zrobione" oznaczało coś innego dla firmy.

Niniejsza treść ma charakter wyłącznie informacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Wszelkie wydarzenia, nagrody, promocje online lub powiązane informacje, o których tu mowa, nie powinny być traktowane jako rekomendacja, zachęta ani zaproszenie do kupna, sprzedaży, wymiany lub innego rodzaju obrotu aktywami kryptograficznymi. Aktywa kryptograficzne charakteryzują się dużą zmiennością i mogą prowadzić do strat. Dostępność usług, produktów i powiązanych wydarzeń WEEX może się różnić w zależności od regionu. Użytkownik jest odpowiedzialny za upewnienie się, że jego udział jest zgodny z obowiązującymi lokalnymi przepisami i regulacjami.