Co? Rezerwa Federalna nie obniża stóp procentowych w tym miesiącu?
Dlaczego Rezerwa Federalna nie obniża stóp procentowych w tym miesiącu? Ostrożny wybór w świetle danych gospodarczych i gry rynkowej. W tym miesiącu Rezerwa Federalna ponownie zdecydowała się na "brak działań", utrzymując podstawową stopę procentową w przedziale 3,50%-3,75%. Jest to zarówno wynik ogólnych oczekiwań rynku, jak i przemyślany, ostrożny wybór Rezerwy Federalnej w obecnym złożonym środowisku gospodarczym.
Ukierunkowanie na dane: gospodarcza rzeczywistość za brakiem obniżki stóp. Dlaczego Rezerwa Federalna nie obniża stóp procentowych? Obecna amerykańska gospodarka znajduje się w subtelnej sytuacji "ani zimno, ani ciepło", co sprawia, że decydenci polityczni nie mają motywacji do natychmiastowego działania.
Inflacja: uporczywie wyższa niż cel. Dane z grudnia ubiegłego roku wskazują, że wskaźnik inflacji w USA wciąż wzrósł o 2,7% w porównaniu z rokiem ubiegłym, chociaż spadł z szczytowych wartości, nadal pozostaje powyżej długoterminowego celu 2% ustalonego przez Rezerwę Federalną. To jak powolne ustępowanie gorączki, ale pacjent nie jest jeszcze wyleczony, lekarz naturalnie nie przestanie obserwować.
但@Fogo Official 反着来。它从创世就只跑一套客户端——基于Firedancer改的单一实现。理由是:在高频场景下,网络的最终速度是由最慢的那个客户端决定的 。多客户端意味着共识要迁就性能最差的那个节点,快的跑不起来。Solana其实就卡在这个坎上——Firedancer在测试网能跑出百万TPS,但上主网后得跟其他客户端协同,性能就下来了 。Fogo等于把这个包袱卸掉了。
Fogo ten funkcjonalność Sessions, niedawno specjalnie przeszukałem dokumentację techniczną i okazało się, że jest znacznie bardziej interesująca, niż się spodziewałem.
Na pierwszy rzut oka wydaje się, że to tylko "jednorazowe upoważnienie, transakcje bez podpisu", co rozwiązuje problemy związane z operacjami użytkowników. Ale w rzeczywistości wdrożenie tego nie jest takie proste — brak podpisu oznacza, że musisz powierzyć uprawnienia prywatnego klucza użytkownika kluczowi sesji, jak zapewnić, że ten klucz może robić tylko rzeczy w zakresie upoważnienia? Jak zapobiec jego nadużywaniu? Jak cofnąć go po zgubieniu?
@Fogo Official używa zestawu mechanizmów "inspekcji instrukcji". Użytkownik offline podpisuje "wiadomość intencyjną" głównym portfelem, w której określa, jak długo ta sesja może trwać, z jakimi programami może współdziałać oraz ile pieniędzy może wydać. Następnie, gdy rozpoczyna się sesja na blockchainie, system cofa się do poprzednich instrukcji transakcji, aby zweryfikować, czy ten podpis jest prawdziwy i czy zakres upoważnienia się zgadza. Gdy weryfikacja się powiedzie, wszystkie transakcje w trakcie sesji są podpisywane przez ten tymczasowy klucz, ale przed wykonaniem każdej transakcji system dokonuje natychmiastowej kontroli — czy wygasły? Czy wywołany jest program upoważniający? Czy wydatki nie przekroczyły limitu? — tylko jeśli wszystko jest w porządku, transakcja jest realizowana.
Ciekawsze jest to, jak zmodyfikowano program Token. Zwykły program SPL Token nie rozpoznaje żadnego "klucza sesji", Fogo dodał specjalny "hak sesji", który uruchamia kontrole przy każdej transakcji. A te kontrole nie są audytami po fakcie, ale natychmiastowym zatrzymywaniem w trakcie realizacji transakcji, przeterminowane, przekraczające limit, nieautoryzowane, są bezpośrednio blokowane na poziomie maszyny wirtualnej.
Ten projekt przypomniał mi o jednym słowie: programowalne zaufanie. Nie jest to proste naśladowanie doświadczenia centralizowanej giełdy, lecz wykorzystanie technik blockchainowych do zrealizowania "tymczasowego upoważnienia" w wystarczająco szczegółowy i bezpieczny sposób. Użytkownicy oszczędzają na liczbie podpisów, ale granica bezpieczeństwa nie została wcale obniżona.
Oczywiście, ten mechanizm stawia również wymagania przed deweloperami — muszą dostosować programy do specyfikacji Fogo Sessions. Obecnie widać, że takie natywne protokoły jak Ignition, Ambient już są podłączone. Dokumentacja techniczna jest bardzo szczegółowa, nawet jak derivować PDA i jak zamykać konta, są pełne przykłady. Taka przejrzystość jest dość rzadka w kręgach kryptograficznych, co pokazuje, że naprawdę chcą solidnie zrealizować ten projekt, a nie tylko stworzyć chwilowy chwyt marketingowy.
Zrozumienie doświadczenia użytkownika przez Fogo różni się od innych publicznych łańcuchów.
Fogo działa od ponad miesiąca, a jedno szczegół, o którym coraz bardziej myślę, wydaje mi się interesujące: jego zrozumienie „doświadczenia użytkownika” nie jest na tym samym poziomie co innych publicznych łańcuchów. Większość doświadczeń L1 mówi o tym, że portfel dobrze się łączy, interfejs jest ładny, a interakcja płynna. To wszystko oczywiście ważne, ale zespół Fogo pochodzi z Jump i Citadel, a ci ludzie zajmują się handlem wysokiej częstotliwości od ponad dziesięciu lat, więc doskonale wiedzą — dla handlu prawdziwe doświadczenie użytkownika nie polega na atrakcyjności interfejsu, ale na tym, aby „w krytycznym momencie nie zawieść”. Co to znaczy zawieść? To znaczy, że gdy rynek gwałtownie się waha, klikasz sprzedaż, portfel się otwiera, abyś mógł podpisać, wpisujesz hasło, klikasz potwierdź, trwa to trzy sekundy, a potem pojawia się „transakcja nieudana”, więc robisz to od nowa, a cena już spadła o dwa poziomy. Takie doświadczenie jest znane doświadczonym inwestorom, a poczucie bezsilności nie wynika z utraty pieniędzy, ale z faktu, że widzisz, jak okazja umyka, a ty nie możesz nic zrobić.
Wysokowydajny publiczny łańcuch bloków skupiony na księdze zamówień: pierwsze kroki w Fogo
Pierwszy raz usłyszałem o Fogo w dyskusji na temat wysokowydajnych publicznych łańcuchów bloków. Ktoś wtedy wysłał zrzut ekranu z danymi opóźnienia testowej sieci - 40 milisekund do bloku, 1,3 sekundy do ostatecznej akceptacji. Grupa momentalnie wybuchła, niektórzy mówili, że to bzdura, inni twierdzili, że nawet Solana nie działa poprawnie, a tu znowu ktoś próbuje skorzystać z popularności SVM. Nie brałem udziału w dyskusji, ale cicho zapisałem tę nazwę @Fogo Official w notatniku.
Później, gdy główna sieć wystartowała, podszedłem do tego z nastawieniem "oglądania żartów", a wynik mnie zszokował.
Najpierw powiem o najbardziej oczywistych odczuciach: to coś nie działa jak łańcuch bloków.